Перейти к содержанию
Fire Monkey от А до Я

konung

Пользователи
  • Постов

    36
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

Сообщения, опубликованные konung

  1. Ситуация:

     

    Берем стандартную демку MobileControls. В закладке EDITORS тапаем по Edit1. Вводим текст. Последнее слово вводимого текста - подчеркивается (для замены вариантами из словаря и т.п.). Тапаем на следующий контрол Edit2. Жмем любую кнопку на клавиатуре (да хоть бы даже и "удалить") и в Edit2 вставляется тот текст, что был подчеркнут в Edit1, и за ним - пишется уж то, что было нажато на клавиатуре.

     

    Уточню - в буфер ничего не копировалось, и, естественно "Вставить" не нажималось. Клавиатура - стандартная/родная. Ось - 4.2.1 стоковая для Galaxy Nexus.

     

    Аналогично выглядит ситуация и с иными контролами ввода.

    Почему так происходит и можно ль это как-то обойти?

    Скрин из программы после нажатия кнопки клавиатуры во втором контроле:

     

    post-123-0-88839500-1398157221.jpg

  2. Собственно - сабж. Не знаю как корректно это называют. В нативных контролах это выглядит так:

     

    post-123-0-16762300-1398156026_thumb.jpg

     

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

  3. В 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 и имел иной вид...

  4. Чую ща вас заругают за оформление...

     

    Однако по теме(ам)...

     

    Та самая строчка называется Toast. и насколько я понял стандартного компонента для работы с ней - нет. Народ в сети предлагает воспользоваться вот этим: FMX Toast Component

     

    Для обработки нажатия кнопки меню - юзайте стандартно событие OnKeyUp, где Key искать равный 18 или vkMenu из System.UITypes. Стандартного меню, опять же, как я понял - нет. Однако можно обработав нажатие сделать что-нить своё.

     

    Что до прочей инфы - искать стоит на оф. сайте, в хелпе, в демках. Хотя далеко не всё что хотелось бы там есть. Ряд вопросов я для себя разобрал роясь здесь, в stackoverflow, тут http://delphifmandroid.blogspot.ru (в частности вот, про диалоговое окно с едитом http://delphifmandroid.blogspot.ru/2014/02/blog-post.html). В целом - инфа есть, но мало и разрозненно.

  5. Сами пишем - сами отвечаем ;)

     

    Workaround

    Решение: On Android, Use TPopup Instead of ShowMessage

    ShowMessage can become unresponsive when the user changes the focus in an Android app. We recommend using TPopup instead. When the user changes the focus away from a popup, the popup closes as expected, but it can be easily invoked again.

     

    Хотя в QC висит всё же как не решенное http://qc.embarcadero.com/wc/qcmain.aspx?d=119285

     

    Благодарю за ответ(ы) ;)

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

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

  8. Среда - XE6 (в XE5 Upd2 было то же самое... Надеялся на исправления - ан нет.)
    Аппарат - Galaxy Nexus. Ось - 4.2.1.

     

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

    Можно как-нить модифицировать стиль отображения для TMemo. Что то вроде эдакого многострочного TEdit.

  9. Есть такая беда с ShowMessage и иже с ними:

     

    Среда: RAD Studio XE6
    Аппарат: Galaxy Nexus (4.2.1).

    1. Отображаем сообщение
    2. Сворачиваем программу (например по кнопке Home).
    3. Возвращаемся к всё еще запущенному приложению - оно висит мертво.

    В иных приложениях - замечал, что диалоговые окна в таких ситуациях по обыкновению закрывают. Надо именно так делать? 

  10. Есть ряд нареканий в работе с TEdit. Уж не знаю - моя ли это криворукость, или решается так или иначе. Итак:

     

    Среда - XE6 (в XE5 Upd2 было то же самое... Надеялся на исправления - ан нет.)

    Аппарат - Galaxy Nexus. Ось - 4.2.1. 

     

    - Не хватает "указателя положения курсора/каретки" (не знаю как это корректно называется). В нативных контролах это выглядит так:

     

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

     

×
×
  • Создать...