Проверка CustomiTem в J2ME поддержки обхода или нет

StackOverflow https://stackoverflow.com/questions/4343226

  •  30-09-2019
  •  | 
  •  

Вопрос

Проверка Customitem в J2ME поддержки обхода или нет?

Как я должен проверить Customitem в поддержке поддержки J2ME или нет?

Это было полезно?

Решение 2

Я нахожу решение. Это работает для меня.

Правильный раствор, нахождение обхода настроек, поддерживается устройством, вызывающим метод «GetinteractionModes ()» класса «Javax.microdition.lcdui.customitem».

Фрагмент кода приведен ниже

int supported_interaction_modes=this.getInteractionModes();
boolean horizontal__interaction,vertical_interaction;
if((supported_interaction_modes&CustomItem.TRAVERSE_HORIZONTAL)!=0)        //Horizontal traverse support
  horizontal_interaction=true;
else
  horizontal_interaction=false;
if((supported_interaction_modes&CustomItem.TRAVERSE_VERTICAL)!=0)
  vertical_interaction=true;        
else
  vertical_interaction=false;

В приведенном выше коде фрагмент «это» относится к объекту класса, который получен из «Javax.microdition.lcdui.customitem»

Другие советы

Шива, я думаю, что в вашем понимании о том, что о том, о чем обход. Позволь мне объяснить.

Вы можете добавить любое количество элементов для формирования. Структура управляет следующим для всех встроенных товаров в MIDP

  1. Позиционирование и рендеринг всех предметов (ы)
  2. Прокрутка, когда есть больше количества предметов, которые могут поместиться на экран.
  3. Обработка команд экрана и команды элемента.

Но когда вы продвигаете CustomItem и внедрить свой собственный элемент, полный контроль заключается в реализации. Рассмотрим случай, когда форма содержит текстовое поле и CustomiteMIMPL, и вы хотели бы переключаться между TextField и CustomiteMimpl. Поскольку обращение с ключей, обработка команд и рендеринг - это все в управлении CustomitemMPL, должен быть способ, которым должен быть способ знакомы, когда вы хотите иметь управление TextField, и когда контроль должен быть передан на CustomiteMimpl.

Вот где проходит метод Traverse () в CustomiteM в шагов. Вы возвращаете False, когда вы закончите с рендерингом и захватом данных в CustomiteMimpl и возврата True, когда вы хотите сохранить элемент управления в настройке CustomitemPl.

Позвольте мне сложить дальше. Предположим, вы реализуете TreateM. Когда фокус находится на TreateM, вы хотели бы сделать следующее:

  1. Выберите узел
  2. Развернуть или коллапзовые узлы
  3. Перемещаться по узлам

Все вышеперечисленные функциональные возможности образуют часть вашей реализации TreeItem. Однако, когда вы перемещаете key_up мимо узела кулачка дерева или key_down на последнем узле дерева, вы хотели бы перейти к Tequifield / любой другой пункт, прилегающий к этому TreeItem. Способ, которым вы позволяете структуру знать, что ваше намерение

  1. Вернуть False в Traverse () Метод, когда выбран key_up во время фокусировки на первом узле дерева
  2. Вернуть FALSE в Traverse () Метод, когда выбран key_down, пока фокус находится на последнем узле дерева.

Надеюсь, что это разъясняет ваш запрос. Я бы сильно предположил, что вы посмотрите на это конкретное пример Для более конкретных иллюстраций.

boolean isCustomItemSupported;
try {
    Class.forName("javax.microedition.lcdui.CustomItem");
    isCustomItemSupported = true;
} catch (Exception e) {
     isCustomItemSupported = false;
}
Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top