konung

Ситуация: Берем стандартную демку MobileControls. В закладке EDITORS тапаем по Edit1. Вводим текст. Последнее слово вводимого текста - подчеркивается (для замены вариантами из словаря и т.п.). Тапаем на следующий контрол Edit2. Жмем любую кнопку на клавиатуре (да хоть бы даже и "удалить") и в Edit2 вставляется тот текст, что был подчеркнут в Edit1, и за ним - пишется уж то, что было нажато на клавиатуре. Уточню - в буфер ничего не копировалось, и, естественно "Вставить" не нажималось. Клавиатура - стандартная/родная. Ось - 4.2.1 стоковая для Galaxy Nexus. Аналогично выглядит ситуация и с иными контролами ввода. Почему так происходит и можно ль это как-то обойти? Скрин из программы после нажатия кнопки клавиатуры во втором контроле:

Собственно - сабж. Не знаю как корректно это называют. В нативных контролах это выглядит так: При редактировании даже не большого текста этой штуки крайне не хватает. И в TEdit и в прочих контролах ввода. В т.ч. - нет возможности "протянуть" курсор, если введено текста больше чем возможно отобразить. Возможно ль его как-то включить? Или, быть может, есть иной способ отображения этого дела? Как осуществлять "протяжку" текста?

В XE6 произошли следующие изменения: StringToJString вынесено в Androidapi.Helpers. TPixelFormat теперь в FMX.Types и выглядит так: TPixelFormat = (None, RGB, RGBA, BGR, BGRA, RGBA16, BGR_565, BGRA4, BGR4, BGR5_A1, BGR5, BGR10_A2, RGB10_A2, L, LA, LA4, L16, A, R16F, RG16F, RGBA16F, R32F, RG32F, RGBA32F); хотя в XE5 сидел в FMX.PixelFormats и имел иной вид...

Чую ща вас заругают за оформление... Однако по теме(ам)... Та самая строчка называется Toast. и насколько я понял стандартного компонента для работы с ней - нет. Народ в сети предлагает воспользоваться вот этим: FMX Toast Component Для обработки нажатия кнопки меню - юзайте стандартно событие OnKeyUp, где Key искать равный 18 или vkMenu из System.UITypes. Стандартного меню, опять же, как я понял - нет. Однако можно обработав нажатие сделать что-нить своё. Что до прочей инфы - искать стоит на оф. сайте, в хелпе, в демках. Хотя далеко не всё что хотелось бы там есть. Ряд вопросов я для себя разобрал роясь здесь, в stackoverflow, тут http://delphifmandroid.blogspot.ru (в частности вот, про диалоговое окно с едитом http://delphifmandroid.blogspot.ru/2014/02/blog-post.html). В целом - инфа есть, но мало и разрозненно.

Сами пишем - сами отвечаем Workaround Решение: On Android, Use TPopup Instead of ShowMessage Хотя в QC висит всё же как не решенное http://qc.embarcadero.com/wc/qcmain.aspx?d=119285 Благодарю за ответ(ы)

Ммм... Не то что бы прям очень. Однако, есть нюансы. Местами - и чуток языковые (синтаксис, так сказать). Где-то надо портировать или заменить компоненты. Порой - учесть особенности ОС или битности или представления строк (в Лазаре utf8). Однако это все ж проще оказалось нежели переводить все в иную среду разработки.

Каюсь - не попробовал. Смотрел исключительно все по дефолту.

Боюсь развить холивар... Но насколько я слышал - не планируется. Мотивация (озвучивалось в слух на вебинаре) больно мало платформ десктопных на линухе. Хотя я лично с этим не согласен. Мне приходится вести проекты параллельно в Лазаре и в дельфях. Не говоря уж о развитии десктопных линухов. Применении их в ряде стран нарочито. И написание серверных вещей - тоже б вполне радовало...

Среда - XE6 (в XE5 Upd2 было то же самое... Надеялся на исправления - ан нет.) Аппарат - Galaxy Nexus. Ось - 4.2.1. По умолчанию TMemo на форме выглядит как просто белый прямоугольник. Что не особо радует, если честно. В ряде случаев - этого достаточно. Но порой - если есть еще контролы ввода на форме - это визуально не оТчень. Можно как-нить модифицировать стиль отображения для TMemo. Что то вроде эдакого многострочного TEdit.

Есть такая беда с ShowMessage и иже с ними: Среда: RAD Studio XE6 Аппарат: Galaxy Nexus (4.2.1). Отображаем сообщение Сворачиваем программу (например по кнопке Home). Возвращаемся к всё еще запущенному приложению - оно висит мертво. В иных приложениях - замечал, что диалоговые окна в таких ситуациях по обыкновению закрывают. Надо именно так делать?

Есть ряд нареканий в работе с TEdit. Уж не знаю - моя ли это криворукость, или решается так или иначе. Итак: Среда - XE6 (в XE5 Upd2 было то же самое... Надеялся на исправления - ан нет.) Аппарат - Galaxy Nexus. Ось - 4.2.1. - Не хватает "указателя положения курсора/каретки" (не знаю как это корректно называется). В нативных контролах это выглядит так: - Ошибки ввода в нескольких контролах подряд: -- пишем текст в неком Edit1. Последнее введенное слово при вводе подчеркивается (для замены). -- не закрывая клавиатуры щелкаем для смены фокуса ввода на некий Edit2. Жмем любую кнопку на клавиатуре - и тот текст что был подчеркнут в первом едите - дублируется сюда (на скрине - пример. нажималась во втором едите только кнопка "т"). Хуже только - при подобном переходе с TEdit на TMemo - в этом случае прога просто слетает (вылет с TMemo - в XE5 Upd2. в XE6 еще не проверял): - кнопки Вырезать/вставить/... На форме присутствуют полупрозрачные TLabel (как эксперимент просто). В этом случае кнопки правки становятся тоже полупрозрачными. - полная беда с выделением. -- долгим тапом выделяем текст. Левый указатель выделения - выше правого. Допустим - это фишка. -- левый указатель - вполне себе двигается. Но правый - если ниже расположен еще один контрол - тут же теряется и фокус и переходит к тому контролу, что ниже. Как вариант - и правый разместить вышше. что не удобно, но хотя бы возможно с ним работать. Можно попробовать ряд вариантов - но все они - заведомо малоудобны. -- если текст достаточно длинен и выходит за границы контрола - то нет возможности протащить указатель выделения на весь текст. Указатель у края, но текст не смещается, как это происходит в родных контролах. (Сорри за грубое размытие) - отрисовка/перерисовка? При использовании TTabControl и перелистывании страниц с эффектом анимации - заметные рывки, если на закладках имеется с десяток TEdit с текстом в них. Это норма? Есть варианты решения?