Да. Можно сказать, ошибка в перемещении вложенных контролек при изменении размера группы. Можно сказать - потому как цель сделать абсолютно универсальный всеобъемлющий движок и не стояла. См. начало первого поста.DUK63 писал(а):Это опять частная хитрая обработка скроллера в программе?
Правильно "center". Разницы нет. В HTML для вертикального выравнивания - только middle. Сделано, чтобы не ошибаться.DUK63 писал(а):Еще вопрос: для тега valign встречаются значения middle. Чем отличается от centre?
Зазор вокруг кнопки. Вручную их делать тяжело, поэтому у кнопки по уполчанию генерится зазор вокруг, чтобы рядом стоящие кноки не слипались. Атрибут gap позволяет изменить значение по умолчанию.DUK63 писал(а):И что такое gap (разрыв, зазаор ?) - между чем и чем?
Да. Вообще, контролька определяется по паре "id группы"-"id контрольки в группе". В данном случае и действия по этим скроллерам (и кнопкам зума и еще многое) обрабатывает сама группа типа map. Иначе пришлось бы этот код размазывать по всем местам, где карта используется.DUK63 писал(а):Или скроллер должен обязательно находится в группе MAP?
kis писал(а):Задвигание скроллера поворота вверх я сейчас поправил.
...
Атрибут gap позволяет изменить...
...
В данном случае и действия ... обрабатывает сама группа типа map.
Если только GPS_BUTTON - нажатие на нее по-прежнему будет вызывать настройки, т.к. это прописано в теге action кнопки, а её id само по себе никак не используется, оно нужно только потому, что без уникального id кнопка не отрабатывает свой action. А вот если GPS_ICON - то ПРОГОРОД грохнется, т.к. считает, что эта контролька всегда есть.DUK63 писал(а):т.е. если я из группы GPS утащу контрольку GPS_BUTTON, то потеряю отображение и вызов настроек
<group id="ARROWS" width="36" height="100%" align="right">
<color background="#000000"/>
<control type="button" id="UP" width="100%" height="width" valign="top"/>
<control type="icon" align="center" valign="center">
<image status="normal" name="bt_setting_up_n.2.png"/>
<image status="touched" name="bt_setting_up_n.2.png"/>
<image status="disabled" name="bt_setting_up_d.2.png"/>
</control>
<control type="button" id="DOWN" width="100%" height="width" valign="bottom"/>
<control type="icon" align="center" valign="center">
<image status="normal" name="bt_setting_down_n.2.png"/>
<image status="touched" name="bt_setting_down_n.2.png"/>
<image status="disabled" name="bt_setting_down_d.2.png"/>
</control>
</group>
В Вашем случае - дублированием, т.е. то, что для портрета, заключаете в <portrait>...</portrait>, что для ландшафта - то же самое (но со своим выравниванием) в <landscape>...</landscape>. Правила XML должны соблюдаться: теги должны полностью включаться в теги. Т.е. нельзя после <portrait> открыть некий тег, а закрыть после </portrait>.DUK63 писал(а):kis, Вы еще работаете?
Можете подробнее описать работу с вариантами Portrait и Landscape?
А и почему оно должно ходить? Ведь программа про эти кнопки ничего не знает.VasAlex писал(а):Как прикрутить (чтоб работало) к подменю запись
kis писал(а):А и почему оно должно ходить? Ведь программа про эти кнопки ничего не знает.VasAlex писал(а):Как прикрутить (чтоб работало) к подменю запись
DUK63 писал(а):Можно как то избавится от графических глюков радиокнопок и списков при использовании прозрачности, чисто средствами XML?
<control type="radio" transparent="yes"...
kis писал(а):...
Графика без полупрозрачностей - 100% рабочий вариант.
Не изменяя программы? Вряд ли. Я же в XML файлах избегал прозрачности, т.к. это - экономия памяти. На WM устройствах высокого разрешения её и так слишком мало.DUK63 писал(а):Это можно побороть, сохранив прозрачность?
Нет. Но зачем Вам детали устойства?DUK63 писал(а):Про событие, по которому происходит перерисовка я прав?
СделайтеDUK63 писал(а):Ну а если перерисовку сделать не по отпусканию, а по перемещению?
Вернуться в Альтернативный дизайн программы
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1