There has been a modification in the "Options for Project" dialog with the latest svn version..

I think it was a good idea to move the Widget Type selection from the "Compiler Options" to the "Build Modes" page.

OTOH, the blue text "Select another LCL Widget Set (macro LCL Widget Type)" on the "Compiler Options" page looks a little bit weired and the Term "Widget Set" IMHO is misleading, maybe the newly introduced term "Platform" would be more appropriate..

It looks like if no "LCLWidgetType" macro is selected, the default is used. To allow for not setting a "LCLWidgetType" macro at all might or might not be a good idea.

Why is there setting " fpGUI" for the "LCLWidgetType" macro and additionally a macro "fpGUIPlatform" that can be set ?

I think the term "Platform" is was really good idea here !

If the plan is to split the selection between "WidgetType" for GUI related stuff and "Platform" for not GUI related stuff, this of course is exactly what I would like to see.

As fpGUI does not use an external Widget Set but locally implements the controls' look and feel, I think it is good that the name "WidgetType" stayed (to make a difference between an external "Widget Set" such as gtk)

I see that fpGUIPlatform selects the graphical API fpGUI uses. OK.

A similar "platform" setting might be usable to select (e.g.) the APIs the event queue is supposed to use (and thus how it is implemented). Here "Linux" and "Windows" might be future choices (if it is planned to implement the event queue based on the Windows Message Queue when using fpGUI on Windows).

This in place, other widget Types could make use of "platform" settings as well. E.g, the NoGUI Widget set could allow for "noEventQuueue", "Linux", "Windows", ...

Generally I feel that it is a good idea to allow for configurable Widget Types instead of doing a lot additional ones.

Thanks for your work,
-Michael



--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply via email to