Компьютерра, 2006 № 15 (635) (Журнал «Компьютерра») - страница 28

Наметился прогресс в деле поддержки ряда языков, русского в том числе. Есть повод для радости, равно как и для продолжения работы в заданном направлении. Нынешнюю виртуальную клавиатуру тоже не назвать венцом творения. При смене языка системы на русский для данного средства ввода он тоже становится основным. Кто-то сочтет подход логичным, кто-то нет. Дело и не в этом, а в том, что нажатия кнопки, переключающей язык ввода, хватает для набора лишь одного символа, после чего клавиатура возвращается к кириллической раскладке. Сложно поверить, что такая чехарда ускользнула от внимания программистов и испытателей, еще тяжелее уяснить, почему никто устранил недочет.

Разработчики программного обеспечения получили в свое распоряжение вместе с новой Visual Studio 2005 дополнительные опции, о паре из которых скажу. Имена им anchoring и docking, то есть что-то вроде якорения (анкеровки) и докинга. Они призваны упростить создание удобного и информативного интерфейса. Недавно, когда у Smartphone и Pocket PC была фиксированная ориентация дисплея, такая проблема не стояла. У пришедшей же WM 2003 SE с ее экранной многоформатностью выявился эстетический и отчасти функциональный недостаток. При повороте изображения или запуске программы на трубке с квадратным экраном на него выводились не все сведения. Для доступа к оставшимся за его рамками и смещения вниз требовалась помощь полосы прокрутки — при условии ее наличия — или джойстика.

И если подобное поведение понятно в стесненных обстоятельствах устройств с дисплеями 240х240 точек, то простая ротация картинки не должна бы приводить к таким последствиям: как-никак ее площадь остается неизменной. За счет применения анкеровки, закрепляющей элементы на определенном расстоянии от границы, и докинга, позволяющего расположить нужные фрагменты интерфейса у края экрана, отдельных осложнений удается избежать. По крайней мере, в этом убеждены специалисты, напутствующие программистов на сайте Microsoft. После со-поставления скриншотов у меня сложилось впечатление, что выгода была извлечена путем перегруппировки деталей интерфейса. Стоит ли сделать вывод, что ранее такое действие было неосуществимо, не знаю; должно быть, это было не так удобно.

Понятия Windows Mobile 5.0 и Persistent Storage неразлучны, словно имена Ромео и Джульетты. Начиная с WM 5.0, энергозависимая память Pocket PC устройств выступает единственно в роли оперативной. Все данные отныне хранятся в ПЗУ и пропадают оттуда только при его физическом повреждении — принцип, перенятый у Smartphone терминалов. Отсутствие питания не представляет угрозы, и это неоспоримое достоинство. Кроме того, в ряде случаев сокращается энергопотребление устройства. В заметке о новом подходе и его преимуществах сообщается[Лично не проверял, но оснований не доверять источнику (Майк Каллигаро — член команды разработчиков Windows Mobile) нет], что для поддержания 64 Мбайт ОЗУ в рабочем состоянии на протяжении трех суток нужна батарея емкостью 250 мАч. Ряд случаев, о которых идет речь, — это конструирование приборов нижнего ценового диапазона — они будут довольствоваться 32 Мбайт ОЗУ — и вероятное ограничение объема энергозависимой памяти 64 Мбайт — вряд ли в ближайшие пару лет коммуникаторы перешагнут этот барьер. По логике вещей, продолжительность службы без пополнения запасов энергии WM 5.0 компьютеров должна возрасти. Надежды обусловлены тем, что раньше устройства ради сбережения информации сворачивали свою деятельность за 72 часа до полного разряда аккумуляторов. Владельцы КПК от HP были вольны сократить интервал до 24 часов, не более того. Выходит, приблизительно четверть запасов мощности элемента питания оставалась нерастраченной. Теперь же сдерживающего фактора как будто нет, однако предупреждения о риске потери данных при разряде батареи по-прежнему возникают. Посему не понятно, соблюдается ли «правило 72 часов» в настоящий момент, или нам от него остались ожившие воспоминания.