перевод пикселов в мм, см, м

[alatar]

Надо было все таки разнести два предложения более явно. Хотя с виндой я ошибся, это значение действительно влияет только на системные шрифты.

DPI зависит от разрешения и спектр dpi весьма широк.

DPI не зависит от разрешения выставленного в ОС, он зависит от реального разрешения монитора и размеров его матрицы, еще можно примерно посчитать зная физический размер пикселя (но тут еще надо принимать в расчет, как его расчитывал производитель). То о чем вы говорите PPI (причем программный) и его можно посчитать если знать реальный DPI монитора и его реальное разрешение (при этом надо знать на котором из мониторов наше приложение отображается. Как быть в ситуации, когда приложение отображается сразу на двух разных мониторах я не представляю). Увы на десктопах, на винде в частности, нам сообщают абстрактные 72 dpi, что, как правило, не соответствует действительности.

[Aquahawk]

когда приложение отображается сразу на двух разных мониторах

Тут вообще всё плохо у всех. Ну нет у массового пользователя нескольких мониторов, и мало кто этому уделяет внимание, кроме спец софта который заточен на мультимониторные конфиги. Я сидел как-то с двумя мониторами разных разрешений и пропорций, очень много приложений глючит страшно, однако винда ведёт себя на удивление достойно.

[Gantenbain]

Сообщение от alatar

То о чем вы говорите PPI (причем программный) и его можно посчитать если знать реальный DPI монитора и его реальное разрешение

Все это несколько чуднО, но Ваши заблуждения вполне объяснимы, т.к. путаница существует даже во вполне профессиональной литературе, не исключено, что по природе плохого перевода, но на англоязычных сайтах тоже полно несуразицы в этом вопросе. Хотя все довольно просто: "точка" употребляется в отношении содержания файла изображения, сканирующего устройства и обстоятельств полиграфии, тогда как характеристика цифрового устройства, подобного дисплею, зовется "пиксел", но по принятой, например, Адоби терминалогии (можно только гадать, отчего так вышло), монитор характеризуется dpi (no ppi ), "реальней" ли он или "программней" (?) должного быть ppi мы гадать не будем (усугубляя по ходу терминологический коктейль сомнительными новообразованиями), а раз уж в оборот введен именно это термин - "screenDPI", то плох он или хорош, но будем говорить dpi, вслед за адобовцами понимая ppi. "Считать" его весьма не сложно: резолюцию, выставленную Вами, например, по горизонтали, разделите на дюймы Вашего экрана по горизонтали (никаких "реальных DPI" и других "реальных разрешений").
Почему Адоби так хитро устроили "Capabilities.screenDPI", может и для них загадка, т.к. вопросы к ним я видел, а ответов нет.

Добавлено через 20 минут
А неудобство от того, что мы не можем запросить верное значение dpi, в том, например, что для того, чтобы сохранить верстку с включениями текста и графики, придется просчитывать Bounds-ы и текста и графических элементов, и, в соответствии с некоторым шаблоном, "двигать" под каждого пользователя, получив посредством (напр.) Capabilities.screenResolutionX(У), ну или в этом роде... Проблема невелика, а все же

[alatar]

"Считать" его весьма не сложно: резолюцию, выставленную Вами, например, по горизонтали, разделите на дюймы Вашего экрана по горизонтали

Которого из них? Почему не по вертикали? Почему не по горизонтали и вертикали раздельно? Как программно узнать размеры изображения при использовании проектора, ввиду отсутствия в них дальномера? Некоторые LCD мониторы на неродных разрешениях не растягивают изображение. В третьем и четвертом андроиде часть экрана занимает тулбар, который не учитывается в разрешении (хоть на мобильниках с DPI проблем нет).
Достоверную информацию можно получить из EDID, только вот не все мониторы его предоставляют.
А так да, весьма не сложно

Добавлено через 3 минуты
А насчет неудобства. Неудобство в том, что мы не можем сохранить физические размеры элементов для мониторов с разным dpi, а верстка в большинстве случаев зависит от stageWidth/stageHeight, а не от разрешения, если только приложение не находится постоянно в полноэкранном режиме.

[Aquahawk]

только что специально для сомневающихся снял кусочек экрана ipod 2g не ретина который, так вот посмотрите на пиксели. один пиксель лон не один а три цветных, которые в сумме ещё не факт что квадрат, на мониторах вроде не квадратные, вот снял непосредственно это слово мониторах, посмотрите как там шрифт сделан, там вообще понятие пикселя разрушается, и называется такая штука субпиксельное сглаживание. Второе вложение будет вторым постом потому что тут что-то не прикрепляется.

[Aquahawk]

а вот и мой моник

[Aquahawk]

а вот как оно же выглядит с точки зрения системы, я сделал принтскрин и без интерполяции увеличил.

[Aquahawk]

это одна и та же надпись. Так вот между пикселями программными и мониторными ух какая разница.

[Gantenbain]

Сообщение от Aquahawk

Так вот между пикселями программными и мониторными ух какая разница.

Переводим на русский язык: "пиксель программный" - это пиксел, сформированного на мониторе изображения, "пиксель мониторный" - это элементарная ячейка матрицы монитора. Все это "не проливает ни капли света" на вопрос , почему as возвращает нам "магическое" dpi во всех случаях, для любых матриц и установленных разрешений, и кажется мне, что эти экскурсы в элементарное наврядли полезны в контексте сабжа.

Добавлено через 25 минут
Взято отсюда:
Терминология

Разрешение - это соотношение количества пикселов в значениях высоты и ширины, т. е. общее количество пикселов, поддерживаемое устройством.

DPI - это количество точек на квадратный дюйм, т. е. плотность пикселов на экране устройства. Вместо термина DPI может использоваться термин PPI (пикселы на дюйм).