Daniël Mantione wrote:
Perhaps, a possible way out is to make the LCL more plug-inable. For
example, the LCL needs to support many graphics formats, and the code
ending up in the program has to be designed to support them all; you don't
know what ends up in the resource files. As a solution you could design
"plug-in" units that add the support; i.e. don't use BMP formatted icons,
then don't use the BMP plugin.
But I'll leave this up to the Lazarus team. They have talented developers,
and I'm sure they are brainstorming about ideas to reduce the exe size.
However, Lazarus developers do the engineering balancing too and weigh exe
size against anything else.
Another idea is to avoid overlap of features like
- *CriticalSection functions vs SyncObjs
- TPairSplitter vs TSplitter
- TNoteBook vs TTabControl
of course this would be provided as packages for who needs
Luiz
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel