Здравствуйте, sndralex, Вы писали:

S>Лучше обьясни оппоненту, что dpi зависит от устройства

Пытался. Да и у Лебедева черным по белому то же самое написано.


S>А устройство может быть физическим (монитор, принтер) или виртуальным (всякие графические редакторы)

А вот тут не согласен. Вернее, возможно ты прав для случая растрового редактора, а также векторного с пиксельной линейкой. Но поскольку у нее вектор и рабочая область в миллиметрах, то и положение / размер прямоугольника-картинки хранится в миллиметрах. А реальные коэффициенты масштабирования внедренного jpeg (пиксель в пиксель, скажем как в windows-вызове StretchBlt()) расчитываются только при выводе — на монитор в зависимости от текущего масштаба просмотра и условно-известного разрешения монитора, или на принтер (или другую железку) исходя из требований этой железки к разрешению. Где здесь разрешение "виртуального устройства "графический редактор"?

Я ей писал примерно следующее: если файл 20x30 см при выводе растеризуется в 2000x3000 px, то его прямоугольная область 2x3 см растеризуется пропорционально в 200x300 px. если в этой области отображается внедренный jpeg с исходными размерами 1000x1500 px, то он в момент растеризации будет смасштабирован в 5 раз по обоим измерениям. (В этих расчетах присутствует неявная ссылка на разрешение устройства (100 px / см), но нет ни намека на разрешение jpeg-файла.)