d7d1cd

Привет всем. При попытке скопировать свойства анимации возникает исключение EConvertError: FloatAnimation1->Assign(FloatAnimation2); Почему так?

Привет всем. У меня возникла следующая, непонятная мне, трудность. В свой программе я динамически создаю фрейм и вывожу его на главную форму с помощью анимации. Фрейм плавной выезжает на форму. Анимация для данного фрейма создается в дизайнере. При нажатии на первую кнопку создается фрейм(точнее, выделяется память под него), затем у анимации меняется родитель с главной формы на фрейм, задаются параметры анимации и анимация запускается. Фрейм выезжает. При нажатии на вторую кнопку устанавливается реверс анимации и она снова запускается. Фрейм уезжает. Однако если после этого снова нажать первую кнопку, то фрейм просто появляется на экране. Анимация им уже не управляет. Если же анимацию создавать динамически, то все работает. Почему так происходит? Прикрепил тестовый проект. TestAnimation.zip

Согласен. Ой как согласен!

Фрейм это как прозрачное стекло, на котором лежат компоненты. Оно как форма, но у него нет заголовка и границ. Для отображения фрейму нужна форма. Если на форме есть, например, кнопка, то при размещении на этой форме фрейма, он не закроет эту кнопку (прозрачное стекло).

Я тоже не использую стандартные диалоги. Но у меня несколько иное решение. Завтра постараюсь показать. Есть вопрос: зачем вы занимаетесь велосипедостроением в плане создания клавиатуры? Ведь есть стандартные сенсорная и экранные. Хотите чтобы приложение полностью имело один стиль?

Посмотрел Ваш проект. Мне понравилось. Можно вопрос: при нажатии, например, на кнопку "Выход", на экран "выезжает" диалоговое окно. Как добиться такого эффекта?

Не делал я этого. Делаю: кладу копию файла в папку с проектом (сам файл в проект не добавляю), компилирую - вызывается экранная клавиатура. Добавил файл в проект, перекомпилировал - результат тот же. P.S. А еще я на своем планшете увидел, что если вызвать сенсорную клавиатуру принудительно (кнопкой в панели), то у нее есть кнопка закрыть и свернуть, а у полноэкранных приложений из магазина Windows (IE, например) их нет. Вот как бы еще именно так вывести сенсорную клавиатуру в своем приложении...

Видимо, что-то делаю я не так, потому что вызывается все равно экранная клавиатура. А делаю я так: 1. Нашел в папке "C:\Program Files (x86)\Embarcadero\Studio\16.0\source\fmx" файл "FMX.Platform.Win.pas". 2. Открыл этот файл и заменил в нем нужные строки. 3. Запустил среду программирования, создал проект на FMX, добавил поле ввода. 4. В конструкторе формы прописал "VKAutoShowMode = TVKAutoShowMode::Always;" 5. Запустил приложение, нажал на поле ввода и... увидел на экране экранную клавиатуру, а не сенсорную... Что я не доделал?

Сделал как вы посоветовали: FExeName := 'tabtip.exe'; FWndClassName := 'tabtip.exe'; Однако все равно вызывается экранная клавиатура. Наверное файл, который я менял, надо как-то подкрепить к проекту...

Все получилось. Вызывается экранная клавиатура. А как сделать так, чтобы вызывалась сенсорная?

Привет всем! В Windows 8, 8.1 есть сенсорная клавиатура. Вызвать ее из своей программы можно запустив файл tabtip.exe. Подскажите, а могу ли я управлять этой программой. Например развернуть/свернуть ее, плавно показать из-за края экрана или переключить в режим ввода символов и цифр, "нажав" из своей программы на этой клавиатуре кнопку "&123"? P.S. И, к стати о клавиатуре, вопрос разработчикам FMX: почему на Windows приложения FMX не вызывают сенсорную клавиатуру при выборе контрола, требующего ввода данных?

Привет всем. Мне для полноэкранного приложения для Windows необходим компонент на подобие TPageControl в VCL, только чтобы вкладки были справа. Есть ли в FMX что-то такое?

То есть, TScaledLayout при изменении своих размеров, меняет размер элементов на нем?

То есть, вы имеете ввиду класть все элементы управления на TScaledLayout, а потом увеличивать (уменьшать) размеры всех элементов меняя свойство Scale у данного компонента?

Здравствуйте. Подскажите, в XE8 устранена проблема, являющаяся темой выше приведенного обсуждения? Проще: в XE8 событие OnClick у TEdit работает?

Про ручное регулирование размеров контролов ясно. Но это очень проблематично, так как необходимо менять не только размер контрола, но и координаты его расположения. Хотелось бы реализовать примерно такой механизм: 1. Программа создается на компьютере с каким то монитором определенного размера и определенным разрешением. 2. Для этого монитора и разрешения коэффициент увеличения (назовем его так) равен 1. 3. Все элементы управления на этом мониторе создаются таких размеров, какие требуются. 4. При запуске программа вычисляет выше указанный коэффициент и увеличивает (при коэффициенте меньше 1 - уменьшает) все формы программы. При этом элементы управления тоже увеличиваются (уменьшаются) как на картинке, размер которой меняют. Тут, конечно, есть проблема, когда соотношение сторон на проектировочном компьютере отличается от такого соотношения на рабочем. Пусть это будут пока детали... Как вы считаете, возможно реализовать такой механизм, используя свойство Scale, например? P.S. Наверное, моя тема тесно связана с этой http://fire-monkey.ru/topic/1205-masshtabirovanie-elementov-otnositelno-razme/#entry5472

Привет всем! Не знал в каком разделе форума задать свой вопрос, поэтому задам тут. Существует ли в FMX способ, при помощи которого можно создать полноэкранное приложение для Windows так, что видимый размер элементов управления окна будет одинаков для дисплеев всех размеров? Например, приложение запущено на планшете с диагональю 8 дюймов. Размер кнопки, измеренный линейкой приложенной к экрану, 40х10 мм. Затем это же приложение запускается на десктопе с диагональю 27 дюймов. Размер кнопки так же 40х10 мм. P.S. Измените, пожалуйста, название темы на "Один размер под разные дисплеи".

М-да... Ни здрасьти, ни знаков препинания...

Я напрямую и не общаюсь с ней. Есть сервер в виде сервиса. Общение будет через него.

Привет всем! Есть база данных Firebird. Необходимо из приложения отправить SQL запрос для этой базы и полученные данные вывести в список ListBox. Подскажите, какие компоненты FireDAC необходимо использовать для этого.

Ярослав, вновь спасибо. Однако у меня С++Builder и я не могу посмотреть предложенный Вами пример. А кроме этого, я уже как то нацелился сделать свой компонент. Конкретно - симбиоз TEdit и TLabel. Аналог TLabeledEdit в VCL. Получится у меня в создаваемом компоненте решить проблему "не кликабельности" TEdit-a?

Задам, наверное, последний вопрос в этой теме. Если создать свой компонент, унаследованный от TEdit, то применив "обходные пути", предложенные Ярославом, можно будет создать компонент TMyEdit, например, в котором событие OnClick будет работать из инспектора объектов. Правильно я рассуждаю?

Ясно. Сейчас экспериментирую. Создал функцию с одним параметром типа TObject и назначил ее обработчиком события OnClick. При щелчке на Edit происходит вызов моей функции, однако в параметр этой функции передается не указатель Edit-a на котором был произведен щелчок, а что-то другое. Почему так происходит и как решить эту проблему?

Ярослав, благодарю за код. И тут же вопрос. В этом коде назначается обработчик события OnClick для конкретного Edit-а. А как быть, если у меня их много? Надеюсь не для каждого прописывать приведенный Вами код?

Может ScrollBox?