Здравствуйте, dsorokin, Вы писали:
D>Вот где взять хороший GUI? Я серьезно спрашиваю. Не вижу пока такого, чтобы везде и сразу. Прямо какая-то нерешаемая проблема. Либо везде писать отдельно под платформу с общим ядром, но реально ли это?
Кажется, что wxWidgets — это как раз и есть общая надстройка над нативным GUI под каждую платформу, что выгодно отличает его от монструозного Qt.
Здравствуйте, Kocur, Вы писали:
K> R>Уж не про FGX ли ты, часом? (если про нее, то вообще мимо кассы)
K> что думаешь по поводу Ярослава Бровина?
Продуктивный товарищ Не знаю, чего мне про него еще думать FGX я только палочкой потыкал, исходников не видел (да он, кажется, полные исходники и не дает).
Здравствуйте, rudzuk, Вы писали:
r> з.ы. Поверь, даже если Embarcadero выкупит права на этут библиотеку и будет ее поддерживать в дальнейшем, перевести VCL-приложение на FMX будет очень не просто.
R>Продуктивный товарищ Не знаю, чего мне про него еще думать FGX я только палочкой потыкал, исходников не видел (да он, кажется, полные исходники и не дает).
Здравствуйте, Kocur, Вы писали:
K> R>Продуктивный товарищ Не знаю, чего мне про него еще думать FGX я только палочкой потыкал, исходников не видел (да он, кажется, полные исходники и не дает).
K> но сама идея такая же ерунда, как и FMX?
Насколько я могу судить, FGX отличается от FMX тем, что является оберточной библиотекой. То есть, она не занимается собственной реализацией контролов, как делает FMX, а предоставляет обертки к платформенным (FMX так тоже умеет, но количество поддерживаемых контролов сильно ограничено). Благодаря этому гуй более шустрый, с нативным поведением, но менее кастомизируемый (может сейчас что-то изменилось, я довольно давно ее смотрел). Еще помню, что для флекс-бокс лайаута они используют фейсбучную йогу (libyoga.so)
Здравствуйте, Nuzhny, Вы писали:
N>Кажется, что wxWidgets — это как раз и есть общая надстройка над нативным GUI под каждую платформу, что выгодно отличает его от монструозного Qt.
Спасибо! Что-то все время забываю об этом тулките. Его, кстати, используют в maxima. Как я только мог не вспомнить о нем!
Здравствуйте, Khimik, Вы писали: K>Я слышал что с Delphi12 можно скомпилировать FMX-приложение для Линукса. Кто-нибудь пробовал так делать? Может Лазарус в топку?
Мы переводим приложение с VCL на FMX и Линукс.
Ядро нашего комплекса (в т.ч. графический движок) собирается и на VCL и на FMX (Win и Линукс, в ближ время хочу собрать Андроид) и без GUI.
Формы приходится переделывать на FMX. При этом редизайним их в современном стиле, почти все заново.
Картинка
Что могу сказать. Приложение с тяжелой графикой переписанное с VCL на FMX под виндой работает и отлаживается очень неплохо.
Примерное наравне с VCL, есть свои плюсы и минусы у каждого.
ТО же самое приложение FMX для линукс (я сравниваю Win32 и Linux64)
— собирается раз в 10 медленнее. Для винды у меня около 50 проектов билдятся за 1 м 40 сек примерно, а для линукса 8-10 проектов за 5+ минут.
— объем скомпилированных промежуточных библиотек раз в 10 больше
— объем итоговых бинарников раз в 5 больше
— наше приложение при компиляции под линукс не помещается в память, поэтому пришлось разбивать и собирать из нескольких BPL
— графика работает в несколько раз медленнее (используются дефолтные движки для винды Direct2D а Для линукса свой кажется LinuxCanvas называется)
пробовал запустить skia , под виндой работает примерное так же, а для линукса жутко тормозит, но может со временем удастся
разобраться и графика будет работать нормально.
— перерисовка окон в линуксе очень неторопливая, это не только в нашем приложении, как будто вернулся в 90-е
В результате разрабатываем основную функциональность на винде, в монолите, а потом геморроимся чтобы это заработало на линуксе,
это легче чем все делать на линуксе.
На удивление, отладчик через PAServer как-то работает.
Здравствуйте, rudzuk, Вы писали:
R>Здравствуйте, rudzuk, Вы писали:
r>> з.ы. Поверь, даже если Embarcadero выкупит права на этут библиотеку и будет ее поддерживать в дальнейшем, перевести VCL-приложение на FMX будет очень не просто.
R>Свежие новости: Embarcadero решила вопрос с лицензированием FMXLinux. Жаль. Я надеялся, что сделают нативную поддержку без стороннего решения, которое таскает бинарь собранный фрипаскалем.
Плюс Для линукса необходимо 64 разрядное решение компилятора, память при компиляции в линукс жрет не в себя.
Здравствуйте, swame, Вы писали:
s> Плюс Для линукса необходимо 64 разрядное решение компилятора, память при компиляции в линукс жрет не в себя.
Это касается не только линукса, но любой платформы кроме Windows 32/64 т.к. для всего прочего используются медленные и жручие компиляторы на основе LLVM. Но вот 64-битные компиляторы (в смысле, сами компиляторы собраны под 64-бита) есть, пока, только для винды
Здравствуйте, rudzuk, Вы писали:
R>Здравствуйте, swame, Вы писали:
s>> — перерисовка окон в линуксе очень неторопливая, это не только в нашем приложении, как будто вернулся в 90-е
R>На виртуалке?
Здравствуйте, rudzuk, Вы писали:
R>Здравствуйте, swame, Вы писали:
s>> Плюс Для линукса необходимо 64 разрядное решение компилятора, память при компиляции в линукс жрет не в себя.
R>Это касается не только линукса, но любой платформы кроме Windows 32/64 т.к. для всего прочего используются медленные и жручие компиляторы на основе LLVM. Но вот 64-битные компиляторы (в смысле, сами компиляторы собраны под 64-бита) есть, пока, только для винды
Сборка для винды на 64 разряда тоже существенно медленнее чем для 32 разрядов.
Я полагал что там тоже LLVM.
Но не на порядок как для линукса.
Здравствуйте, swame, Вы писали:
S>Мы переводим приложение с VCL на FMX и Линукс.
Наверняка есть какие-то отчеты, печать таблиц, предпросмотры печати и т.п., а что используете для отчетов на FMX?
Я тоже переделываю одну программу. Все формы переделал с нуля, GUI на мой взгляд намного симпатичнее, чем у VCL. Но вот беда с отчетами, насколько я нашел, полноценное решение только фастрепорт дает. Но дороговато, особенно если программа бесплатная или для себя. Бесплатных решений нет в принципе. У меня предпросмотров нет, есть просто сохранение в эксель, использую Excel4Delphi-FMX (на базе ZEXMLSS)
Здравствуйте, temnik, Вы писали:
T>Здравствуйте, swame, Вы писали:
S>>Мы переводим приложение с VCL на FMX и Линукс.
T>Наверняка есть какие-то отчеты, печать таблиц, предпросмотры печати и т.п., а что используете для отчетов на FMX?
T>Я тоже переделываю одну программу. Все формы переделал с нуля, GUI на мой взгляд намного симпатичнее, чем у VCL. Но вот беда с отчетами, насколько я нашел, полноценное решение только фастрепорт дает. Но дороговато, особенно если программа бесплатная или для себя. Бесплатных решений нет в принципе. У меня предпросмотров нет, есть просто сохранение в эксель, использую Excel4Delphi-FMX (на базе ZEXMLSS)
До отчетов в FMX как таковых дело еще не дошло.
В любом случае есть свой слой абстрации для описания табличный форм и их последовательностей.
Из него можем сейчас выводить в эксель, PDF, HTML. В основном этим пользовались.
FastReport использовали раньше, но необходимости рисования каждого отчета со сложной версткой пользователя ручками нет,
зато часто нужно вывести что-то что пользователь может поредактировать, а уже потом распечатать или отправить.
поэтому используем более гибкие решения. Платное и бесплатное особо без разницы.
В пользу своих конструкторов, которые запросы преобразуют в табличную форму, а потом на нее накладывается верстка.
Если требуется фиксированная верстка, то обычно это эксель куда пихаются данные.
Для этого сейчас используются Flexcel, OExport
Здравствуйте, swame, Вы писали:
s> Сборка для винды на 64 разряда тоже существенно медленнее чем для 32 разрядов. s> Я полагал что там тоже LLVM. s> Но не на порядок как для линукса.
Здравствуйте, swame, Вы писали:
s> s>> — перерисовка окон в линуксе очень неторопливая, это не только в нашем приложении, как будто вернулся в 90-е
s> R>На виртуалке?
s> да.
K>Я слышал что с Delphi12 можно скомпилировать FMX-приложение для Линукса. Кто-нибудь пробовал так делать? Может Лазарус в топку?
Так Эмба в очередной раз сбежала из РФ. Зачем на них вообще рассчитывать в текущей ситуации, кроме Lazarus вообще нет альтернатив, если вся кодовая база на Паскале.