[fpc-devel] what fpc is good for?
Luiz Americo Pereira Camara
pascalive at bol.com.br
Sun May 13 15:28:46 CEST 2007
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
More information about the fpc-devel