Re: [Lazarus] IDE
On Fri, 29 Jun 2012 13:50:57 +0200 Antonio Fortuny wrote: > > Le 27/06/2012 17:31, Mattias Gaertner a écrit : > > On Wed, 27 Jun 2012 16:08:00 +0200 > > Antonio Fortuny wrote: > > > >> Le 27/06/2012 15:07, Mattias Gaertner a écrit : > >>> On Wed, 27 Jun 2012 14:24:20 +0200 > >>> Antonio Fortuny wrote: > >>> > Hi all. > > I don't know whether this is a bug or not but it is annoying anyway: > > A form is displayed > I drop a TButton on it > I put the focus on the Tbutton (or any other component on the form) > I hit the Enter key and: > focus is redirected to the objects inspector: OK > >>> Not ok. > >> What do you mean ? In my opinion It is the same behaviour as Delphi > >> because my main purpose is to change something in the object's > >> properties. > > Sorry. You are right. vk_return shows and focusses the object inspector. > > > > > >> At the same time I would like to have the same behaviour > >> backwards: when the Enter key is hit on some property or event, focus > >> should return to to the object on the form whose properties have just > >> been changed. This way of jumping allows a keyboard travel from and to > >> the form and the properties inspector without using the mouse. > > Currently implemented: > > If in the name column focus the edit column. > > If in the edit column then commit the changed property. > > No focus change. > > So you can change a value, type Return to see the effect, > interesting if the form is showing, but this not the case, actually. Please create a bug report. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE problems when using record helper types
On Fri, 29 Jun 2012 21:09:30 +0200 Bernd wrote: > 2012/6/28 Mattias Gaertner : > > > At the moment the codetools simply skips the "helper of" keywords. > > > > Nothing was implemented. > > Should I create a feature request or is it already in the pipeline? I > assume that since the codetools can already deal with modeswitch > autoderef it is now only a matter of making it add the helper methods > to the record and the record fields to the helper and all the problems > should magically go away? "autoderef" is the ability to omit the ^ operator and simply use the point. > Because the more I use this syntax the more I like it. I have already > translated all my needed libpurple structs and functions into Objects > with methods but I also want to wrap some of the already existing > glib2 types from the glib2 unit that are also needed and the only way > to make it all neatly fit together and look and feel like Object > Pascal and not like C seem to be the record helpers. Eventually it will be implemented, but I have currently no plans to do it. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE more ...
On Fri, 29 Jun 2012 14:38:13 +0200 Antonio Fortuny wrote: > Hi folks. > > I'm still fully committed to use Lazarus and FPC and I have another > behaviour which could be annoyinf too. > I've setup the IDE to adopt the docked windows functionnality. I've > installed the anchcordocking package and everything runs fine. Now I > have almost the same front end with Lazarus and Delphi and I'm not > disturbed by their differences, I begis to be used to both environments. > So far, so good. > BUT: > When I save the environment using either "Tools - Save windows layout as > default" or "Save windows layout to file" when reloading Lazarus IDE, > whether I use the default or the file, I never get back all docked > windows as they were before leaving Lazarus. For instance, I dock the > project inspector, the objects inspector and the call stack all > together. When I reload Lazarus I only get the project inspector and I > have to manually dock again the other two windows. Fortunately, the code > main editor, the top main form (editor tool buttons and components) and > the messages window are always kept in place. Please create a bug report so this is not forgotten. I plan to work again on docking next month. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE problems when using record helper types
2012/7/1 Mattias Gaertner : > "autoderef" is the ability to omit the ^ operator and simply use the > point. I know. I wanted to say that I assume this other feature [autoderef] will also start working with records that have helpers (once the helpers are parsed) without too much effort. If its not planned to implement this then I'm going to file a feature request so it won't be forgotten (and if really nobody wants to implement it then I'm going to try) because imho the code tools should support all valid syntax constructs, especially such extremely useful ones that make life so much easier. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE more ...
2012/7/1 Mattias Gaertner : >> For instance, I dock the >> project inspector, the objects inspector and the call stack all >> together. When I reload Lazarus I only get the project inspector and I >> have to manually dock again the other two windows. Fortunately, the code >> main editor, the top main form (editor tool buttons and components) and >> the messages window are always kept in place. > > Please create a bug report so this is not forgotten. > I plan to work again on docking next month. There is a bug report already that describes these symptoms: http://bugs.freepascal.org/view.php?id=19714 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE problems when using record helper types
On Sun, 1 Jul 2012 18:50:35 +0200 Bernd wrote: > 2012/7/1 Mattias Gaertner : > > > "autoderef" is the ability to omit the ^ operator and simply use the > > point. > > I know. I wanted to say that I assume this other feature [autoderef] > will also start working with records that have helpers (once the > helpers are parsed) without too much effort. Yes. > If its not planned to implement this then I'm going to file a feature > request so it won't be forgotten (and if really nobody wants to > implement it then I'm going to try) because imho the code tools should > support all valid syntax constructs, especially such extremely useful > ones that make life so much easier. The codetools should support it. But I have other priorities. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE problems when using record helper types
2012/7/1 Mattias Gaertner : > The codetools should support it. But I have other priorities. In an earlier post you said it simply skips the helper keyword, does this mean they are parsed as if they were just normal records (or classes) or did I misunderstand this and the code tools actually do know these types as something special already? Can you tell me the relevant units where these things happen and where I should start looking for it if I (hypotetically) wanted to try implementing it? Bernd -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE problems when using record helper types
On Sun, 1 Jul 2012 19:54:04 +0200 Bernd wrote: > 2012/7/1 Mattias Gaertner : > > > The codetools should support it. But I have other priorities. > > In an earlier post you said it simply skips the helper keyword, does > this mean they are parsed as if they were just normal records (or > classes) or did I misunderstand this and the code tools actually do > know these types as something special already? They have a two special sub nodes, one for the "helper" and one for "for identifier". Otherwise they are treated as class/object/ > Can you tell me the relevant units where these things happen and where > I should start looking for it if I (hypotetically) wanted to try > implementing it? unit components/codetools/finddeclarationtool.pas The codetools searches backwards recursively until an identifier is found. So normally it can skip most code and simply compare the names of types. The result issored in a cache for later searches. With helpers this system no longer works. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] help needed on SQLite
Dear friends: i am a new users in BD and i would like to test the SQLite, but really, i can´t understand very well the tutorials obtained. I will appreciate very much to get in contact with one of the list´s member who has experience in SQLite to get a simple sample to reproduce from zero. thanks in advance Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
