Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread Graeme Geldenhuys
On 23 July 2012 17:12, Martin Schreiber wrote: >> Guys, please take into consideration not only Martin but also Graeme,.. :) >> > Graeme does not need it, fpGUI does not stream components, has no IDE... For good reason. I don't want the headaches of designing and supporting a full blown IDE. I al

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread Michael Van Canneyt
On Mon, 23 Jul 2012, Ivanko B wrote: These fields are private for a reason. Making them protected exposes them e.g. in TForm and TDatamodule from Lazarus, which is a can of worms we are not going to open. Such (exposing private fields to the protected level

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread Martin Schreiber
On Monday 23 July 2012 17:57:59 Ivanko B wrote: > These fields are private for a reason. > Making them protected exposes them e.g. in TForm and TDatamodule from > Lazarus, which is a can of worms we are not going to open. > > Such (exposing private fields to

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread Ivanko B
These fields are private for a reason. Making them protected exposes them e.g. in TForm and TDatamodule from Lazarus, which is a can of worms we are not going to open. Such (exposing private fields to the protected level) properties may have special names whi

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread michael . vancanneyt
On Mon, 23 Jul 2012, Martin Schreiber wrote: On Monday 23 July 2012 15:31:42 michael.vancann...@wisa.be wrote: I don't see why you cannot do the same. It's perfectly possible to use the streaming system for both TComponent and other classes. All it takes is RTTI, which happens to be enabled

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread Martin Schreiber
On Monday 23 July 2012 15:31:42 michael.vancann...@wisa.be wrote: > > You ask to throw away the very purpose and reason of existence for > TComponent. This is not going to happen. > > The 'deprecated' does not change that. These fields are private for a > reason. Making them protected exposes them

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread michael . vancanneyt
On Mon, 23 Jul 2012, Martin Schreiber wrote: On Monday 23 July 2012 13:58:56 michael.vancann...@wisa.be wrote: These fields must remain private to ensure proper functioning of the component system. Too much depends on the proper functioning of the notification API and the owner/owned relatio

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread Martin Schreiber
On Monday 23 July 2012 13:58:56 michael.vancann...@wisa.be wrote: > > These fields must remain private to ensure proper functioning of the > component system. Too much depends on the proper functioning of the > notification API and the owner/owned relations and its inherent memory > management. > T

Re: [fpc-devel] Opening FPC base classes

2012-07-23 Thread michael . vancanneyt
On Mon, 23 Jul 2012, Martin Schreiber wrote: Hi, I am the author of MSEide+MSEgui, a Free Pascal development environment: http://sourceforge.net/projects/mseide-msegui/ MSEide+MSEgui is not Delphi compatible and handles some basic TComponent issues differently to Lazarus: http://www.lazarus.f

[fpc-devel] Opening FPC base classes

2012-07-23 Thread Martin Schreiber
Hi, I am the author of MSEide+MSEgui, a Free Pascal development environment: http://sourceforge.net/projects/mseide-msegui/ MSEide+MSEgui is not Delphi compatible and handles some basic TComponent issues differently to Lazarus: http://www.lazarus.freepascal.org/ Is it possible to add " protect