🚀 go-pugleaf

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)
/------------------------\