• 0
yura371

Использование компонентов fgProgressDialog и TfgActivityDialog в Windows

Вопросы

А как под Windows запустить TfgProgressDialog, при запуске примеров код выполняется, а визуально ничего не видно! Хотя в пакете есть Windows компоненты (например FGX.ProgressDialog.Win.pas), но в Tool Palette TfgProgressDialog не активен.

Нашел название компонента - WinNativeProgressDialog, но создать я смог его только вручную без Tool Palette:

uses
FGX.ProgressDialog.Win,
var
  WinNativeProgressDialog:TWinNativeProgressDialog;
begin
  WinNativeProgressDialog:=TWinNativeProgressDialog.Create(self);
  WinNativeProgressDialog.Show;

Также хотелось бы узнать про использование TfgActivityDialog в WIndows.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 ответ на этот вопрос

  • 0

Этот файл случайно попал в пакет. Для Windows сервис не реализован до конца. Поэтому не имеет смысла его использовать, только если вы сами его не допишите.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Гость
Эта тема закрыта для публикации ответов.

  • Похожий контент

    • От Вадим Смоленский
      В декабре я задавал здесь вопрос о борьбе с перехватами нажатий клавиш компонентом TWebBrowser. Продвинутый пользователь Kami посоветовал тогда, раз уж меня интересует только Windows, поставить хук на клавиатуру. Поделился полезной ссылкой. Добавил, что можно еще много чего нагуглить. Что-то действительно нагуглилось - но не в том объеме, чтобы я смог четко понять, как это следует делать. Вопросов много. Куда именно должна быть воткнута функция KeyboardProc? Что в ней должно содержаться, чтобы управление передавалось уже написанному обработчику события FormKeyDown? Многие также упоминают о возникающих проблемах с юникодом, и хорошо было бы понять, как уберечься от них.
      Буду очень признателен, если кто-нибудь осветит эту темную для меня материю.
    • От Вадим Смоленский
      Как преобразовать тип HString в обычную строку?
      Нагуглил упоминания о функции TWindowsString.HStringToString, которая должна находиться в System.WinrtHelpers. Но такого юнита в поставке Delphi не наблюдаю. Может, его можно где-нибудь раздобыть? Или существуют иные способы?
    • От Вадим Смоленский
      Пытаясь разобраться с проблемой размещения файлов в UWP-приложениях, пришел к необходимости создать в своем коде объект класса ApplicationData. Этот класс описан на соответствующей странице майкрософтовской документации, где в самом начале обозначено следующее:
      Namespace:  Windows.Storage
      Assemblies:  Windows.Storage.dll, Windows.dll
      Юнита с именем Windows.Storage или Winapi.Windows.Storage я в поставке Delphi не наблюдаю. Неудивительно, что попытки вставить соответствующие идентификаторы в раздел uses ни к чему не ведут. Как в таких случаях поступают? Откуда берут необходимое?
    • От Вадим Смоленский
      Хочу еще раз обратиться к коллективному разуму в надежде все-таки разобраться с тем, как должен быть устроен пакет appx для размещения в Microsoft Store. А именно - как организовать размещение настроек и пользовательских файлов в специально отведенных для этого папках, а не в установочном каталоге, что запрещено.
      Вся информация, которую я смог к сегодняшнему дню накопать, размещена на этой странице майкрософтовской документации и сводится к тому, что при инсталляции пакета appx автоматически создается хранилище пользовательских данных из трех папок. Цитирую: one for local files, one for roaming files, and one for temporary files. В общем-то, это удобно - по крайней мере, не нужно заботиться о деинсталляции: ровно эти же папки при удалении программы и сотрутся.
      Вопрос в том, как к этому хранилищу обратиться. В идеале, конечно же, хотелось бы иметь возможность уже в Deployment Manager обозначить для некоторых файлов, что они должны быть положены в это хранилище, а не в установочный каталог. Но как это можно сделать и можно ли сделать вообще, мне понять не удалось. Списка констант для параметра Remote Path я найти не смог, а отдельные упоминаемые тут и там константы ('res', 'assets', 'classes', 'library') явно относятся к мобильным платформам, а не к Windows.
      Если так поступить нельзя, остается класть всё в установочный каталог, а при первом запуске приложения переносить в нужное место. Но опять же: как приложению заполучить полный адрес этого места? Ведь это вовсе не привычные нам CSIDL_APPDATA и не CSIDL_COMMON_APPDATA, это нечто новое, доселе невиданное, в документации называемое "local app data store". На той же странице есть пример соответствующего кода с использованием класса ApplicationData, но он написан на незнакомом мне C#. Там есть также ссылки на описание класса ApplicationData, но по ссылкам тоже C# и C++. Был бы очень признателен, если бы кто-нибудь показал мне, как заполучить адрес local app data store средствами Delphi.
    • От Вадим Смоленский
      Целый месяц бодаюсь с Microsoft Store, пытаясь разместить у них свое UWP-приложение в виде пакета appx. Получаю отлуп за отлупом. Проблема: приложение должно располагать папкой для пользователя, отличной от установочного каталога, где он мог бы сохранять файлы. Там же должны храниться файлы настроек. Раньше, создавая дистрибутив в InnoSetup, я всегда предусматривал создание такой папки по адресу <user>\AppData\Roaming\MyApp. Теперь всё полагается указывать в разделе Deployment - но как там указать такой адрес? Вроде бы, есть графа "Remote path", и логично существовать каким-то макросам для нее, вроде AppData - но никакой информации на эту тему я найти не смог. Видел лишь упоминания таких макросов, как res, assets, classes, library - однако все они, как я понял, относятся к мобильным платформам.
      Попытки обходных маневров не удались. Сначала я решил всё класть в установочный каталог, а при первом запуске создавать нужную папку и перебрасывать в нее несколько файлов. На моем компьютере это работает, но при тестировании в Microsoft Store отчего-то валится (присылают скриншот с сообщением "Access is denied"). То ли нельзя стирать файлы в установочном каталоге, то ли нельзя в таком режиме создавать новый каталог. Потом я прочитал где-то, что UWP-приложениям всё равно, где лежат файлы, они могут их менять даже в установочном каталоге. Попробовал всё валить в одну кучу и так работать. Увы, опять отрапортовали о падении ("The app tries to create a file under WindowsApps folder").
      Получается, что все-таки нужно как-то заставить appx-дистрибутив создавать при установке папку по адресу <user>\AppData\Roaming\MyApp. Но как?
      Спрашивал на experts-exchange, там знатоков не нашлось. Если и здесь нет, может, кто-нибудь хотя бы подскажет, в каких местах есть смысл спросить?
    • От Brovin Yaroslav
      Приступил к работе над большим демо-проектом, который призван продемонстрировать работу каждого компонента в библиотеке FGX Native. Работа будет продолжаться по мере добавления новых компонентов.
      Данный демо проект нужен не только показать возможности библиотеки, но он так же станет своеобразным наглядным руководством по настройкам компонентов. Ниже представлен пример страницы приложения, посвященный компоненту TfgLabel.

    • От Brovin Yaroslav
      О чем эти слова?!?!
      Да все о том же, о гибкой системе выравнивания FlexBox и об используемой реализации этой системы Yoga.
      На этот раз решаем задачу сохранения пропорций в размерах контролов. Представьте себе. что ваши встраиваемые изображения должны всегда сохранять соотношение сторон 16 к 9. Чтобы такого добиться в VCL и частично в FMX, вам придется написать код. Хоть он и простой, но написать его придется. в FGX Native введено новое свойство AspectRatio для Size. Его основная идея задать соотношение ширины к высоте контрола. А дальше система выравнивания сама все сделает за вас и при изменении ширины или высоты контрола (в зависимости от других настроек) автоматически вычислит высоту или ширину и сохранит пропорцию.
       


    • От Brovin Yaroslav
      Расширяем границы возможностей одного из самых базовых контролов после кнопки ;-) - TfgEdit.
      Большое количество нововведений, среди которых ряд гибких настроек:
      Правила автоматической расстановки заглавных букв AutocapitalizationType. Настройки типа используемой клавиатуры KeyboardType. Правила автоматической коррекции опечаток в словах AutocorrectionType. Настройки шрифтов Font. Настройки цвета текста Color. TextPrompt - текст подсказка. Настройки пароля IsPassword. Ограничение длины вводимого текста MaxLength. Настройки проверки правописания и выделения ошибок SpellCheckingType. Режим только чтения ReadOnly. ReturnKeyType. А еще было добавлено событие OnTap для всех контролов, которое позволяет отследить именно нажатие на контрол. 
       

    • От Brovin Yaroslav
      Работа над API продолжается. В этот раз руки дошли до асинхронной реализации ShowMessage.
      Впереди еще диалоговые формы ввода строковых данных и классический MessageDlg.
       



    • От Brovin Yaroslav
      Тема: FGX Native. Новейшая кроссплатформенная платформа для мобильной разработки на Delphi Дата и время: 27 марта 2018 года в 12:00 Участники: @Brovin Yaroslav, Андрей Совцов Регистрация: ссылка Ссылка на официальный телеграмм канал: https://t.me/fgx_native Участие бесплатное На вебинаре познакомимся с текущей разработкой новой кроссплатформенной платформы, позволяющей создавать нативные приложения с быстрым откликом, плавной анимацией, продвинутой системой выраванивания, поддержкой RTL языков, оптимизированной работой с изображениями, быстрой канвой и многим другим. RAD Studio, Android/iOS В вебинаре принимает участие автор разработки Ярослав Бровин
       





  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу