Re: [fpc-devel] LocalReferenceFixup

2010-10-11 Thread Martin Schreiber
On Monday, 11. October 2010 11.15:15 José Mejuto wrote: > MS> I converted the example to MSEgui, works OK. > > So or the problem is in LCL or I'm suffering some kind of poltergeist. Or in SQLDB. MSEgui has a forked SQLDB which has completely rewritten parts. Martin ___

Re: [fpc-devel] LocalReferenceFixup

2010-10-11 Thread Martin Schreiber
On Friday, 8. October 2010 17.55:55 José Mejuto wrote: > Attached is the example. One form that load a "menu" which opens a new > form which display a table in a grid. You will need to change the > password setup, and maybe database (I'm using aliases instead full > path), and of course the sql lin

Re: [fpc-devel] LocalReferenceFixup

2010-10-08 Thread Martin Schreiber
On Friday, 8. October 2010 11.16:44 José Mejuto wrote: > > Relationship > > > MainSecond form Datamodule > +--+ +--++---+ > > | | | SQLQuery |+---> SQLConnection --+ > | > |Button-->|| || | | | > > +--+ +---

Re: [fpc-devel] LocalReferenceFixup

2010-10-07 Thread Mattias Gaertner
On Thu, 7 Oct 2010 20:30:06 +0200 Martin Schreiber wrote: > On Thursday, 7. October 2010 17.25:28 José Mejuto wrote: > > Hello FPC, > > > > Thursday, October 7, 2010, 8:27:23 AM, you wrote: > > > > MS> Maybe you mix up component creation order and form/datamodule creation > > order? MS> I wrote a

Re: [fpc-devel] LocalReferenceFixup

2010-10-07 Thread Martin Schreiber
On Thursday, 7. October 2010 20.46:54 José Mejuto wrote: > Thank you, I'll try to gather more information from Lazarus list, but > if that's the case it completly defeats the advantages of a datamodule > and/or the presence of a published Active property in the SQLQuery (as > it is only valid if i

Re: [fpc-devel] LocalReferenceFixup

2010-10-07 Thread Martin Schreiber
On Thursday, 7. October 2010 17.25:28 José Mejuto wrote: > Hello FPC, > > Thursday, October 7, 2010, 8:27:23 AM, you wrote: > > MS> Maybe you mix up component creation order and form/datamodule creation > order? MS> I wrote about form/datamodule creation order. > > The datamodule is created just in

Re: [fpc-devel] LocalReferenceFixup

2010-10-06 Thread Martin Schreiber
On Wednesday, 6. October 2010 13.49:59 José Mejuto wrote: > Hello FPC, > > I think I can see your point, but from the "end user" point of view > this is not a possibility. How to tell to the user, "Remeber you must > call beginglobal... and notifyglobal... and finally endglobal... when > you create

Re: [fpc-devel] LocalReferenceFixup

2010-10-05 Thread Martin Schreiber
On Tuesday, 5. October 2010 17.24:09 José Mejuto wrote: > Hello FPC, > > Tuesday, October 5, 2010, 4:08:08 PM, you wrote: > >> As you can see the "Loaded" event is called (marked with some //-) > >> before calling "GlobalFixupReferences", > > MS> Not if GlobalLoaded is set. > > Yes, but it is n

Re: [fpc-devel] LocalReferenceFixup

2010-10-05 Thread Martin Schreiber
On Tuesday 05 October 2010 13:55:53 José Mejuto wrote: > > if not Assigned(GlobalLoaded) then begin <-- > for i := 0 to FLoaded.Count - 1 do > TComponent(FLoaded[i]).Loaded;// > end; > > finally > if n

Re: [fpc-devel] LocalReferenceFixup

2010-10-05 Thread Martin Schreiber
On Tuesday 05 October 2010 00:37:44 José Mejuto wrote: > Hello FPC, > > I find a problem that I'm unable to resolve, with my limited skills. > In TReader when a property is a TClass it is being added to be > resolved after all components are loaded, but the "Loaded" call is > performed before this