Сегодня мне пришлось быстро понять какие разрешения экранов бывают у разных телеофнов. Что было на старом Siemens C45, на Nokia N95 и на моём HTC Hero?

Для популярных моделей информацию можно узнать: у коллег по работе, у друзей с конкретным телефоном, в гугле. Но получить всю информацию одним списком — было долго.

Оказывается, в интернете есть всё, включая замечательную страницу, где собраны размеры экранов всех (или почти всех) телефонов.

Вчера обсуждали телефоны и современные программы на них. Кто-то сказал «пальцеориентированный интерфейс преобладает...». И зацепились языками за пальцы, ориентиры и интерфейсы.

Вообще есть такой термин "пальцеориентированный интерфейс"?



Местный опрос показал:

• 30% знаю что это такое
• 20% знаю что это такое, но слово им не нравится
• 50% не знают, или путают со словом multitouch

Например, для Windows Mobile нет поддержки multitouch (hd2 не в счёт).

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

Столкнулся недавно с неожиданной проблемой с генерацией CAB. Для генерации используется CabWiz.exe. Упаковщик стал ругаться на неверные символы в названии каталогов «setup.inf contains DirIDs, which are not supported».

Проект для Windows Mobile компилировался и упаковывался в CAB. Утром, когда собирался тестовый пакет, всё прошло на ура. Днём изменений в проекте сборки не было. Вечером CAB не собрался. Начали думать, что всё же где-то некорректно обрабатываются переменные со знаком процента, или вставляются в .inf неправильные пути в раздел DestinationDirs.

После разбора оказалось, что версия, которая поставляется вместе с Visual Studio 2008, имеет ряд ограничений. Одно из этих органичений: максимальное количество обрабатываемых файлов — 262. Т.е. если в архив складывается 262 файла, то всё хорошо и на выходе будет корректный СAB. Если же в проекте появляется 263 и больше файлов, то будет выдаваться ошибка описанная выше.

Решение оказалось достаточно простым. В WM 6 SDK есть правильный cabwiz.exe, где эта проблема устранена.
1) Итого пользуемся теперь c:\Program Files\Windows Mobile 6 SDK\Tools\CabWiz\Cabwiz.exe
2) Можно c:\Program Files\Microsoft Visual Studio 9.0\SmartDevices\SDK\SDKTools\CabWiz.exe заменить на новый из sdk (а также заменить файл CabWiz.ddf) и тогда можно спокойно продолжить собирать CAB прям из студии.

Кстати, не забывайте использовать переменные (макро-переменные) для CAB, они сильно облегчают жизнь.
http://www.christec.co.nz/blog/archives/262

Продолжая своё размышление об интерфейсе современных телефонов и платформы Windows Mobile решил попробовать реализовать все свои желания в коде и использовать в наших реальных проектах. Ранее до этого руки не доходили, да и времени не было.

Платформа .Net 2.0, среда Windows Mobile 5.0.

Безвозмездно, то есть даром, для одного из наших проектов были реализованы следующие элементы управления:

• Вывод информации в списке с кинетической прокруткой, где можно отображать любую графическую и текстовую информацию без ограничения по длине
• Единая тема оформления элементов управления
• На форме ввода текста вставлять картинки
• Звуковое сопровождение на нажатие элементов управления
• Вибра на нажатие элементов управления
• Анимация перехода от экрана к экрану, а не просто появление новой формы

Завтра постараюсь рассказать о тонкостях какой-нибудь из реализаций.Вот скриншот для примера:


Смотрю как быстро комментируют мой прошлый пост, поэтому интересно пообщаться с теми, кто также реализовывал свой собственный UI на winmo. С чем пришлось столкнуться?

Всегда любил использовать реальную клавиатуру на телефоне, пусть даже и маленькую. Но тактильные ощущения нельзя скидывать со счетов. «Нажми на кнопку, получишь результат», как пелось в песне группы «Технология».

С тех пор как я начал использовать коммуникаторы с тачкрином, всё больше и больше прихожу к мысли, что Windows Mobile просто не присоблен к работе с помощью пальцев.
Исторически так сложилось, что Windows Mobile заточен на работу со стилусом. Такой маленкой палочке-ковырялочке, чтобы нажимать на такие же маленькие кнопки, табы и чек-боксы.

Новая версия WM 6.5 практически ничего нового не привнесла. Можно ли считать глобальной доработкой то, что размер кнопок просто увеличили в 2-3 раза? Нажатие на кнопку зачастую также не производит никакого мнгновенного результата: ни окантовки, ни графического оформления нажатого состояния, ни звукового оформления и опять же никаких тактильных ощущений.

Что бы хотелось сделать реально:

• Графические кнопки по умолчанию во всех приложениях, как это было сделано темами в Windows XP
• Использование вибры на нажатие на кнопках и других контролах, на которые можно нажимать
• Настраиваемое звуковое сопровождения нажатия, для кнопки одно, для выбора textbox другое
• Отрисовка кнопок без задержке в основной форме, а не так как сейчас: сначала фон, потом textbox, затем кнопки, затем текст и т.д.

Собственно что я хотел спросить ваши мысли на эту тему? Чего ещё не хватает в интерфейсе?