Error

Пользователи
  • Публикации

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

  • Посещение

  • Days Won

    7

Error last won the day on 25 декабря 2016

Error had the most liked content!

О Error

  • Звание
    Продвинутый пользователь
  • День рождения

Контакты

  • AIM
    vk.com/errorcitizen/
  • Сайт
    http://errorsoft.org

Информация

  • Пол
    Мужчина
  • Город
    SPB

Посетители профиля

479 просмотров профиля
  1. Можно поиграться с подменой: IFMXSystemFontService = interface(IInterface) ['{62017F22-ADF1-44D9-A21D-796D8C7F3CF0}'] function GetDefaultFontFamilyName: string; function GetDefaultFontSize: Single; end;
  2. Они сами не знают, и у них нет единого мнения. Сейчас многое зависит от того какой релиз будет через год.
  3. Мое решение, все тоже - жду год, смотрю что происходит. Сейчас я стараюсь "доводить" свои наработки в OpenSource и выкладывать в бесплатном или нет варианте, делиться опытом, который есть в виде статей и заметок, чтобы оно не сгинуло если что...
  4. Ссылка: https://habrahabr.ru/post/318876/ Автор: Error Описание: Delphi и C++Builder разработчики, использующие VCL не по наслышке знают о вездесущей проблеме мерцания контролов. Мерцание происходит при перерисовке, вследствие того, что сначала отрисовываеться фон компонента, и только потом сам компонент. И если в случае с наследниками от TWinControl частичным решением проблемы является установка свойства DoubleBuffered в True, что заставляет контрол отрисовываться в буфере(однако DoubleBuffered работает тоже не идеально, к прим.: контрол перестает быть прозрачным), то в случае с TGraphicControl решение с DoubleBuffered просто невозможно, из-за отсутствия у TGraphicControl окна, установка же DoubleBuffered в True у родителя не помогает, из-за того что отрисовка вложенных TGraphicControl-ов происходит уже после прорисовки родителя в буфере. Обычно остается только одно — смириться с мерцанием, и максимально упростить отрисовку для минимизации эффекта, или использовать по возможности исключительно TWinControl-ы, что не всегда возможно и удобно. Однажды намучившись с мерцанием, я не выдержал и решил решить эту проблему, раз и навсегда! ...
  5. Использовать нативный TEdit и TMemo под iOS - must have. И это тоже плюс к iOS. Конкретный пример не приведу, но FMX для Android есть костыли.
  6. Не соглашусь, под iOS доступны нативные компоненты, Z-Order. Delphi код работает в основном потоке, в отличие от Android, что уже от многих глюков уберегает. И в целом на мой взгляд интеграция с системой более аккуратная, из-за меньшего количество костылей в FMX для iOS.
  7. У меня в TLang в Seattle тупо в редакторе перевод нельзя добавить, так что это не наш метод xD В примере FMX приложения PowerOff просто в коде на русский текст заменяю, если в русской винде запущенно: https://github.com/errorcalc/PowerOff/blob/master/Main.pas#L206 Хотя это костыль, и для более крупного приложения надо написать вспомогательный модуль. В Vcl есть встроенное средство для перевода, неплохое(хотя и заброшенное немного имхо), я его в https://github.com/errorcalc/ProjectScreen к примеру использую. Жалко аналога в Fmx нет.
  8. Форумы - прежде всего этот. Готовые решения - периодически на http://www.fmxexpress.com/ проскакивает разное, на Google+ есть Delphi сообщество, https://www.beginend.net/ - агрегатор блогов, на https://habrahabr.ru/hub/delphi/ бывают полезные матерьялы.
  9. действительно круто
  10. Для iOS FMX работает намного лучше, чем для Android
  11. С новым годом!
  12. По первому фото слева на право: @kami @Brovin Yaroslav @RoschinSpb @Error
  13. Советую свои компоненты на GitHub выкладывать, это сделает их более "доступными", даст версионирование