Вы меня немного спутали не со мной, я КО, а не Ваш предыдущий собеседник :)
В принципе, могу ответить. Вы же сами только что процитировали себя самого:
PHP, который делится на HTML часть [...] и PHP часть [...].
Покажите мне тут HTML-часть. Так можно было делать давно-давно в PHP. Я немного увлекся, но это просто чтобы показать, что HTML тут абсолютно не при чем.
Очевидно потому, что еще нет технологий для массового и дешевого производства (либо вообще какого-либо производства на данный момент — 60" при примерно 220PPI это не меньше 11520x7200) и инфраструктуры для работоспособности этого дела (про передачу данных выше уже сказали).
А хамить я вам предлагаю на базаре, здесь это не нужно делать.
Есть такая проблема, там вообще эти цифры очень странно нарезаны, у 0, 1, 4, 7 и % есть отступ слева в один пиксель (два на ретине), остальные обрезаны четко по цифре, за счет этого получается визуальный дисбаланс. Тут внимание к деталям и типографике у Apple подкачало :)
Макось уже давно ступала на этот путь. Еще в Leopard я помню были зачатки. Просто в Apple (правильно на мой взгляд) со временем и проверкой на iOS-устройствах решили, что увеличение масштаба интерфейсов не в четное количество (т.е. не в 2) принесет мало счастья разработчикам, которым нужно под это дело создавать ПО.
Чтобы весь интерфейс в пикселях увеличить ровно в два раза тем самым не увеличивая физический размер интерфейса, что несет за собой полное отсутствие геморроя разработчикам поддерживать свои приложения на сверхвысоких разрешениях (не переводить их на различные векторные решения и следить за правильным масштабированием).
Все просто работает абсолютно так же. Хочешь сделать так чтобы приложение поддерживали высокое разрешение? Перерисуй значки в двойном разрешении и положи в ресурсы. Все.
Это сработало с iPhone, потом с iPad, теперь и с Mac.
Если у вас есть iOS 6, дайте мне Music.app из iOS, я вам докажу обратное по последнему пункту со стопроцентной вероятностью. Там всего-то нужно картинок 15-20 навскидку.
- (BOOL)automaticallyForwardAppearanceAndRotationMethodsToChildViewControllersВ принципе, могу ответить. Вы же сами только что процитировали себя самого:
Покажите мне тут HTML-часть. Так можно было делать давно-давно в PHP. Я немного увлекся, но это просто чтобы показать, что HTML тут абсолютно не при чем.
Мы говорим о 220PPI, причем здесь это? Ну и ссылки бы не помешали, это тоже интересно.
Ну и как бы 11520x7200 это в 4 раза больше по одной стороне (т.е. по количеству пикселей в 16). 83 миллиона пикселей против 5 при 2880x1800.
А хамить я вам предлагаю на базаре, здесь это не нужно делать.
Есть такая проблема, там вообще эти цифры очень странно нарезаны, у 0, 1, 4, 7 и % есть отступ слева в один пиксель (два на ретине), остальные обрезаны четко по цифре, за счет этого получается визуальный дисбаланс. Тут внимание к деталям и типографике у Apple подкачало :)
Выделил линиями их реальные размеры:
Все просто работает абсолютно так же. Хочешь сделать так чтобы приложение поддерживали высокое разрешение? Перерисуй значки в двойном разрешении и положи в ресурсы. Все.
Это сработало с iPhone, потом с iPad, теперь и с Mac.
Зачем такая матрица? Это обычный ПРОГРЕСС. Качественнее, быстрее, лучше.
Все фазы компонента диктовки (в Siri) в iOS:
Полная картинка каждого состояния представляет из себя это:
Цифры батарейки и часов (существует в 4 экземплярах разных цветов):
Еще умножить на два (Retina и старые дисплеи).