[Lazarus] "Select another LCL Widget Set"

[Michael Schnell]

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