Ожидается новый WidgetSet

[Sergei I. Gorelkin]

Ну, кто тут хотел социальной активности ?

http://opensoft.homeip.net/fpgui/, а также список рассылки fpc-devel:

Товарищ Graeme Geldenhuys объявил о начале работы над новой визуальной библиотекой. Разработку планируется вести на основе проектов FpGUI и FpGFX, работа над которыми была прекращена в 2002 г. Предполагается, что новая библиотека будет лишена основных недостатков LCL - тяжеловесности и зависимости от других библиотек (имеется в виду, в основном, gtk), а также соберет в себе положительные черты LPTK и Qt 4.1.
Лицензия будет та же, что и у LCL - модифицированная LGPL, допускающая статическую линковку.

Ключевым моментом библиотеки можно по праву считать автоматизированное управление расположением визуальных элементов (Layout manager). Если оно наконец будет нормально реализовано (а скриншоты на сайте дают веские основания на это надеяться), то разработчики будут освобождены от необходимости корректировать позицию и размеры элементов при локализации приложения и изменении размеров форм. Это также даст возможность проектировать формы без использования визуальных редакторов.
Как и Qt, раскладка элементов будет осуществляться с помощью BoxLayout и GridLayout. Для тех, кто не сможет примириться с отсутствием у компонентов явных координат, будет дополнительно предусмотрен FixedLayout

Также предполагается использование сглаженных шрифтов (под Linux - с использованием xft), поддержка визуальных тем и многое другое.

Попробовать новшество в действии можно, загрузив исходники с svn:

svn://opensoft.homeip.net/fpgui/trunk
svn://opensoft.homeip.net/fpgfx/trunk

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

[debi12345]

Ну, кто тут хотел социальной активности ?

http://opensoft.homeip.net/fpgui/, а также список рассылки fpc-devel:

Товарищ Graeme Geldenhuys объявил о начале работы над новой визуальной библиотекой. Разработку планируется вести на основе проектов FpGUI и FpGFX,

Заманчиво, но идея в аналогичных деталях, плюс сквозной юникод, уже реализована и доведена до безглючного состояния, еще и RAD IDE имеет - MSEgui.

[Alexander]

Отличная новость !

Вот объединить бы их всех (gui).

[alek111]

по моему, проще добавить Layout Managers к LPTK, чем поддержку unicode к FpGUI

[debi12345]

по моему, проще добавить Layout Managers к LPTK, чем поддержку unicode к FpGUI

Не стоит переоценивать авторасстановщики.
Во-первых, жрут ( причем не слабо) ресурсы в run-time, особенно при перемещениях окон.
Во-вторых, ни один "Layout Manager" не заменит нормального IDE. Поверьте страдальцу TCL/Tk, уж в этой связке различных вариантов авторасстановки - выбирай не хочу. Для простейших проектов с полупустыми формами авторасстановка - хороша, но там, где каждый миллиметр на вес золота или нужен гарантированный визуальный баланс между размерами элементов и шрифтов - опять вспоминаешь старый добрый "place -x ... -y ..."
В-третьих, в подавляющем числе случаев грамотный "achoring" в имеющихся тулкитах - более чем достаточен для достижения тех же целей.

[pda]

А ничего, строго, но приемлимо. А MSE выглядит ужастно...

[debi12345]

А ничего, строго, но приемлимо. А MSE выглядит ужастно...

MSE выглядит так, как сам ему прикажешь выглядеть - возможностей там море, вплоть до тем ( templates ).
А вообще первое, что нужно сделать для нормального вида ( у себя, а не на чужом скриншоте ) - разобраться и настроить шрифты так, чтобы Freetype-библиотека зацепила именно те шрифты, что вы хотите видеть. Что MSE, что FPGUI - оба основаны на FreeType, поэтому вопрос шрифтов для них - весьма актуален.

[Sergei I. Gorelkin]

Заманчиво, но идея в аналогичных деталях, плюс сквозной юникод, уже реализована и доведена до безглючного состояния, еще и RAD IDE имеет - MSEgui.

О существовании MSEgui автор уж явно знал, и раз взялся за такую работу - значит были веские причины. Как я понял, этот WidgetSet разрабатывался уже довольно давно, многие идеи отработаны где-то внутри, а сейчас все предполагается опубликовать и свести воедино.

Не стоит переоценивать авторасстановщики.
Во-первых, жрут ( причем не слабо) ресурсы в run-time, особенно при перемещениях окон...

Собственно, их место - диалоги, которые обычно составляют львиную долю всего gui приложения. Лично я хотел бы видеть (и иметь возможность использовать) нечто похожее на layout в Qt или Gtk. Справедливости ради - видеть это уже можно в LCL, но вот использовать как-то пока не получается...

[debi12345]

О существовании MSEgui автор уж явно знал, и раз взялся за такую работу - значит были веские причины. Как я понял, этот WidgetSet разрабатывался уже довольно давно, многие идеи отработаны где-то внутри, а сейчас все предполагается опубликовать и свести воедино.

Проект закрывался, теперь открывается - честь и хвала человеку за проделанную работу и энтузиазм, но такими темпами FPC-сообщество никогда не вылезет из состояния перманентного бета-тестирования. Ну еще один GUI-тулкит, в ряд с другими и что ? Ну будет рисовать кпонки чуть прокрасивше, а меню чуть хуже ( а выяснится, что все дело - в настройках шрифтов, и т.п. ).. В чем новизна ? В расстановщике ? Даже комбобоксов еще нет - даже страшно подумать, когда появится рабочая поддержка БД.
Логически сложные или тупо-рутинные вещи надо автоматизировать ( а не адаптацию форм к минимизации и прочие красивости, о которых конечный пользователь даже и не подозревает, чтобы их использовать ), именно они отнимают 90% времени на программирование и отладку.
Я привел пример логического подхода к проектированию БД-компонентов в теме "Соцпассивность" - автопорверка пользовательского ввода . Все имхо.
И опять имхо - только так, сконцентрировавшись на автоматизации (трудо/умо)-емкой рутины, можно вылепить продукт НОВОГО поколения
( а кому нужно старое - на возведение надстроек над ним спонсоров, как правило - не находится )

[alexs]

Лично моё мнение - все эти автоматизаторы растановок, подгонка под шрифт, под разрешение - всё это ЧЕПУХА с большой буквы - вместо того чтобы занятьсяделом и дописать LCL до удобоваримого состояния - опять изобретают велосипед.
В нормальных программах - имеются в виду действительно важные вещи, а не очередной СУПЕР-ПУПЕР калькулятор, на этапе проектирования закладывается используемые параметры среды, ОС и прочее - тем более если это заказной софт
даже насчёт мультиязычного интерфейса - не надо себя переоценивать и свою важность - програм класса WORD/WRITE или IE/OPERA/FireFox - которые действительно применимы вне зависимости от страны - кот наплакал, и они давно написаны
а задача Лазаря и ФПЦ с ним в том чтобы дать разработчикам писать нормальный зказной софт - в этом софте и язык сразу известен (много ли мы пишем за бугор во в разные страны???) и прочее.
Убедился на собственном опыте:
в ТЗ к пограмме пишется среда в котоой оно работает и всё. народ который реально работает на этоё программе - именно выполняе оснеовные свои функциональные обязанности с помоью программы, а не занимается украшательство и растановкой рющечек.
и винда работает везде одинаково (даже XP переключаем в класический интерфейс - так было заранее спланированно и нет идиотского мигания и подмигивания окон)

[Сергей Смирнов]

Согласен с alexs. Я понимаю, что кто-то захочет использовать FPC и Lazarus для написания всяких там мультемедиа-проигрывателей и прочих мулек с рюшечками, но если уж их позиционируют как замену Delphi/Kylix, прежде всего надо думать о разработчиках делового софта, у которых сказочные возможности оформления интерфейса стоят далеко не на первом месте.

А вот мультиязычный софт - штука вполне реальная, учитывая тягу бывших советских республик к повсеместному использованию национальных языков. Особенно, если немного помечтать о больших открытых проектах, в которых будут участвовать разработчики из этих стран, пусть даже основным языком общения участников будет русский.

[Sergei I. Gorelkin]

Появилась документация:
http://opensoft.homeip.net/fpgui/docs/

[Юра]

Вроде автор хочет этот виджетсет прикрутить к лазарусу. Таким образом на лазарусе получится делать приложения, выглядящие одинаково на разных платформах и не требующие дополнительных библиотек.

[alek111]

по моему, проще добавить Layout Managers к LPTK, чем поддержку unicode к FpGUI

Не стоит переоценивать авторасстановщики.

Я и не переоцениваю, просто если человеку хочется автотрассировщик и unicode, то проще написать пару классов автотрассировщиков к библиотеке в которой уже все в Юникоде, чем взять библиотеку с автотрассировщиками и перелопачивать весь код заменяя обычные строки на WideString, и исправляя попутно кучу косяков которые при этом возникают.

[alek111]

И опять имхо - только так, сконцентрировавшись на автоматизации (трудо/умо)-емкой рутины, можно вылепить продукт НОВОГО поколения

Только трудоемкая рутина у всех разная, поэтому те кому нужно писать бизнес-приложения пусть наваливаются на Лазаря, а кому хочется красивостей - делают соответствующие библиотеки.
Вообще, как я понял, тема создана для предоставления информации о новой библиотеке, а не для выяснения, какой подход или библиотека лучше.