🚀 go-pugleaf

Dnia 2009-02-20, pią o godzinie 05:39 +0000, MK pisze:
> Witam.
> 
> Czy w LaTeX-u można utworzyć dokument o dowolnych wymiarach, podanych
> jako długość i szerokość w pikselach? A jeśli tak to jak się do tego
> zabrać?

  No, w pikselach to będzie trudno: ba jaka to jednostka piksel?
  Ale zawsze można podać w centymetrach i sprawdzić przy jakiej
  rozdzielczości jakość jest wystarczająca...

> Docelowo to myślałem o tym, żeby stworzyć taki skrypt przetwarzający
> wyrażenie LaTeX-owe do pliku jpeg. 

  jpeg to nie jest najlepsze rozwiązanie do czarno-białych obrazków, 
  ale w ostateczności też może być (jak komu na jakości nie zależy).

> Tak, że na wejściu podaję wyrażenie
> w LaTeX-u, wymiary "pudełka" i rozmiar czcionki, a skrypt tworzy
> dokument .tex, przetwarza go na przykład do .pdf i konwertuje do .jpeg.
> Zależy mi też na polskich znakach. A może taki skrypt już ktoś napisał?

  Pewno tak. Szybko szukając znalazłem co najmniej dwa: 
  mathtex
http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=mathtex
  mimetex
http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=mimetex 
  (poprzednik mathtexa - więc pewno tylko jeden)

  Program dvipng (dpstępny w każdej porządnej dystrybucji)
automatycznie 
  konwertuje dvi do obrazka (przycinając -- co najmniej częściowo -- 
  stronę).

  Można pomyśleć o wykorzystaniu z programu dvisvg żeby konwertować 
  do postaci wektorowej...

  W
-- 
---(___C'>

Dnia 20.02.2009 Wojciech Myszka <myszka@norka.eu.org> napisał/a:

>> Czy w LaTeX-u można utworzyć dokument o dowolnych wymiarach, podanych
>> jako długość i szerokość w pikselach? A jeśli tak to jak się do tego
>> zabrać?
>
>   No, w pikselach to będzie trudno: ba jaka to jednostka piksel?
>   Ale zawsze można podać w centymetrach i sprawdzić przy jakiej
>   rozdzielczości jakość jest wystarczająca...

A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
można jednoznacznie odczytać właśnie w pikselach... W LaTeX-u jest
jednostka pt, co pewnie oznacza "punkt", ale na monitorze odpowiada
to jak zauważyłem pikselom.

W każdym razie próbowałem zrobić coś takiego:

\pdfpagewidth 200pt
\pdfpageheight 50pt

Co faktycznie daje rozmiar dokumentu 200 na 50 pikseli, tyle że
wcześniejsze użycie klasy mwart, którą zawszę stosowałem powoduje, że
LaTeX dalej buduje stronę tak jak definiuje ją klasa, czyli w rezultacie
mam wygenerowany tylko pusty wycinek.
A ja bym chciał mieć taki dokument o wymiarach np. 200 na 50 pt i w nim
wycentrowaną w poziomie (i ewentualnie w pionie) treść. Czy jest jakaś
klasa, która to umożliwia? A może ja powinienem takie coś pisać w 
"czystym" TeX-u?

>> Docelowo to myślałem o tym, żeby stworzyć taki skrypt przetwarzający
>> wyrażenie LaTeX-owe do pliku jpeg. 
>
>   jpeg to nie jest najlepsze rozwiązanie do czarno-białych obrazków, 
>   ale w ostateczności też może być (jak komu na jakości nie zależy).

O formacie jpeg myślałem ze względu na to, że będę to później scalał z
innymi grafikami, które są najczęściej w takiej właśnie formie. A czy
jakość faktycznie jest tu zauważalnie niższa od np. bezstratnego png? Bo
tak czy tak chodzi mi o format rastrowy, wprawdzie jpeg ma kompresje
stratną, ale pewnie można ustalić jej niewielki stopień.

>> Tak, że na wejściu podaję wyrażenie
>> w LaTeX-u, wymiary "pudełka" i rozmiar czcionki, a skrypt tworzy
>> dokument .tex, przetwarza go na przykład do .pdf i konwertuje do .jpeg.
>> Zależy mi też na polskich znakach. A może taki skrypt już ktoś napisał?
>
>   Pewno tak. Szybko szukając znalazłem co najmniej dwa: 
>   mathtex
> http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=mathtex
>   mimetex
> http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=mimetex 
>   (poprzednik mathtexa - więc pewno tylko jeden)

Dzięki. Dopiero poczytam dokumentację, żeby zorientować się na ile to
jest to o co mi chodzi. Dobrze by było, gdyby te narzędzia pozwalały na
generowanie na polu o określonej wielkości, bo w innym wypadku musiałbym
się bawić w doklejanie pustego miejsca. No i na razie to myślę jak to
samemu zrobić.

>   Program dvipng (dpstępny w każdej porządnej dystrybucji)
> automatycznie 
>   konwertuje dvi do obrazka (przycinając -- co najmniej częściowo -- 
>   stronę).

Z tą wynikową konwersją to myślę, że sobie poradzę, bo programy są.
Słyszałem, że ludzie używają programów z zestawu Imagemagick. Aktualnie
problem mam z tym jak wycentrować tekst na dokumencie o zadanych
wymiarach.

-- 
MK

epsilon$ while read LINE; do echo \>"$LINE"; done < "MK"
>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>można jednoznacznie odczytać właśnie w pikselach...

Pewien jesteś? Bo ja bym głowy za to nie dał.

>W LaTeX-u jest
>jednostka pt, co pewnie oznacza "punkt", ale na monitorze odpowiada
>to jak zauważyłem pikselom.

Bzdura.
http://pl.wikipedia.org/wiki/Punkt_typograficzny

-- 
/\-\/\-\/\-\/\-\/\-\/\-\/\ I  WILL  NOT SPIN THE TURTLE(Bart Simpson on
\  Kruk@epsilon.eu.org   / chalkboard in episode 8F21)
/ http://epsilon.eu.org/ \ 
\/-/\/-/\/-/\/-/\/-/\/-/\/ 

Dnia 20.02.2009 Mariusz Kruk <Mariusz.Kruk@epsilon.eu.org> napisał/a:

>>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>>można jednoznacznie odczytać właśnie w pikselach...
>
> Pewien jesteś? Bo ja bym głowy za to nie dał.

Nie jestem. Nie znam się na typografii. Ale np. format a4 article ma w
powiększeniu 100% konkretny rozmiar w pikselach. Gdyby to było np. a3,
a2, letter albo cokolwiek innego to chyba rozmiar powiększenia 100% w 
pikselach byłby innny? Czy nie ma tu jakiegoś konkretnego przeliczenia?

>>W LaTeX-u jest
>>jednostka pt, co pewnie oznacza "punkt", ale na monitorze odpowiada
>>to jak zauważyłem pikselom.
>
> Bzdura.
> http://pl.wikipedia.org/wiki/Punkt_typograficzny

Przecież napisałem "jak zauważyłem"... Wygenerowałem przez pdflatex
dokument 200 na 50 punktów typograficznych, później w gimpie obrazek 200
na 50 pikseli i widzę, że w powiększeniu 100 procent na monitorze rozmiar
w pikselach mają ten sam...

-- 
MK

On pią, 20 lut 2009 16:20:08 in article news:<slrngptih4.2u1.userneme@localhost.localdomain>
MK wrote:
> Dnia 20.02.2009 Mariusz Kruk <Mariusz.Kruk@epsilon.eu.org> napisał/a:
> 
>>>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>>>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>>>można jednoznacznie odczytać właśnie w pikselach...
>>
>> Pewien jesteś? Bo ja bym głowy za to nie dał.
> 
> Nie jestem. Nie znam się na typografii. Ale np. format a4 article ma w
> powiększeniu 100% konkretny rozmiar w pikselach. Gdyby to było np. a3,
> a2, letter albo cokolwiek innego to chyba rozmiar powiększenia 100% w 
> pikselach byłby innny? Czy nie ma tu jakiegoś konkretnego przeliczenia?

A na jakim monitorze? 72 dpi, 96 dpi czy 120 dpi?

epsilon$ while read LINE; do echo \>"$LINE"; done < "MK"
>>>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>>>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>>>można jednoznacznie odczytać właśnie w pikselach...
>> Pewien jesteś? Bo ja bym głowy za to nie dał.
>Nie jestem. Nie znam się na typografii. Ale np. format a4 article ma w
>powiększeniu 100% konkretny rozmiar w pikselach. Gdyby to było np. a3,
>a2, letter albo cokolwiek innego to chyba rozmiar powiększenia 100% w 
>pikselach byłby innny? Czy nie ma tu jakiegoś konkretnego przeliczenia?

Nie. Zakładasz - błędnie - że ten sam dokument na różnych urządzeniach
wizualizujących (np. monitorach) będzie mieć ten sam rozmiar w
pikselach. Co nie musi być prawdą.

>>>W LaTeX-u jest
>>>jednostka pt, co pewnie oznacza "punkt", ale na monitorze odpowiada
>>>to jak zauważyłem pikselom.
>> Bzdura.
>> http://pl.wikipedia.org/wiki/Punkt_typograficzny
>Przecież napisałem "jak zauważyłem"... Wygenerowałem przez pdflatex
>dokument 200 na 50 punktów typograficznych, później w gimpie obrazek 200
>na 50 pikseli i widzę, że w powiększeniu 100 procent na monitorze rozmiar
>w pikselach mają ten sam...

Niebezpiecznie uogólniasz ze szczególnego przypadku.

-- 
[------------------------] WINDOWS stands for Will Install Needless Da-
[  Kruk@epsilon.eu.org   ] ta On Whole System.
[ http://epsilon.eu.org/ ] 
[------------------------] 

Dnia 20.02.2009 Mirek <pisz_na.mirek@dionizos.zind.ikem.pwr.wroc.pl> napisał/a:

>>>>A dlaczego nie w pikselach? W ko?cu wygenerowany pdf wy?wietlany na
>>>>monitorze w powi?kszeniu 100 procent ma swój konkretny rozmiar, który
>>>>mo?na jednoznacznie odczyta? w?a?nie w pikselach...
>>>
>>> Pewien jeste?? Bo ja bym g?owy za to nie da?.
>> 
>> Nie jestem. Nie znam si? na typografii. Ale np. format a4 article ma w
>> powi?kszeniu 100% konkretny rozmiar w pikselach. Gdyby to by?o np. a3,
>> a2, letter albo cokolwiek innego to chyba rozmiar powi?kszenia 100% w 
>> pikselach by?by innny? Czy nie ma tu jakiego? konkretnego przeliczenia?
>
> A na jakim monitorze? 72 dpi, 96 dpi czy 120 dpi?

A dpi to jest parametr monitora? Bo ja myślałem, że to oprogramowanie
przelicza... Ale w tym przykładzie miałem na myśli to, że przy
ustalonym dpi rozmiar będzie inny, więc chyba jest jakieś konkretne
przeliczenie, dla którego dpi jest parametrem...

-- 
MK

epsilon$ while read LINE; do echo \>"$LINE"; done < "MK"
>>>>>A dlaczego nie w pikselach? W ko?cu wygenerowany pdf wy?wietlany na
>>>>>monitorze w powi?kszeniu 100 procent ma swój konkretny rozmiar, który
>>>>>mo?na jednoznacznie odczyta? w?a?nie w pikselach...
>>>> Pewien jeste?? Bo ja bym g?owy za to nie da?.
>>> Nie jestem. Nie znam si? na typografii. Ale np. format a4 article ma w
>>> powi?kszeniu 100% konkretny rozmiar w pikselach. Gdyby to by?o np. a3,
>>> a2, letter albo cokolwiek innego to chyba rozmiar powi?kszenia 100% w 
>>> pikselach by?by innny? Czy nie ma tu jakiego? konkretnego przeliczenia?
>> A na jakim monitorze? 72 dpi, 96 dpi czy 120 dpi?
>A dpi to jest parametr monitora?

A czego? Przecież inne dpi będzie mieć monitor 24" o rozdzielczości
1440x900, a inne 1680x1050.

>Ale w tym przykładzie miałem na myśli to, że przy
>ustalonym dpi rozmiar będzie inny, więc chyba jest jakieś konkretne
>przeliczenie, dla którego dpi jest parametrem...

Szczerze mówiąc, nic nie rozumiem z tego zdania.

-- 
/\-\/\-\/\-\/\-\/\-\/\-\/\ To   jest   nałóg,   a   ja   jestem   twoim
\  Kruk@epsilon.eu.org   / MONAREM.(mój kierownik)
/ http://epsilon.eu.org/ \ 
\/-/\/-/\/-/\/-/\/-/\/-/\/ 

Dnia 20.02.2009 Mariusz Kruk <Mariusz.Kruk@epsilon.eu.org> napisał/a:

>>>>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>>>>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>>>>można jednoznacznie odczytać właśnie w pikselach...
>>> Pewien jesteś? Bo ja bym głowy za to nie dał.
>>Nie jestem. Nie znam się na typografii. Ale np. format a4 article ma w
>>powiększeniu 100% konkretny rozmiar w pikselach. Gdyby to było np. a3,
>>a2, letter albo cokolwiek innego to chyba rozmiar powiększenia 100% w 
>>pikselach byłby innny? Czy nie ma tu jakiegoś konkretnego przeliczenia?
>
> Nie. Zakładasz - błędnie - że ten sam dokument na różnych urządzeniach
> wizualizujących (np. monitorach) będzie mieć ten sam rozmiar w
> pikselach. Co nie musi być prawdą.

Ale czy ja gdzieś w tym wątku pisałem o różnych urządzeniach
wizualizujących?

>>>>W LaTeX-u jest
>>>>jednostka pt, co pewnie oznacza "punkt", ale na monitorze odpowiada
>>>>to jak zauważyłem pikselom.
>>> Bzdura.
>>> http://pl.wikipedia.org/wiki/Punkt_typograficzny
>>Przecież napisałem "jak zauważyłem"... Wygenerowałem przez pdflatex
>>dokument 200 na 50 punktów typograficznych, później w gimpie obrazek 200
>>na 50 pikseli i widzę, że w powiększeniu 100 procent na monitorze rozmiar
>>w pikselach mają ten sam...
>
> Niebezpiecznie uogólniasz ze szczególnego przypadku.

W ogóle niczego nie uogólniam...
Mnie chodziło tylko o to, że mam powiedzmy obrazek jpeg o konkretnym
rozmiarze (w pikselach) i chcę do niego dokleić w pionie lub poziomie
tekst wygenerowany przez LaTeX-a i przekonwertowany do jpeg  w taki 
sposób, żeby  szerokość lub wysokość obrazka pasowała, więc chyba 
logiczne, że pomyślałem o  ustaleniu wielkości pdf w pikselach... 
Bo jak inaczej?

-- 
MK

Dnia 20.02.2009 Mariusz Kruk <Mariusz.Kruk@epsilon.eu.org> napisał/a:

>>>>>>A dlaczego nie w pikselach? W ko?cu wygenerowany pdf wy?wietlany na
>>>>>>monitorze w powi?kszeniu 100 procent ma swój konkretny rozmiar, który
>>>>>>mo?na jednoznacznie odczyta? w?a?nie w pikselach...
>>>>> Pewien jeste?? Bo ja bym g?owy za to nie da?.
>>>> Nie jestem. Nie znam si? na typografii. Ale np. format a4 article ma w
>>>> powi?kszeniu 100% konkretny rozmiar w pikselach. Gdyby to by?o np. a3,
>>>> a2, letter albo cokolwiek innego to chyba rozmiar powi?kszenia 100% w 
>>>> pikselach by?by innny? Czy nie ma tu jakiego? konkretnego przeliczenia?
>>> A na jakim monitorze? 72 dpi, 96 dpi czy 120 dpi?
>>A dpi to jest parametr monitora?
>
> A czego? Przecież inne dpi będzie mieć monitor 24" o rozdzielczości
> 1440x900, a inne 1680x1050.

Dpi to z tego co wiem dots per inch, na monitorze raczej nie ma
"dots"... Myślałem, że to parametr systemu wyświetlania dla obrazów
wektorowych, przynajmniej u mnie w X.org się takie coś ustawia...

Czyli rozumiem, że pdf w formacie a4 na monitorze wyświetlony jako 100 %
będzie miał inny rozmiar w pikselach w zależności od rozdzielczości
monitora?

>>Ale w tym przykładzie miałem na myśli to, że przy
>>ustalonym dpi rozmiar będzie inny, więc chyba jest jakieś konkretne
>>przeliczenie, dla którego dpi jest parametrem...
>
> Szczerze mówiąc, nic nie rozumiem z tego zdania.

Chodziło mi o to, że mając rozmiar w punktach typograficznych czy
centymetrach i ustalone dpi czy rozdzielczość monitora można obliczyć
rozmiar wyświetlanego obrazu w pikselach... Dlaczego zatem nie można 
wyjść od rozmiaru w pikselach (bo to mnie interesuje) i przeliczyć w 
drugą stronę?

-- 
MK

MK napisał:
> Dnia 20.02.2009 Wojciech Myszka <myszka@norka.eu.org> napisał/a:
>
>>> Czy w LaTeX-u można utworzyć dokument o dowolnych wymiarach, podanych
>>> jako długość i szerokość w pikselach? A jeśli tak to jak się do tego
>>> zabrać?
>>
>>   No, w pikselach to będzie trudno: ba jaka to jednostka piksel?
>>   Ale zawsze można podać w centymetrach i sprawdzić przy jakiej
>>   rozdzielczości jakość jest wystarczająca...
>
> A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
> monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
> można jednoznacznie odczytać właśnie w pikselach... 

W zależności od systemu, monitora, sterowników. Daleko do
jednoznaczności.

m.
-- 
LaTeX + Vim = http://vim-latex.sourceforge.net/
Vim Universal Templates: http://vim.sf.net/script.php?script_id=1078
vim.pl - http://skawina.eu.org/mikolaj
CLEWN - http://clewn.sf.net

Dnia 20.02.2009 Mikolaj Machowski <mikmach@wp.pl> napisał/a:

>>>> Czy w LaTeX-u można utworzyć dokument o dowolnych wymiarach, podanych
>>>> jako długość i szerokość w pikselach? A jeśli tak to jak się do tego
>>>> zabrać?
>>>
>>>   No, w pikselach to będzie trudno: ba jaka to jednostka piksel?
>>>   Ale zawsze można podać w centymetrach i sprawdzić przy jakiej
>>>   rozdzielczości jakość jest wystarczająca...
>>
>> A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>> monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>> można jednoznacznie odczytać właśnie w pikselach... 
>
> W zależności od systemu, monitora, sterowników. Daleko do
> jednoznaczności.

No to inaczej zapytam...
Mamy dany konkretny system, konkretny monitor, konkretne sterowniki. I
chcemy, żeby na tym jednym, konkretnym systemie wyświetlony pdf zajmował
dokładnie x na y pikseli. Jak mając te dane policzyć wymiary w punktach 
typograficznych, które należy podać LaTeX-owi?

-- 
MK

epsilon$ while read LINE; do echo \>"$LINE"; done < "MK"
>>>>>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>>>>>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>>>>>można jednoznacznie odczytać właśnie w pikselach...
>>>> Pewien jesteś? Bo ja bym głowy za to nie dał.
>>>Nie jestem. Nie znam się na typografii. Ale np. format a4 article ma w
>>>powiększeniu 100% konkretny rozmiar w pikselach. Gdyby to było np. a3,
>>>a2, letter albo cokolwiek innego to chyba rozmiar powiększenia 100% w 
>>>pikselach byłby innny? Czy nie ma tu jakiegoś konkretnego przeliczenia?
>> Nie. Zakładasz - błędnie - że ten sam dokument na różnych urządzeniach
>> wizualizujących (np. monitorach) będzie mieć ten sam rozmiar w
>> pikselach. Co nie musi być prawdą.
>Ale czy ja gdzieś w tym wątku pisałem o różnych urządzeniach
>wizualizujących?

Owszem. Pisałeś o monitorze. Nie o monitorze danego typu pracującym
z daną rozdzielczością, tylko o monitorze w ogólnosci.


-- 
d'`'`'`'`'`'`'`'`'`'`'`'`'Yb My nipples explode with delight.
`b  Kruk@epsilon.eu.org   d' 
d' http://epsilon.eu.org/ Yb 
`b,-,.,-,.,-,.,-,.,-,.,-,.d' 

epsilon$ while read LINE; do echo \>"$LINE"; done < "MK"
>>>>>>>A dlaczego nie w pikselach? W ko?cu wygenerowany pdf wy?wietlany na
>>>>>>>monitorze w powi?kszeniu 100 procent ma swój konkretny rozmiar, który
>>>>>>>mo?na jednoznacznie odczyta? w?a?nie w pikselach...
>>>>>> Pewien jeste?? Bo ja bym g?owy za to nie da?.
>>>>> Nie jestem. Nie znam si? na typografii. Ale np. format a4 article ma w
>>>>> powi?kszeniu 100% konkretny rozmiar w pikselach. Gdyby to by?o np. a3,
>>>>> a2, letter albo cokolwiek innego to chyba rozmiar powi?kszenia 100% w 
>>>>> pikselach by?by innny? Czy nie ma tu jakiego? konkretnego przeliczenia?
>>>> A na jakim monitorze? 72 dpi, 96 dpi czy 120 dpi?
>>>A dpi to jest parametr monitora?
>> A czego? Przecież inne dpi będzie mieć monitor 24" o rozdzielczości
>> 1440x900, a inne 1680x1050.
>Dpi to z tego co wiem dots per inch, na monitorze raczej nie ma
>"dots"...

Ależ oczywiście, że są. W przypadku monitora to po prostu piksele.

>Myślałem, że to parametr systemu wyświetlania dla obrazów
>wektorowych, przynajmniej u mnie w X.org się takie coś ustawia...

A jak się nie ustawi, to monitor sam pobierze przez DDC tę informację od
monitora.

>Czyli rozumiem, że pdf w formacie a4 na monitorze wyświetlony jako 100 %
>będzie miał inny rozmiar w pikselach w zależności od rozdzielczości
>monitora?

Powinien.

>>>Ale w tym przykładzie miałem na myśli to, że przy
>>>ustalonym dpi rozmiar będzie inny, więc chyba jest jakieś konkretne
>>>przeliczenie, dla którego dpi jest parametrem...
>> Szczerze mówiąc, nic nie rozumiem z tego zdania.
>Chodziło mi o to, że mając rozmiar w punktach typograficznych czy
>centymetrach i ustalone dpi czy rozdzielczość monitora można obliczyć
>rozmiar wyświetlanego obrazu w pikselach... Dlaczego zatem nie można 
>wyjść od rozmiaru w pikselach (bo to mnie interesuje) i przeliczyć w 
>drugą stronę?

Owszem. O ile masz rozmiar w pikselach oraz wiesz jaką rozdzielczość
będzie miało docelowe urządzenie, możesz przeliczyć.

-- 
/\-\/\-\/\-\/\-\/\-\/\-\/\ Microsoft  Office 2000: Nigdy nie czułeś się
\  Kruk@epsilon.eu.org   / tak bezpiecznie
/ http://epsilon.eu.org/ \ 
\/-/\/-/\/-/\/-/\/-/\/-/\/ 

Dnia 20.02.2009 Mariusz Kruk <Mariusz.Kruk@epsilon.eu.org> napisał/a:

>>>>>>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>>>>>>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>>>>>>można jednoznacznie odczytać właśnie w pikselach...
>>>>> Pewien jesteś? Bo ja bym głowy za to nie dał.
>>>>Nie jestem. Nie znam się na typografii. Ale np. format a4 article ma w
>>>>powiększeniu 100% konkretny rozmiar w pikselach. Gdyby to było np. a3,
>>>>a2, letter albo cokolwiek innego to chyba rozmiar powiększenia 100% w 
>>>>pikselach byłby innny? Czy nie ma tu jakiegoś konkretnego przeliczenia?
>>> Nie. Zakładasz - błędnie - że ten sam dokument na różnych urządzeniach
>>> wizualizujących (np. monitorach) będzie mieć ten sam rozmiar w
>>> pikselach. Co nie musi być prawdą.
>>Ale czy ja gdzieś w tym wątku pisałem o różnych urządzeniach
>>wizualizujących?
>
> Owszem. Pisałeś o monitorze. Nie o monitorze danego typu pracującym
> z daną rozdzielczością, tylko o monitorze w ogólnosci.

Napisałem, że zauważyłem. W domyśle zauważyłem u siebie, dla konkretnego
przypadku, nie "w ogólności".

-- 
MK

epsilon$ while read LINE; do echo \>"$LINE"; done < "MK"
>>>>>>>A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
>>>>>>>monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
>>>>>>>można jednoznacznie odczytać właśnie w pikselach...
>>>>>> Pewien jesteś? Bo ja bym głowy za to nie dał.
>>>>>Nie jestem. Nie znam się na typografii. Ale np. format a4 article ma w
>>>>>powiększeniu 100% konkretny rozmiar w pikselach. Gdyby to było np. a3,
>>>>>a2, letter albo cokolwiek innego to chyba rozmiar powiększenia 100% w 
>>>>>pikselach byłby innny? Czy nie ma tu jakiegoś konkretnego przeliczenia?
>>>> Nie. Zakładasz - błędnie - że ten sam dokument na różnych urządzeniach
>>>> wizualizujących (np. monitorach) będzie mieć ten sam rozmiar w
>>>> pikselach. Co nie musi być prawdą.
>>>Ale czy ja gdzieś w tym wątku pisałem o różnych urządzeniach
>>>wizualizujących?
>> Owszem. Pisałeś o monitorze. Nie o monitorze danego typu pracującym
>> z daną rozdzielczością, tylko o monitorze w ogólnosci.
>Napisałem, że zauważyłem. W domyśle zauważyłem u siebie, dla konkretnego
>przypadku, nie "w ogólności".

No to, skoro znasz rozdzielczość wynikowego urządzenia, to co za problem
pomnożyć/podzielić?

-- 
\.\.\.\.\.\.\.\.\.\.\.\.\.\ Or  maybe a } was forgotten somewhere earli-
.\.Kruk@epsilon.eu.org.\.\. er, and things are all screwed up?  I'm  go-
\.http://epsilon.eu.org/\.\ ing to assume that you meant ##.(TeX)
.\.\.\.\.\.\.\.\.\.\.\.\.\. 

Dnia 20.02.2009 Mariusz Kruk <Mariusz.Kruk@epsilon.eu.org> napisał/a:

>>Myślałem, że to parametr systemu wyświetlania dla obrazów
>>wektorowych, przynajmniej u mnie w X.org się takie coś ustawia...
>
> A jak się nie ustawi, to monitor sam pobierze przez DDC tę informację od
> monitora.

Monitor sam pobierze od monitora???

Ale przecież to ustawienie na parametry monitora nie ma wpływu... 
Może piszesz o czymś innym? Bo to dpi, o którym ja mówiłem działa tylko
na wyświetlanych elementach wektorowych, np. czcionkach na pulpicie...

Swoją drogą kiedyś u siebie zauważyłem, że obraz znacznie lepiej wygląda
przy ustawieniu dpi innego niż to które wynika z obliczeń pikseli na cal.

>>Chodziło mi o to, że mając rozmiar w punktach typograficznych czy
>>centymetrach i ustalone dpi czy rozdzielczość monitora można obliczyć
>>rozmiar wyświetlanego obrazu w pikselach... Dlaczego zatem nie można 
>>wyjść od rozmiaru w pikselach (bo to mnie interesuje) i przeliczyć w 
>>drugą stronę?
>
> Owszem. O ile masz rozmiar w pikselach oraz wiesz jaką rozdzielczość
> będzie miało docelowe urządzenie, możesz przeliczyć.

Ale jakie "docelowe urządzenie", monitor? Może spróbuję napisać 
konkretnie...

Wykonujemy taki proces:

1) Tworzymy dokument pdf o rozmiarze a na b punktów typograficznych.

2) Konwertujemy ten dokument np. programem convert z pakietu Imagemagick
   do formatu jpeg otrzymując grafikę rastrową o rozmiarze x na y
   pikseli.

Jak znając x, y i parametry systemu czy monitora policzyć a i b? Które
dpi brać pod uwagę - to ustawione w X.org czy to, które wynika z liczby
pikseli na cal na monitorze?

-- 
MK

epsilon$ while read LINE; do echo \>"$LINE"; done < "MK"
>>>Myślałem, że to parametr systemu wyświetlania dla obrazów
>>>wektorowych, przynajmniej u mnie w X.org się takie coś ustawia...
>> A jak się nie ustawi, to monitor sam pobierze przez DDC tę informację od
>> monitora.
>Monitor sam pobierze od monitora???

Tfu. Komputer pobierze z monitora. Tak to jest, jak się za szybko myśli
i za wolno pisze.

>Swoją drogą kiedyś u siebie zauważyłem, że obraz znacznie lepiej wygląda
>przy ustawieniu dpi innego niż to które wynika z obliczeń pikseli na cal.

Kwestia definicji "lepiej".

>>>Chodziło mi o to, że mając rozmiar w punktach typograficznych czy
>>>centymetrach i ustalone dpi czy rozdzielczość monitora można obliczyć
>>>rozmiar wyświetlanego obrazu w pikselach... Dlaczego zatem nie można 
>>>wyjść od rozmiaru w pikselach (bo to mnie interesuje) i przeliczyć w 
>>>drugą stronę?
>> Owszem. O ile masz rozmiar w pikselach oraz wiesz jaką rozdzielczość
>> będzie miało docelowe urządzenie, możesz przeliczyć.
>Ale jakie "docelowe urządzenie", monitor? Może spróbuję napisać 
>konkretnie...
>
>Wykonujemy taki proces:
>
>1) Tworzymy dokument pdf o rozmiarze a na b punktów typograficznych.
>
>2) Konwertujemy ten dokument np. programem convert z pakietu Imagemagick
>   do formatu jpeg otrzymując grafikę rastrową o rozmiarze x na y
>   pikseli.
>
>Jak znając x, y i parametry systemu czy monitora policzyć a i b? Które
>dpi brać pod uwagę - to ustawione w X.org czy to, które wynika z liczby
>pikseli na cal na monitorze?

Jeśli chcesz osiągnąć plik o zadanym w pikselach rozmiarze, interesuje
cię rozdzielczość w jakiej pracuje rasteryzator. Czyli w tym przypadku
convert.

-- 
\------------------------/ Nie   dewaluuj   plonków,   a  tym  bardziej
|  Kruk@epsilon.eu.org   | fnordów.  One  w  zamian  zdywersyfikują  ci
| http://epsilon.eu.org/ | portfel ;>(H'M'L)
/------------------------\ 

Dnia 2009-02-20, pią o godzinie 14:52 +0000, MK pisze:
> Dnia 20.02.2009 Wojciech Myszka <myszka@norka.eu.org> napisał/a:
> 
> >> Czy w LaTeX-u można utworzyć dokument o dowolnych wymiarach, podanych
> >> jako długość i szerokość w pikselach? A jeśli tak to jak się do tego
> >> zabrać?
> >
> >   No, w pikselach to będzie trudno: ba jaka to jednostka piksel?
> >   Ale zawsze można podać w centymetrach i sprawdzić przy jakiej
> >   rozdzielczości jakość jest wystarczająca...
> 
> A dlaczego nie w pikselach? W końcu wygenerowany pdf wyświetlany na
> monitorze w powiększeniu 100 procent ma swój konkretny rozmiar, który
> można jednoznacznie odczytać właśnie w pikselach... W LaTeX-u jest
> jednostka pt, co pewnie oznacza "punkt", ale na monitorze odpowiada
> to jak zauważyłem pikselom.

  Ja bym tam nie mylił centymetrów z pikselami. Żeby nie wikłać się 
  w dyskusję (która gdzieś tu się toczy) pozwalam sobie zaproponować 
  przykład 

  Przykład znajduje się pod adresem 
  http://www.immt.pwr.wroc.pl/~myszka/TeX/sandbox/
  i jest tam plik źródłowy (piksel.tex) oraz uzyskane z niego cztery 
  pliki png piksel72.png, piksel150.png, piksel300.png, piksel600.png
  polecenia dzięki którym zostały uzyskane obrazki znajdują się w pliku
  piksel.sh

  TeX produkuje plik dvi (albo pdf) które są plikami zasadniczo 
  nie posiadającymi struktury pikselowej -- mają strukturę wektorową.
  Aby otrzymać wersję bitmapową trzeba plik dvi ,,zrenderować'' 
  podając rozdzielczość.

  Dokumentacja programu dvipng zawiera odpowiednie wzory 
  pozwalające (w przybliżeniu zapewne) ocenić jaka rozdzielczość 
  jest potrzebna żeby (w przeglądarce, na przykład) uzyskać litery 
  odpowiedniej wielkości. Ale do tego trzeba znacz stosowany przez 
  przeglądarkę przelicznik rozmiaru fontu (podanego w punktach) na 
  rozmiar podany w pikselach. Dokumentacja sugeruje, że Mozilla 
  stosuje rozdzielczość 96 dpi

  Jak widać sprawa jest nieco bardziej skomplikowana :-)

  W

-- 
---(___C'>

Dnia 20.02.2009 Wojciech Myszka <myszka@norka.eu.org> napisał/a:

>   Ja bym tam nie mylił centymetrów z pikselami. Żeby nie wikłać się 
>   w dyskusję (która gdzieś tu się toczy) pozwalam sobie zaproponować 
>   przykład 
>
>   Przykład znajduje się pod adresem 
>   http://www.immt.pwr.wroc.pl/~myszka/TeX/sandbox/
>   i jest tam plik źródłowy (piksel.tex) oraz uzyskane z niego cztery 
>   pliki png piksel72.png, piksel150.png, piksel300.png, piksel600.png
>   polecenia dzięki którym zostały uzyskane obrazki znajdują się w pliku
>   piksel.sh
>
>   TeX produkuje plik dvi (albo pdf) które są plikami zasadniczo 
>   nie posiadającymi struktury pikselowej -- mają strukturę wektorową.
>   Aby otrzymać wersję bitmapową trzeba plik dvi ,,zrenderować'' 
>   podając rozdzielczość.

Czyli jeśli podam dla konwertera rozdzielczość 72 DPI to 1 punkt będzie
odpowiadał na wyjściu 1 pikselowi bez względu na inne ustawienia
systemu?

-- 
MK

Dnia 20.02.2009 MK <userneme@hostname.com> napisał/a:

[...]

Przy okazji jeszcze zapytam o wyśrodkowanie w pionie. Próbuję to robić

\vspace* {\stretch{1}}

lub z innymi argumentami \vspace*, ale cokolwiek bym nie podał odstęp od
górnej krawędzi jest zawsze większy. Wszystkie marginesy mam ustawione
na 0. Zna ktoś dobry sposób na wycentrowanie w pionie?

-- 
MK

Dnia 2009-02-23, pon o godzinie 07:59 +0000, MK pisze:

> Czyli jeśli podam dla konwertera rozdzielczość 72 DPI to 1 punkt będzie
> odpowiadał na wyjściu 1 pikselowi bez względu na inne ustawienia
> systemu?

  1 cal z pliku DVI (czyli i wydruku) będzie odpowiadał 72 pikselom
  obrazka, zatem (pomijając fakt, że TeX zna dwa (a może nawet
  i trzy, albo i więcej) rodzaje punktów to tak.

  W
-- 
---(___C'>