В E-Ink дисплеях меня всегда пугала перерисовка экрана с его полным сбросом. Почему нельзя построчно/поблочно перерисовать измененные области? Это бы и быстрее было бы, и не так вырвиглазно. Фреймбуфер нужен небольшой, разрешение малюпасенькое, битность низкая…
Точно.
Есть мнение, что достаточно и 2.1, если девайс работает в основном в стендбай.
У меня китайская бт гарнитура на 2.1 EDR держит заряд недели две :)
Возможно вы правы, в wiki у них есть предложения по использованию 3rd-party библиотек, чтобы впилить поддержку utf-8 (а не 16) в ядро. Но они пока что только с именем и определились, а судя по проекту PHPNG их сейчас гораздо больше волнует производительность движка (на фоне неиллюзорной конкуренции со стороны HHVM)
PHP выбирают не за поддержку юникода и, по моему мнению, этот вопрос встанет последним в принятии решения о миграции на другой язык. Не за это и питон выбирают :)
Нативная работа со всеми строками, как с уникодом — без костыльных решений, вроде mb_*, причем был выбран за основу UTF-16, что еще больше усложнило разработку. В итоге плюнули на это. Где-то был обширный пост, разъясняющий почему конкретно разработчики забили, но сейчас нет времени искать.
<offtopic>Ох уж это бессознательное: прочел заголовок «Как организовать электронное издевательство»...</offtopic>Есть мнение, что достаточно и 2.1, если девайс работает в основном в стендбай.
У меня китайская бт гарнитура на 2.1 EDR держит заряд недели две :)
Человеческий фактор.
Поддержку юникод необходимо было добавлять на этапе разработки ядра, теперь это попросту ломает всё.
От этих планов в принципе отказались.