Обработка «touch event» для устройств с тачскринами несколько сложнее, чем обычная обработка событий от клавиатурных устройств. В тачскринах событие надо проверять на валидность (метод isValid()) перед обработкой. И вдобавок надо поглощать (consume) события для кнопок и других элементов (это задаётся в конструкторе как флаг CONSUME_EVENT). В противном случае при нажатии на кнопку или другой контрол будет выскакивать popup-меню.
Вот всё что навскидку вспомнилось в пол-четвёртого утра.
Есть особенности. Для устройств с тачскринами не подойдет стандартная компоновка полей на экране (screen). Поля будут становиться слишком близко друг к другу. В RIM API 6.0 в классе net.rim.device.api.ui.Field появились методы setMargin и setPadding. Используйте их, чтобы задать отступы и промежутки для полей.
В более ранних версиях API расширяйте стандартный класс net.rim.device.api.ui.Field, чтобы добиться нужной функциональности.
В программах для устройств с высоким разрешением надо применять более крупные графические элементы.
И вот недавно решил почистить в итоге от 180гб осталось лишь 40гб.
Если говорить о программах, то соглашусь. Если обновления выпускаются регулярно и доступны, то смысла хранить старые версии, как правило, нет. Хотя и тут случаются исключения.
Если-же говорить о фильмотеке и коллекции музыки, то тут сложно согласиться. У меня есть небольшая коллекция фильмов и музыки, которую я собирал долгое время. И мне проще купить новый внешний диск, чем потом искать любимый фильм в нужном качестве и с нужным переводом. Вообще найти фильм с правильной озвучкой или музыку в нужном исполнении — это та ещё задача.
Даже если Oracle, что маловероятно, вообще свернёт Java, то есть OpenJDK и большое сообщество людей, готовых работать над развитием этой технологии, и никаких резонов «отворачиваться от платформы» я не наблюдаю.
Не знаю о какой именно программе вы говорите. Если говорить вообще, то уровень цен на программы в BlackBerry App World регулируется обычным соотношением спроса и предложения. Если есть достаточное число покупателей, готовых покупать за эту цену, то зачем ставить цену ниже?
Согласен, тестирование на живых аппаратах «в боевых условиях» обязательно. В большинстве случаев приложение ведёт себя иначе на симуляторе и на устройстве. Это справедливо не только для BlackBerry приложений.
Запретительные методики либо не работают, либо их КПД очень невысок. Если человек хочет тратить время на что-то другое, кроме работы, то он найдёт способ как это сделать.
Этот совет надо применять очень осмотрительно, я считаю.
Дело в том, что в папке симулятора, во время выполнения приложения сохраняются данные, которые приложение сохранило в Persistent Store.
К примеру — пишете вы программу, и внесли в неё какие-то данные. И при работе что-то не заладилось, вы вышли из симулятора. Исправили. И опять запускаете.
Если вы очистите папку симулятора, то все данные надо будет вносить в программу заново.
Если, к примеру, вы изменили структуру классов, объекты которых помещаете в Persistent Store, то очистка папки симулятора перед его запуском обязательна. Так как в противном случае, при загрузке данных со старой структурой из Persistent Store в программе вылетит исключение.
В США и Канаде, и, в меньшей степени, в Европе, Азии и Океании применение BlackBerry именно в качестве личного коммуникатора довольно распространено.
Корпорации применяющие решения на базе BlackBerry Enterprise Server составляют большую часть клиентов RIM, но относительно рынка личных коммуникаторов у RIM дела обстоят весьма неплохо.
Если-же говорить о России — то ваше утверждение о личных коммуникаторах верно. Но я думаю, что это вопрос времени.
В прошивках до версии 5.0 встроенный браузер BlackBerry являет собой печальное зрелище. Я начинал писать программы ещё для устройств 7290 (прошивка 4.0), там вообще всё было крайне по-спартански. Начиная с прошивки версии 5.0.0 браузер в BlackBerry стал значительно богаче по функциональности и по поддерживаемым технологиям.
Вот всё что навскидку вспомнилось в пол-четвёртого утра.
Дополнительную информацию можно найти на форуме и в разделе для разработчиков сайта RIM.
В более ранних версиях API расширяйте стандартный класс net.rim.device.api.ui.Field, чтобы добиться нужной функциональности.
В программах для устройств с высоким разрешением надо применять более крупные графические элементы.
Я имею ввиду отсюда: us.blackberry.com/developers/javaappdev/javaplugin.jsp
Если говорить о программах, то соглашусь. Если обновления выпускаются регулярно и доступны, то смысла хранить старые версии, как правило, нет. Хотя и тут случаются исключения.
Если-же говорить о фильмотеке и коллекции музыки, то тут сложно согласиться. У меня есть небольшая коллекция фильмов и музыки, которую я собирал долгое время. И мне проще купить новый внешний диск, чем потом искать любимый фильм в нужном качестве и с нужным переводом. Вообще найти фильм с правильной озвучкой или музыку в нужном исполнении — это та ещё задача.
Воровство рефералов неэтично по отношению к владельцу бизнеса, спам и джинса — неэтично по отношению к покупателям.
Пожалуйста сконвертируйте код ActionScript в HTML, чтоб его легче было воспринимать в статье.
Вот тут есть инструмент для этого: qurage.net/labo/as2html/js/
Там на японском, но всё просто и понятно.
Дело в том, что в папке симулятора, во время выполнения приложения сохраняются данные, которые приложение сохранило в Persistent Store.
К примеру — пишете вы программу, и внесли в неё какие-то данные. И при работе что-то не заладилось, вы вышли из симулятора. Исправили. И опять запускаете.
Если вы очистите папку симулятора, то все данные надо будет вносить в программу заново.
Если, к примеру, вы изменили структуру классов, объекты которых помещаете в Persistent Store, то очистка папки симулятора перед его запуском обязательна. Так как в противном случае, при загрузке данных со старой структурой из Persistent Store в программе вылетит исключение.
Корпорации применяющие решения на базе BlackBerry Enterprise Server составляют большую часть клиентов RIM, но относительно рынка личных коммуникаторов у RIM дела обстоят весьма неплохо.
Если-же говорить о России — то ваше утверждение о личных коммуникаторах верно. Но я думаю, что это вопрос времени.
Для Linux приходится искать обходные пути.
Вот, почитайте эту статью: Synchronizing a BlackBerry in Linux
Там довольно подробно описан порядок действий для решения этой задачи.
Как всё закачается пришлю ссылку по хабра-почте.