Android и аппаратная клавиатура — покой навеки? Почему?

Question

[Rou1997]

HTC Dream, первый смартфон с Android, с аппаратной клавиатурой.


А сейчас это невозможно. Даже если сконструировать такой смартфон и для него изменить ядро, библиотеки и фреймворк Android - все равно в некоторых приложениях, например в играх на OpenGL, элементы интерфейса не станут отзываться к клавиатуре, проблему решит только переписать все эти приложения.
Много ли таких приложений?

Как была решена проблема в HTC Dream? Просто не было таких "проблемных" приложений? Или с клавиатуры невозможно было управлять кнопками (Tab вовсе не было никогда)?
Как ее решают на BlackBerry? Просто нет "проблемных" приложений? Или там тоже нет Tab?

Почему на Windows в различных UI-подсистемах, в Chrome, Firefox никто не отказывается от переключения фокуса контролов клавишей TAB, несмотря на то что у всех давно есть мышки, а в Android просто отказались от клавиатуры?

Answer 1

[Mercury13]

Расскажу как программист о подоплёке этого. Тут есть два вопроса.
1. Какие телодвижения должен сделать разработчик этого? Насколько это легко?
2. И какая выгода будет от этого?

Когда-то деловое ПО разрабатывали под конкретное разрешение экрана. Когда IBM стала делать всё новые и новые машины, сохраняя преемственность, программисты стали делать, чтобы ПО «тянулось»: проверяется за пять секунд и приносит изрядные неудобства, когда плохо реализовано.

А вот с HiDPI вышло не так радужно. У кинескопа все разрешения были «нештатные», в отличие от одного штатного на ЖК. А ещё был неуменьшаемый предел DPI, порядка 0,2 мм, ограничивавшийся сведением лучей. Первая ОС Microsoft с поддержкой HiDPI — Windows 95 (!). Но чтобы проверить, компьютер требовалось перезагрузить. И перезагрузить ещё раз, чтобы вернуть как было. Естественно, на это подзабили и вернулись, когда уже петух клюнул — появился Яббл со своей Retina.

Точно так же и тут. Перепробовал пару программ на KitKat. В «лисичке» Tab работает. В Яндекс-картах работает, но не видно, что выделено. Это значит: какая-то поддержка со стороны ОС есть, да и методичка Google говорит: всё должно работать на устройствах с «железной» крестовиной. Реально на это подзабили.

Окей. Бросим пока программизм. Инвалиды. Все эти пандусы, съезды и прочее. Телодвижений от конструктора требуется куча. Выгода — разве что тем самым инвалидам. Вот и имеем то, что имеем.

Comments

[Rou1997]

2. И какая выгода будет от этого?
Да никакой вы годы не будильник, клавиатура не нужда, о перчатки это норма!

[Rou1997]

"Телодвижений от конструктора требуется куча."
Если в стандарте заложить и наладить изготовление готовых стандартных ступеней сразу с фрагментами пандусов, а все остальное объявить "велосипедом", то все будут строить с пандусами и не надо никаких усилий.

[Mercury13]

Это правда. И, кстати, ещё одна штука насчёт Windows. Прыжки Tab’ом-то поддерживаются, но не все программисты проверяют порядок табуляции. Да и нестандартный элемент управления «гиперссылка» обычно не позволяет приземлиться на него Tab’ом.

[Rou1997]

Mercury13: Вообще-то для "кастомного" дизайна интерфейсов есть WPF, там табуляция везде, почему программисты все равно пишут "велосипеды", такие, как Delphi или какой-то Qt, что за бред? А если и используют WPF, то все равно могут не реализовывать фокусное состояние элементов, почему они такие г..кодеры?
Попробуйте на Хабрахабре написать статью, предлагающее использование какого-нибудь самодельного "велосипеда" для Android, минусов не оберетесь.
А в экосистеме Windows почему-то не так.
Почему?

[Rou1997]

SyavaSyava: Вот именно программисты и восхищаются Google, именно те кто работает в крупных компаниях вроде Яндекса, и восхищаются они не только ОС, но и всеми официально рекомендуемыми библиотеками и средствами разработки, если посмел написать свою библиотеку когда есть официальная аналогичная, или сделал не так как в официальном мануале - все орут "велосипед", в Web то же самое заметил, а он тоже в основном представлен наследием Linux - Ruby, PHP, Python, похоже это действительно с Linux связано.

[CityCat4]

Rou1997: "Какой-то" Qt изначально писался под UNIX. Еще в лохматые нулевые у меня под Qt работал KDE. На FreeBSD, естественно, винда там и рядом не стояла. На винде Qt появлися, когда захотелось кроссплатформенности.

[Rou1997]

CityCat4: Писался под UNIX, но довольно популярен и для Windows.
Почему не бывает наоборот, скажем C# не стал столь популярным для UNIX, для того же Android в частности?

Answer 2

[Виктор]

А сейчас это невозможно.
...в Android просто отказались от клавиатуры

Да с каких хренов вы это взяли? Про то, что мышь в Андроиде через OTG прекрасно работает, все знают. А я, прочитав ваш вопрос, тут же сел проверять, не удастся ли этот же финт и с клавой. И ведь получилось! Подключил через OTG-переходник, огоньки на клавиатуре засветились. Запустил андроидный планировщик (текстового редактора у меня на смартфоне нет) и стал спокойно набирать текст. Правда, проверять все 102 клавиши не стал - всё-таки большая клава достаточно сильно грузит батарейку, и я побоялся, что надолго не хватит. Чтобы не беспокоиться за электропитание всей этой "большой" периферии, надо смартфон подключать через активный OTG-хаб (типа вот такого, например), не забывая, что подзарядка смартфона во время пользования OTG не происходит. Возможно, этот запрет можно обойти, используя беспроводную BT-клавиатуру, но мне такой вариант не протестировать ввиду отсутствия таковой.

Comments

[Rou1997]

Вынужден огорчить, ваша лекция по OTG для меня бесполезна, что ожидаемо, она же не относится к вопросу.
Еще раз перечитайте:
"Даже если сконструировать такой смартфон и для него изменить ядро, библиотеки и фреймворк Android - все равно в некоторых приложениях, например в играх на OpenGL, элементы интерфейса не станут отзываться к клавиатуре, проблему решит только переписать все эти приложения."
Аппаратная клавиатура - возможна, но невозможно полноценно ее использовать, табуляция не поддерживается ПО.

[Виктор]

Rou1997: Ну тогда вы неправильно сформулировали вопрос и особенно заголовок. Надо было что-то типа " Как обойти невосприимчивость Андроида и его приложений к команде Tab (и только к ней), вводимой с внешней клавиатуры?". Прочитайте собственную формулировку в обстановке, когда не отвлекает и не зашоривает всякая конкретика - станет понятнее, откуда взялся мой ответ-лекция.

[Rou1997]

nehrung: Никак не обойти, так как если в приложении "самописные" контролы на OpenGL, то изменить их поведение можно только переписав приложение, а вопрос - почему так стали делать.

[Виктор]

Rou1997:

Никак не обойти

Т.е. на адекватную формулировку вопроса вы ответ знаете - и всё же решили выставить неадекватную... Странно... Переформулировать вопрос будете? Вроде бы автору вопроса редактирование не ограничено по времени. Если будете, то я после этого удалю свой ответ (вместе с этой веткой нашей полемики).

Answer 3

[focs]

некоторые модели современных планшетов (самсунг галакси таб s и сони z4 taablet) комплекса штатной клавой. может посмотреть что там производитель намедрил?

Comments

[Rou1997]

Вы не так поняли, аппаратная клавиатура - возможна, я не отрицал, но ПО не поддерживает табуляцию клавиатурой, поэтому кнопки в приложениях все равно приходится жать по тачскрину.

Answer 4

[mitaichik]

Что за бред? Кто сказал что андройд не поддерживает хардварную клавиатуру? Кто сказал что там не работает таб? https://developer.android.com/training/keyboard-in...

Comments

[Rou1997]

Я пишу под Android, и атрибуты nextFocus*** я увидел впервые в вашей статье, почему-то ни в одном приложении такого не вижу, даже в стандартных вроде Камеры или Телефона, то есть почему-то не используется.

[mitaichik]

Rou1997: Ну это не моя статья, а официальная документация Гугла. То что их никто не юзает - согласен, но это на совести разработчиков - я все же их встречал в некоторых библиотеках.

Answer 5

[SKRSKR]

Это ужас как не удобно, вот и убрали эти клавы аппаратные