Сказ о том, как мы мобильное приложение писали. Часть 3. Организация процесса разработки

Ребята то что вы сделали это реально круто! некоторые ваши идеи я возьму себе на заметку. Жду еще от Вас интересных программ и материалов!

(0) Добрый день
а можете более побробно в след статье описать как именно Вы разрабатывете мобильный интерфейс

(1) flyer, спасибо! Очень приятно читать подобные отзывы, они мотивируют нас писать дальше. :)

(2) _Z1, а что именно вас интересует? На самом деле там особо нечего рассказывать - я беру тетрадку и рисую в ней форму, бывает по несколько раз (как с формой оплаты), и когда мне всё нравится - иду и разрабатываю ее в конфигураторе.

(3) То что нарисовали как потом переносите на устройства.
Ведь вся сложность и заключается что на разных устройствах
все выглядит визуально совсем по разному.

ИМХО, добавьте к ней такой же простой и красивый бэк-офис на "большом" компе и будет просто отличный продукт!

(4) _Z1, как переносим - итоговый интерфейс мы создаем в конфигураторе. Понятное дело, что я рисую формы, исходя из возможностей мобильной платформы, поэтому то что нарисовано, вполне реально воспроизвести в конфигураторе.

(5) FSerg, всё в будущем. :)

Доброго времени суток! Тоже разрабатываю небольшое мобильное приложение. Версии платформ последние на текущий момент (официальные, не бетта). Столкнулся со следующей проблемой:

На форме документа лежит Группа "Страницы" и в ней 3 странички. На одной из страниц отображается текстовое поле для комментария. Когда пользователь нажимает на это поле, то автоматически появляется клавиатура (для набора текста) и эта клавиатура практически полностью перекрывает поле ввода. Его просто не видно (хотя текст набирается).

Забавности, которые были замечены - если информация полностью помещается на форму, т.е. вертикальных полос прокрутки НЕТ вообще, то получаем ситуацию описанную выше - клавиатура перекрывает поле ввода. Если же имеется вертикальная полоса прокрутки (т.е. вертикально вся форма на экран не помещается), то при появлении виртуальной клавиатуры она съезжает ПОД редактируемое текстовое поле и все отображается нормально.

Сталкивались ли с такой проблемой? НАшли ли решение?

Про нечетную ширину элементов .... не знал. СПАСИБО ! (а приложение у вас интересное. Интерфейс качественно продуман + !)

(7) mzelensky, мы сталкивались с проблемой, когда клавиатура перекрывает кнопки Провести и Удалить. Чтобы такого не было, разместите все элементы внутри страницы, а кнопки управления - снаружи. Тогда они пропадать не будут.
А вообще я вам советую пользоваться как раз бета версиями - там исправлено большинство ошибок, и они вполне стабильно работают. Также сегодня вышла 8.3.5.101, попробуйте ее - я читал описание изменений, там исправлена проблема с полосами прокрутки на форме.

Как справились с активизацией элементов формы? ТекущийЭлемент() вроде не работает?

(10) baha2772, никак не справлялись - у нас он тоже не работает. :)

Ребят, а на что вы живете-то??? Тут чтоб заработать кодингом и поддержкой на кусок хлеба приходится пырять днем и ночью до синих кругов под глазами. А тут... фундаментальные исследования. Че-то надо менять в своей жизни...

Добрый день, может знаешь в чем беда, разрабатываю мобильное, сделал поле HTML документа, на устройствах андроид 4.4 работает отлично на андроид 5.1 белый экран

Ребят, вы молодцы. А можно для "типичных 1с-ников" по подробнее описать процесс создания отчетов в html? Как говорил Семен Альтов: "размеры моей благодарности будут безграничны в пределах разумного". :))

В начале статьи ссылка на вторую часть ведёт на первую, исправьте, пожалуйста!

Ссылка на Часть 2. ведёт на Часть 1.
Вот правильная ссылка Часть 2. Обработка долгого нажатия