» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

protoror, согласен. Половину настроек можно скрыть или выводить по требованию (собственно для мобилки форма будет переделана). Этот пример хотел показать с точки зрения вводимых данных. Их нужно заполнить все, ненужного тут нет.

Можно выводить на панель, можно сделать "всплывающим" регионом. Только зачем? При отдельной форме весь код отдельно, валидация отдельно. Зачем делать из приложения один большой модуль, если гораздо удобнее разбить на части (визуальные части).

В общем, за советы всем спасибо! Пока делаю по старинке. Будет более-менее готовая часть программы, обязательно выложу результат. Тогда и посмотрим что удобно, а что лучше переделать.

Цитата:

Но у меня производственная программа, без модального ввода с отдельной формой будет сделать гораздо сложнее в определенных случаях

В мобильных приложениях такое делается через табы (закладки), а не модальные окна.

SuPriTo
ну смотря под что делать, везде свои гайдлайны. В последних версиях андроид согласен табы.
NickNNN
Вышеуказанная задача в идеале должны быть выполнена так:
1) Выбираем типовой профиль! это важно т.к. в основном берут что то стандартное и 50% полей я думаю сразу уйдет
2) корректируем по табам (на каждый таб свои параметры и по заголовку можно сразу понять нужно тебе изменять данные таба или нет)
3) показываем готовое окно

Цитата:

2) корректируем по табам (на каждый таб свои параметры и по заголовку можно сразу понять нужно тебе изменять данные таба или нет)

Речь идет о TTabControl ?

не знаю я под андроид пока не кодил, но например в маркете табы выглядят так
https://yadi.sk/i/e1VY8D88bqbra
листаются просто свайпом

Цитата:

Речь идет о TTabControl ?

Можно использовать TTabConrol, можно другие компоненты, все зависит от реализации.
В примерах к XE7 есть приложение (Samples\Object Pascal\Mobile Samples\User Interface\Settings Project\SettingsDemo.dproj). Там реализованы настройки приложения, можешь посмотреть как, там это сделано.

Табы это замечательно я и их и буду использовать. Но все равно табы, которые отвечают за определенные группы действий, будут вынесены на отдельные формы и логика работы будет в этой форме а не в общем модуле

Например у меня сейчас стоит задача создания заказа - собственно навигация, просмотр и добавление новых заказов/позиций, будет в одной форме и на одном TTabControl, сам графический конструктор будет на своем TTabControl и в отдельной форме

Цитата:

Например у меня сейчас стоит задача создания заказа - собственно навигация, просмотр и добавление новых заказов/позиций, будет в одной форме и на одном TTabControl, сам графический конструктор будет на своем TTabControl и в отдельной форме

Ты слишком усложняешь, все можно сделать в одном табе и на одной форме. Можно воспользоваться табом и multiview. Так будет достаточно просто. У TTabControl можно скрывать вкладки и выводит только ту, с которой будет работать пользователь. Посмотри примеры, там много полезной информации.

SuPriTo, т.е. просто сделать приложение на 1 форму и одного юнита?

Как мне кажется проще сделать несколько форм. Тем более пользователь разницы вообще не увидит, клацает на кнопку и ему открывается другой таб, из другой формы.

Цитата:

SuPriTo, т.е. просто сделать приложение на 1 форму и одного юнита?

1 форма, 1 TabConrol (внутри заданное кол-во вкладок). На каждой вкладке рисуются нужные объекты, в т. ч. tabconrol. Каждый таб выводится в зависимости от нужных условий пользователем. Тогда не будет проблем с навигацией и другими проблемами, связанными с клавиатурой и т. д.
Вот тут пишут про навигацию.
P.S. Писать ведь вам, как хотите так и делайте

NickNNN
скажу сразу, в формах храню только ссылки на процедуры модулей, формы вообще пустые, так проще, в особенности когда есть несколько похожих программ.
Все изменения в похожих прогах пишутся через {$IFDEF XXX}. Очень удобно и в одном месте.
Раньше было головной болью, поменял в одной проге баг, а в другой забыл. При таком подходе не забывается ничего.

SuPriTo, protoror, спасибо! В любом случае буду пробовать что и как, все таки первая программа на Android

Вопрос по Delphi XE7

Цитата "API службы Enterprise Mobility Services идеально подходят
для предоставления безопасного доступа к корпоративным базам данных
с помощью мобильных и настольных приложений."

А через свое WEB-приложениe подключиться можно к EMS (с авторизацией пользователя)?
Есть ли пример запросов?

Цитата:

Вопрос по Delphi XE7

EMS работает через REST API. Поэтому можно подключиться через свое WEB-приложение.
Можно посмотреть в помощи тут.

Вот это номер в XE7!

FMX.Dialogs.MessageDlg('123',TMsgDlgType.mtConfirmation,[TMsgDlgBtn.mbYes,TMsgDlgBtn.mbCancel],0);

Показывает под win32 диалог только с одной кнопкой Ok. И что теперь делать?

посмотреть исходник (TFMXDialogService.MessageDialog) и сделать хотя бы так:

FMX.Dialogs.MessageDlg('123', TMsgDlgType.mtInformation, [TMsgDlgBtn.mbOK, TMsgDlgBtn.mbCancel], 0);
или
FMX.Dialogs.MessageDlg('123', TMsgDlgType.mtInformation, [TMsgDlgBtn.mbYes, TMsgDlgBtn.mbNo, TMsgDlgBtn.mbCancel], 0);

Цитата:

посмотреть исходник (TFMXDialogService.MessageDialog) и сделать хотя бы так:

Примеры помогли, спасибо.

Вечером видать уже спать пора идти было - проблема была в Win32 а я смотрел исходник FMX.Platform.Android А там все четко, какие кнопки не укажи, все будут на форме

А в доках достаточно поверхностно описан TMsgDlgType, я вот не нашел, что при mtConfirmation выводится диалог только с кнопкой ОК и все остальное игнорится.

dsk, В FMX.Dialogs.Win32 кнопки создаются только в определенных наборах (MbOkCancel, MbYesNoCancel и т.д.). Тип диалога ни на что не влияет

Цитата:

Тип диалога ни на что не влияет

Ну, в VCL тип диалога всегда влиял на значек
А кнопки создавались в любых сочетаниях
MessageDlg('123',mtInformation,[mbOK,mbCancel,mbAbort,mbRetry,mbIgnore],0);

dsk
то VCL а это обезьяна, не знаешь куда она пульнет гранату.
З.Ы. а если серьезно если не делать простые диалоги с надписью ок, то гораздо лучше выводить свои формы они и нагляднее и приятнее глазу.

Обещал показать первые наработки под Андроид: http://forum.vsgroup.ua/viewtopic.php?f=59&t=7718

NickNNN
что-то много оно просит при установке и осуществление телефонных вызовов и фото/видео съемка и gps. Зачем то все такому приложению?

protoror, то по дефолту было при создании проекта. Уже убрал из настроек, но не выкладывал

Цитата:

Обещал показать первые наработки под Андроид: http://forum.vsgroup.ua/viewtopic.php?f=59&t=7718

В XE7 писали?

Добавлено:
HTC One Max Android 4.4.3
Мне кажется, что тормозит нереально.
Второй запуск - черный экран.

X11
мне тоже так показалось, тормозит.
NickNNN
А так же страдает UI, вы бы хоть действия подсвечивали которые на данный момент актуальны. А то нажал вперед и в середине 1 появилась. тыкаешь в не и ничего, а оказывается нужно нажать параметры внизу.
Так же в конце нажал сохранить и программа закрылась - непонятно...

X11, Да. Xe7 и ничего стороннего.

Конструктор окон тормозит, он только перенесен с десктопа. Там много лишних вычислений, еще не успел сделать {$Ifdef}

На чет черного экрана печально, но сами понимаете тут сделать ничего нельзя

Цитата:

На чет черного экрана печально, но сами понимаете тут сделать ничего нельзя

как это ничего сделать нельзя)))
можно много чего и сплеш стоит сделать и превычисления и сохранение после каждого шага.
В начале показывать созданные пользователем проекты, короче еще пилить и пилить, но начало то уже положено)

Цитата:

Так же в конце нажал сохранить и программа закрылась - непонятно...

Это фрагмент программы. Главное было проверить сам конструктор, без него приложение не сделаешь.

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

NickNNN
и еще мелковато все, не для телефона. (nexus 4)
лучше посиди и переработай интерфейс. Табы лучше гораздо будут смотрятся.
Счас кучу места занимают элементы управления которые по факту и не нужны при табах.