Re: [Lazarus] Lazarus and Windows 7
En/na Florian Klaempfl ha escrit: I don't think that a completetly dynamic layouted dialog is possible. IMO buttons should have a reasonable width for all languages, if a buttons needs a deeper explanation, use a tooltip. You could also shrink/enlarge the font size to fit the available space. Labels already have an OptimalFill property, this could be extended to buttons and other controls. Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 (Ext.133) Fax +34 93 5883007 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus IDE help and Application help formats
On Tue, 18 Aug 2009 07:23:22 +0200 Marco van de Voort mar...@stack.nl wrote: On Mon, Aug 17, 2009 at 04:08:30PM +0200, Mattias G??rtner wrote: I think this discussion is somewhat fuzzy. There are several help sources, each with their own problems. Here are the most prominent: 1. the FPC help as latex files 2. the FCL help as fpdoc files 3. the lazarus packages help as fpdoc files (e.g. LCL) 4. the lazarus and fpc wiki pages 1. the FPC help as latex files * nice pages * edit: latex, send patches to Michel VC * as html: ** created via latex libs and scripts, ** viewed by webbrowser, ** search via googleco, ** reference from IDE: difficult * as pdf: ** created via latex libs and scripts, ** viewed by pdf viewer, ** search via pdf viewer, ** reference from IDE: difficult Since a few weeks as CHM too. Ok. But how can the IDE tell the chmviewer to show the page for the keyword 'procedure'? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus IDE help and Application help formats
On Tue, 18 Aug 2009, Mattias Gaertner wrote: On Tue, 18 Aug 2009 07:23:22 +0200 Marco van de Voort mar...@stack.nl wrote: On Mon, Aug 17, 2009 at 04:08:30PM +0200, Mattias G??rtner wrote: I think this discussion is somewhat fuzzy. There are several help sources, each with their own problems. Here are the most prominent: 1. the FPC help as latex files 2. the FCL help as fpdoc files 3. the lazarus packages help as fpdoc files (e.g. LCL) 4. the lazarus and fpc wiki pages 1. the FPC help as latex files * nice pages * edit: latex, send patches to Michel VC * as html: ** created via latex libs and scripts, ** viewed by webbrowser, ** search via googleco, ** reference from IDE: difficult * as pdf: ** created via latex libs and scripts, ** viewed by pdf viewer, ** search via pdf viewer, ** reference from IDE: difficult Since a few weeks as CHM too. Ok. But how can the IDE tell the chmviewer to show the page for the keyword 'procedure'? Currently it can't, since the keywords are not part of the HTML and therefor not part of the CHM. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] IDE editor's NoteBook component problems
Hi, Two questions... 1. Why is the TNoteBook component used for editor pages instead of the TPageControl. I thought the TPageControl was preferred component in applications? 2. Why doesn't the TNoteBook component have a TabPosition property? I wanted to modify my Lazarus IDE so that the editor tabs are on the right side of the editor, but can't because the TabPosition property is missing. Any reason why we can't switch to TPageControl instead? Possible issues with TPageControl - I can't see a Options property to show the 'X' clone button - I can't see a TabList popup menu option property. What could be a solution so we can position the tabs in the editor. With wide screen monitors, it will be much more beneficial to have the tabs on the right edge compared to the default top. No scroll (or much less scrolling) of tabs will occur. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Vincent Snijders wrote: What does this have to do with wide screen monitors? Even if unit names are long, which would make the tabs long, with a wide screen you should still have screen space to resize your editor to your comfortable size. Have long unit names, only a few tabs fit the size of the editor window, then you have to start scrolling - I hate that! Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Graeme Geldenhuys wrote: 2. Why doesn't the TNoteBook component have a TabPosition property? I Looking at the GTK documentation, it seems the GTK Notebook component does have a property to position it's tabs. http://library.gnome.org/devel/gtk/unstable/GtkNotebook.html void gtk_notebook_set_tab_pos(GtkNotebook *notebook, GtkPositionType pos); I'm pretty sure other GUI toolkits also have this. What is the difference between PageControl and Notebook control anyway. Isn't Notebook (in Delphi) still from the old Win 3.x components? Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Graeme Geldenhuys schreef: Vincent Snijders wrote: What does this have to do with wide screen monitors? Even if unit names are long, which would make the tabs long, with a wide screen you should still have screen space to resize your editor to your comfortable size. Do you claim, that with a normal screen, there is not enough space to put the tabs vertical (on the left) and then you have to scroll vertically? Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Vincent Snijders wrote: Graeme Geldenhuys schreef: Hi, What could be a solution so we can position the tabs in the editor. With wide screen monitors, it will be much more beneficial to have the tabs on the right edge compared to the default top. No scroll (or much less scrolling) of tabs will occur. What does this have to do with wide screen monitors? With all tabs in one line, and the fact that the tabs/text is raotated by 90 degree, indeed it gets worse if tabs are on the side. But yes the take one less line on top, and you can see one more line of source code.. If you have multipline tabs, then on a widescreen you can stack as many as you want on the side. Or maybe he was hoping that tabs on the side would not be rotated, but shown like items in a listbox. (like tree style tab extension in firefox) Maybe he should have a look at http://bugs.freepascal.org/view.php?id=13930 that may help him. Overall it seems there are a lot of people holding a great amount of iles open at the same time (sometimes me too). Having them listbox style on the side could be of interes. especially if you could also group them in some way... But then TNotebook.ShowTabs := false and add an extension that displays the selection in an otherway. Martin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Graeme Geldenhuys wrote: Vincent Snijders wrote: Do you claim, that with a normal screen, there is not enough space to put the tabs vertical (on the left) and then you have to scroll vertically? I quickly hacked my IDE to show what I mean. http://opensoft.homeip.net/~graemeg/laz_notebook_right.png Here I have an LCD screen with standard 1440x900 resolution. I currently have 13 units open in the editor with space for about 3 more units before scrolling occurs. So that's 16 units open and no scrolling in the editor window. I also have some remaining desktop space to the right of the editor, which is cropped in the screenshot. So I can even resize the editor more if I wanted to. Oh, and I have the Message Window Doc plugin installed, which allows me to dock my Messages window onto the Editor window, to save on a bit more space vertically. That wouldn;t work for windows, because tabs are ratoted by 90 degree (verical text) if you put them on the side -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
On Tue, 18 Aug 2009, Martin wrote: Vincent Snijders wrote: Graeme Geldenhuys schreef: Hi, What could be a solution so we can position the tabs in the editor. With wide screen monitors, it will be much more beneficial to have the tabs on the right edge compared to the default top. No scroll (or much less scrolling) of tabs will occur. What does this have to do with wide screen monitors? With all tabs in one line, and the fact that the tabs/text is raotated by 90 degree, indeed it gets worse if tabs are on the side. But yes the take one less line on top, and you can see one more line of source code.. If you have multipline tabs, then on a widescreen you can stack as many as you want on the side. Or maybe he was hoping that tabs on the side would not be rotated, but shown like items in a listbox. (like tree style tab extension in firefox) Maybe he should have a look at http://bugs.freepascal.org/view.php?id=13930 that may help him. Overall it seems there are a lot of people holding a great amount of iles open at the same time (sometimes me too). If you right-click the tabs, you get a list of available tabs and you can switch to the tab you want by selecting it. What more do you need ? If I have 100 open files, no matter what the visual control, I will need to switch. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Martin wrote: That wouldn;t work for windows, because tabs are ratoted by 90 degree (verical text) if you put them on the side I did a Google search and found the following. So it must be possible - it probably just needs some extra settings. The application configuration in vs 2005 beta 2 uses horizontal text with tabs on the left, so some of the code is already there. And here it is document on how to do it as well. http://en.csharp-online.net/TabControl And for delphi... http://stackoverflow.com/questions/769285/how-can-i-change-the-orientation-of-the-label-on-a-tpagecontrol ...and here is a screenshot of a delphi app http://img341.imageshack.us/img341/9533/56692119.jpg So it is doable. ;-) Even if a custom component is used for the IDE only and not included in the component palette, that should also be ok. After all, I was told multiple times the IDE is for programmers, not users (apparently programmers are not users) - so anything should go. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Martin wrote: Maybe he should have a look at http://bugs.freepascal.org/view.php?id=13930 that may help him. I already have that plugin and have used it for a while. That is probably the second best option available. And I really like the drag-to-reorder feature of that plugin! If docking was supported in Lazarus IDE, I would continue using that again, and hide the editor tabs (new option in Environmont Editor). Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Graeme Geldenhuys schreef: Michael Van Canneyt wrote: If you right-click the tabs, you get a list of available tabs and you can switch to the tab you want by selecting it. What more do you need ? Apparently that is only available to the lucky few that use the GTK2 widgetset. As far as I know, that open is not available in any other widgetset. For the unfortunate ones, there is the windows menu. As for why I don't like the popup menu. I like to see things instantly and just straight to it. The popup is extra mouse clicks. ;-) Oh, I thought it was only one extra click. Either way, I solved the problem for myself. If anybody is interested in my hack, I can supply a patch. My hack will definitely not go into Lazarus repository, because I use the Tag property as a work-around so only the editor notebook is affected. :-) I would expect to be able to review it here: http://github.com/graemeg/lazarus/tree/master Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
On Tue, 18 Aug 2009, Graeme Geldenhuys wrote: Michael Van Canneyt wrote: If you right-click the tabs, you get a list of available tabs and you can switch to the tab you want by selecting it. What more do you need ? Apparently that is only available to the lucky few that use the GTK2 widgetset. As far as I know, that open is not available in any other widgetset. As for why I don't like the popup menu. I like to see things instantly and just straight to it. The popup is extra mouse clicks. ;-) Like I said: If you have sufficiently open files, you'll get to a point where you no longer can show them all. Happens faster than you think. So your hack will work for another 15 files or so, and then you're again stuck. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Problem with LAZEReport
Hi every body I'm working with the french version of LAZEReport and I have a problem with the printing in vertical of a column header. Is that possible ? I select my field and then click on the icon hinted 'Normal Text/90°'. I see that the icon is selected and in the F11 window, it appears too. But nothing when I print my report. Thanks for more informations JPN -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Michael Van Canneyt wrote: Like I said: If you have sufficiently open files, you'll get to a point where you no longer can show them all. True. Luckily my personal usage I normally don't go over 15 open files. Happens faster than you think. So your hack will work for another 15 files or so, and then you're again stuck. I know! Ctrl+Click in the code can take you all over the place. :-) I'm extending the Opened Units List add-on so that in can be docked to to the right of the editor, at which point, it hides the editor tabs. This add-on uses a listview, which takes up less space that tabs, so I should be able to fit another 10 open files in there. http://bugs.freepascal.org/view.php?id=13930 PS: Anybody know when will Lazarus IDE have docking support? I know of quite a few Lazarus add-ons that all do there own manual docking hacks. It would be so much easier with standard docking. I remember reading a while back that somebody was working on it - how far is the progress? Any way we can help? Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Vincent Snijders wrote: Oh, I thought it was only one extra click. As per a very unofficial study, the avg. programmer does 6000+ left clicks and 2500+ right clicks per day! So that will actually work out to be a lot more that one extra click per day. ;-) I would expect to be able to review it here: http://github.com/graemeg/lazarus/tree/master The hack is so ugly I don't know if I should put it there.. :-) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Graeme Geldenhuys schrieb: If docking was supported in Lazarus IDE, I would continue using that again, and hide the editor tabs (new option in Environmont Editor). I made an prototype for an multi-window docking editor (examples/dockmanager/easyedit). Every page can be detached by dragging its tab, so that any number of edit windows, with any number of files, can be created. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE editor's NoteBook component problems
Graeme Geldenhuys wrote: Martin wrote: Maybe he should have a look at http://bugs.freepascal.org/view.php?id=13930 that may help him. I already have that plugin and have used it for a while. That is probably the second best option available. And I really like the drag-to-reorder feature of that plugin! If docking was supported in Lazarus IDE, I would continue using that again, and hide the editor tabs (new option in Environmont Editor). Regards, - Graeme - When I can find the time, I'll try extending the package to place the file-list into the editor (like your editor toolbar) via TFrame. But not in the mean time. Work is chaotic this year due to the downturn. Unless one of your clones beat me to it. ;-) Regards, Funky Beast -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] codetools tooltip showing method visibility
Hi, Many times I am working with large classes that are much bigger than what is visible in the editor view. Is there any way the tooltip shown over a property or method can include visibility information? That way I can simply hover the move over a method or property and see if it is protected or public etc... Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] codetools tooltip showing method visibility
On Tue, 18 Aug 2009, Graeme Geldenhuys wrote: Hi, Many times I am working with large classes that are much bigger than what is visible in the editor view. Is there any way the tooltip shown over a property or method can include visibility information? That way I can simply hover the move over a method or property and see if it is protected or public etc... Combining this with some of your other posts, I'd say you're in dire need of a bigger monitor. Laptops are no good for serious development :-) Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] codetools tooltip showing method visibility
On Tue, 18 Aug 2009 16:23:32 +0100 Martin laza...@mfriebe.de wrote: Graeme Geldenhuys wrote: Hi, Many times I am working with large classes that are much bigger than what is visible in the editor view. Is there any way the tooltip shown over a property or method can include visibility information? That way I can simply hover the move over a method or property and see if it is protected or public etc... Implemented in 21283. While not as nice, there is a way. right click the fold gutter (assuming you have folding at class-sections enabled) The menu will list all parent fold-nodes . Ideally I would like to add a capability to list this path in the status bar (instead of the file name). @Felipe: See here for example where capacity does not fit. A path information would indeed be nice. Especially if you are in a nested procedure. The statusbar has not enough space for this. What about the code explorer? A node can be added showing a list of quick jumps. For example when you are in a nested procedure, it can show a node for each nested procedure, so you can jump to each level with one click. In a class it would show the visibility and the class header. On a second thought: Forget it, there is probably already a patent for this one-click-to-related-stuff. But that will require some more work, because the fold happens at the keyword (e.g. procedure) but such a path-info would require the name of the procedure (easy if it's on the same line, harder if it is on another line. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] codetools tooltip showing method visibility
Mattias Gaertner wrote: A path information would indeed be nice. Especially if you are in a nested procedure. The statusbar has not enough space for this. What about the code explorer? A node can be added showing a list of quick jumps. For example when you are in a nested procedure, it can show a node for each nested procedure, so you can jump to each level with one click. In a class it would show the visibility and the class header. On a second thought: Forget it, there is probably already a patent for this one-click-to-related-stuff. It is something a lot of html editors (probably xml too) have. Or firebug (extension to firefox) has it too. Martin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] hints missing new line [Re: codetools tooltip showing method visibility]
Mattias Gaertner wrote: Graeme Geldenhuys wrote: Hi, Many times I am working with large classes that are much bigger than what is visible in the editor view. Is there any way the tooltip shown over a property or method can include visibility information? That way I can simply hover the move over a method or property and see if it is protected or public etc... Implemented in 21283. I can't get a screenshoot, because hints disapear on keyboard. but if you haver over Synedit. create (in the class declaration), several of the ancestor methods are listed in a single paragraph, just glued behind each other Martin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] hints missing new line [Re: codetools tooltip showing method visibility]
Mattias Gaertner wrote: On Tue, 18 Aug 2009 17:18:25 +0100 Martin laza...@mfriebe.de wrote: I can't get a screenshoot, because hints disapear on keyboard. but if you haver over Synedit. create (in the class declaration), several of the ancestor methods are listed in a single paragraph, just glued behind each other At the moment they are collected and added as simple text lines. So each ancestor is separated by a new line character. The hint that you see is an arbitrary control. By default it is a TLabel. So no html possible. That's why it looks glued together. But I also started a html hint control using the tpipro control. Hm, but there are some new lines, so the ability to show new lines is there. There are about 5 or 6 ancestor classes with Create, after the first is a new line, then all in one single block, and another new line in front of the last. Looks like maybe the 2 with the newline, have a newline in the actual help text, so it is copied from there? The newlines used by codetools: are the LineFeed or just #13? Martin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] hints missing new line [Re: codetools tooltip showing method visibility]
On Tue, 18 Aug 2009 17:42:44 +0100 Martin laza...@mfriebe.de wrote: Mattias Gaertner wrote: On Tue, 18 Aug 2009 17:18:25 +0100 Martin laza...@mfriebe.de wrote: I can't get a screenshoot, because hints disapear on keyboard. but if you haver over Synedit. create (in the class declaration), several of the ancestor methods are listed in a single paragraph, just glued behind each other At the moment they are collected and added as simple text lines. So each ancestor is separated by a new line character. The hint that you see is an arbitrary control. By default it is a TLabel. So no html possible. That's why it looks glued together. But I also started a html hint control using the tpipro control. Hm, but there are some new lines, so the ability to show new lines is there. There are about 5 or 6 ancestor classes with Create, after the first is a new line, then all in one single block, and another new line in front of the last. Looks like maybe the 2 with the newline, have a newline in the actual help text, so it is copied from there? The newlines used by codetools: are the LineFeed or just #13? It was not in the codetools, but in the fpdoc help. I added a line break. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] hints missing new line [Re: codetools tooltip showing method visibility]
On Tue, 18 Aug 2009 17:18:25 +0100 Martin laza...@mfriebe.de wrote: Mattias Gaertner wrote: Graeme Geldenhuys wrote: Hi, Many times I am working with large classes that are much bigger than what is visible in the editor view. Is there any way the tooltip shown over a property or method can include visibility information? That way I can simply hover the move over a method or property and see if it is protected or public etc... Implemented in 21283. I can't get a screenshoot, because hints disapear on keyboard. but if you haver over Synedit. create (in the class declaration), several of the ancestor methods are listed in a single paragraph, just glued behind each other At the moment they are collected and added as simple text lines. So each ancestor is separated by a new line character. The hint that you see is an arbitrary control. By default it is a TLabel. So no html possible. That's why it looks glued together. But I also started a html hint control using the tpipro control. The next step is to add some html markers and complete the tpipro control. Preferably we need a css. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] hints missing new line [Re: codetools tooltip showing method visibility]
Mattias Gaertner wrote: Hm, but there are some new lines, so the ability to show new lines is there. There are about 5 or 6 ancestor classes with Create, after the first is a new line, then all in one single block, and another new line in front of the last. Looks like maybe the 2 with the newline, have a newline in the actual help text, so it is copied from there? The newlines used by codetools: are the LineFeed or just #13? It was not in the codetools, but in the fpdoc help. I added a line break. Hm now I am getting no hint at all, but the following in the message window (synedit.pp line: 748 constructor Create) (the /ul is in the xml) C:\lazarus_latest\docs\xml\lcl\controls.xml(15714,14) Error: Unmatching element end tag (expected /ul) C:\lazarus_latest\docs\xml\lcl\controls.xml(15714,14) Error: Unmatching element end tag (expected /ul) C:\lazarus_latest\docs\xml\lcl\controls.xml(15714,14) Error: Unmatching element end tag (expected /ul) and in the log: TCodeHelpManager.GetFPDocFilenameForSource Hint: file without owner: C:\lazarus_latest\components\synedit\synedit.pp TCodeHelpManager.LoadFPDocFile C:\lazarus_latest\docs\xml\lcl\controls.xml(15714,14) Error: Unmatching element end tag ( expected /ul) TCodeHelpManager.LoadFPDocFile C:\lazarus_latest\docs\xml\lcl\controls.xml(15714,14) Error: Unmatching element end tag ( expected /ul) TCodeHelpManager.LoadFPDocFile C:\lazarus_latest\docs\xml\lcl\controls.xml(15714,14) Error: Unmatching element end tag ( expected /ul) TCodeHelpManager.GetFPDocFilenameForSource Hint: file without owner: C:\FPC\SVN\trunc\rtl\win32\classes.pp TCodeHelpManager.GetFPDocFilenameForSource Hint: file without owner: C:\FPC\SVN\trunc\rtl\win32\system.pp TLazFPDocFile.GetElementWithName create failed: missing module name. ElementName=TCustomControl.Create TLazFPDocFile.GetElementWithName create failed: missing module name. ElementName=TWinControl.Create TLazFPDocFile.GetElementWithName create failed: missing module name. ElementName=TControl.Create -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus IDE help and Application help formats
On Tue, 18 Aug 2009, Marco van de Voort wrote: On Tue, Aug 18, 2009 at 10:08:49AM +0200, Michael Van Canneyt wrote: Since a few weeks as CHM too. Ok. But how can the IDE tell the chmviewer to show the page for the keyword 'procedure'? Currently it can't, since the keywords are not part of the HTML and therefor not part of the CHM. keywords are difficult, but procedures work fine. Simply merge the indexes and do a lookup. Note that I also converted the Windows CHM header, it will be in the next version. Note that the keywords are in the html docs in the file ref/ref.pwd type=refch3.html#keyword:type integer=refsu5.html#keyword:integer array=refsu14.html#keyword:array record=refsu15.html#keyword:record and that the anchors exist in the mentioned files, so the CHM generation could, in theory, make use of this. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] codetools tooltip showing method visibility
2009/8/18 Michael Van Canneyt mich...@freepascal.org: Combining this with some of your other posts, I'd say you're in dire need of a bigger monitor. Laptops are no good for serious development :-) My daily work gets done on a desktop PC with 1440x900 resolution LCD display. At least it's much better than CRT monitors. My laptop at home has a large enough desktop space, but text is tiny. :-) -- screen #0: dimensions:1920x1200 pixels (15.4inch diagonal) resolution:96x96 dots per inch -- The problem is you want all these nice features of the IDE, but you also want a large enough editor window. PS: Have a look at the TtiObject class definition - it is huge. 186 lines and doesn't even fit on my laptop screen. And the inline comments (documentation) doesn't help either - one of the big plus points for any project to move over to fpdoc style (external) class documentation. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] codetools tooltip showing method visibility
2009/8/18 Martin laza...@mfriebe.de: While not as nice, there is a way. right click the fold gutter (assuming you have folding at class-sections enabled) I know about that feature and use it often. I think it was added per my request. ;-) That popup menu works very well to find out what lng method you are viewing while working in the implementation section, and not being able to see the proceduce TMyClass.MyProc line. What I am now asking about is in the class definition - Interface section. I don't have code-folding enabled in the Interface section, but will give it a try tomorrow at work. Thanks for the reminder about this feature. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] codetools tooltip showing method visibility
2009/8/18 Mattias Gaertner nc-gaert...@netcologne.de: Implemented in 21283. You are a star! :-) I'll give it a try tomorrow at work. A path information would indeed be nice. Especially if you are in a nested procedure. The statusbar has not enough space for this. +1 on both counts. What about the code explorer? A node can be added showing a list of quick jumps. That sounds like a good idea. Maybe I should also try using the code explorer more often. It is a window I for some reason never use. Not in Delphi and not in Lazarus. Umm, maybe that's the source of my navigation problems. ;-) My other thought was a hint window that shows for a second or two and then close. Similar to those windows that Mozilla Thunderbird shows when you have new mail waiting. A keyboard shortcut could trigger the hint window, showing things like current method, path, visibility etc... A good default display position might be the top right corner of the editor. I remember the original TSynEdit had a option to show such a hint window while you scrolled the editor, display the line numbers. With a hint window, we could add more and more information, unlike a status bar. Also if you use the Editor Toolbar, a icon could be placed there as well and no keyboard shortcut is required. Obviously as long as the feature is registered somewhere in the IDE menu structure. On a second thought: Forget it, there is probably already a patent for this one-click-to-related-stuff. I'm from South Africa, so lets say that feature came from here. We are so slack with rules, nobody would sue. ;-) Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] codetools tooltip showing method visibility
2009/8/18 Martin laza...@mfriebe.de: I use it all the time, because SynEdit is rather huge too. So it's the quickest way to know if something is public or whatever. Excellent! IMHO with large, even medium classes, being able to fold away for example the private part is a good thing anyway. My problem is that many of the classes I work with, has inline documentation (PasDoc style), so it escalates the class length and make even Public or Published areas hard to work with. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] opengl and compiz
Dear Mattias,
I think that is related to how lazarus manage opengl. I tried another
example with TOpenGLControl and I get the same behaviour.
I put a TOpenGLControl on a form then I just copied a piece of code
(from the example on TOpenGLControl in Components/Examples) in order to
draw a cube after a click on the TOpenGLControl.
When I click on the OpenGLControl1 the cube is correctly painted both
with and without compiz.
With compiz disabled if I minimize the form and then restore it the
OpenGLControl1 is not visible but if I click on it the OpenGLControl1
appears again and the cube too.
With Compiz enabled if I minimize the form and then restore it the
OpenGLControl1 is not visible neither if I click on it the
OpenGLControl1 again. Oviously the cube is not visible.
Any ideas?
andrea
Here the code I used.
unit Unit1;
{$mode objfpc}{$H+}
interface
uses
Classes, SysUtils, FileUtil, LResources, Forms, Controls, Graphics,
Dialogs,
OpenGLContext, GL, GLU;
type
{ TForm1 }
TForm1 = class(TForm)
OpenGLControl1: TOpenGLControl;
procedure OpenGLControl1Click(Sender: TObject);
private
{ private declarations }
public
{ public declarations }
cube_rotationx: GLFloat;
cube_rotationy: GLFloat;
cube_rotationz: GLFloat;
end;
var
Form1: TForm1;
implementation
{ TForm1 }
procedure TForm1.OpenGLControl1Click(Sender: TObject);
var
Speed: Double;
begin
if Sender=nil then ;
glClearColor(1.0, 1.0, 1.0, 1.0);
glClear(GL_COLOR_BUFFER_BIT or GL_DEPTH_BUFFER_BIT);
glEnable(GL_DEPTH_TEST);
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
gluPerspective(45.0, double(width) / height, 0.1, 100.0);
glMatrixMode(GL_MODELVIEW);
glLoadIdentity();
glTranslatef(0.0, 0.0,-6.0);
glRotatef(cube_rotationx, cube_rotationy, cube_rotationz, 0.0);
glBegin(GL_QUADS);
glColor3f(0.0,1.0,0.0); // Set
The Color To Green
glVertex3f( 1.0, 1.0,-1.0); // Top Right Of
The Quad (Top)
glVertex3f(-1.0, 1.0,-1.0); // Top Left Of
The Quad (Top)
glVertex3f(-1.0, 1.0, 1.0); // Bottom Left Of
The Quad (Top)
glVertex3f( 1.0, 1.0, 1.0); // Bottom Right
Of The Quad (Top)
glEnd();
glBegin(GL_QUADS);
glColor3f(1.0,0.5,0.0); // Set
The Color To Orange
glVertex3f( 1.0,-1.0, 1.0); // Top Right Of
The Quad (Bottom)
glVertex3f(-1.0,-1.0, 1.0); // Top Left Of
The Quad (Bottom)
glVertex3f(-1.0,-1.0,-1.0); // Bottom Left Of
The Quad (Bottom)
glVertex3f( 1.0,-1.0,-1.0); // Bottom Right
Of The Quad (Bottom)
glEnd();
glBegin(GL_QUADS);
glColor3f(1.0,0.0,0.0); // Set
The Color To Red
glVertex3f( 1.0, 1.0, 1.0); // Top Right Of
The Quad (Front)
glVertex3f(-1.0, 1.0, 1.0); // Top Left Of
The Quad (Front)
glVertex3f(-1.0,-1.0, 1.0); // Bottom Left Of
The Quad (Front)
glVertex3f( 1.0,-1.0, 1.0); // Bottom Right
Of The Quad (Front)
glEnd();
glBegin(GL_QUADS);
glColor3f(1.0,1.0,0.0); // Set
The Color To Yellow
glVertex3f( 1.0,-1.0,-1.0); // Bottom Left Of
The Quad (Back)
glVertex3f(-1.0,-1.0,-1.0); // Bottom Right
Of The Quad (Back)
glVertex3f(-1.0, 1.0,-1.0); // Top Right Of
The Quad (Back)
glVertex3f( 1.0, 1.0,-1.0); // Top Left Of
The Quad (Back)
glEnd();
glBegin(GL_QUADS);
glColor3f(0.0,0.0,1.0); // Set
The Color To Blue
glVertex3f(-1.0, 1.0, 1.0); // Top Right Of
The Quad (Left)
glVertex3f(-1.0, 1.0,-1.0); // Top Left Of
The Quad (Left)
glVertex3f(-1.0,-1.0,-1.0); // Bottom Left Of
The Quad (Left)
glVertex3f(-1.0,-1.0, 1.0); // Bottom Right
Of The Quad (Left)
glEnd();
glBegin(GL_QUADS);
glColor3f(1.0,0.0,1.0); // Set
The Color To Violet
glVertex3f( 1.0, 1.0,-1.0); // Top Right Of
The Quad (Right)
glVertex3f( 1.0, 1.0, 1.0); // Top Left Of
The Quad (Right)
glVertex3f( 1.0,-1.0, 1.0); // Bottom Left Of
The Quad (Right)
glVertex3f( 1.0,-1.0,-1.0); // Bottom Right
Of The Quad (Right)
glEnd();
Speed := double(OpenGLControl1.FrameDiffTimeInMSecs)/10;
cube_rotationx += 5.15 * Speed;
cube_rotationy += 5.15 * Speed;
cube_rotationz += 20.0 * Speed;
OpenGLControl1.SwapBuffers;
end;
initialization
{$I unit1.lrs}
end.
I doubt that this is related.
Re: [Lazarus] opengl and compiz
On Tue, 18 Aug 2009 23:29:54 +0200 Andrea Mauri andrea.mauri...@gmail.com wrote: Dear Mattias, I think that is related to how lazarus manage opengl. I cannot really confirm this. My code works fine with or without compiz. But I must admit that I see the same resize problems you do when I use a complex offscreen framebuffer structure with compiz enabled. I did not have the time to trace the origin of the troubles but I don't think it is related to Lazarus (although it is possible). Simple framebuffer setups don't show any problems but I always use the resize event to correctly setup projection matrix and viewport. I tried another example with TOpenGLControl and I get the same behaviour. I have just tested your code and it looks like there is a problem with the OnClick event of the control. Lots of clicks are 'lost' if compiz is enabled. But it does not seem to be a problem with the minimizing else my code should show the problem, too, and I can get your code the show the cube even after minimizing and restoring the window. If I find some time I will try to look a little bit deeper. Any ideas? Perhaps your driver/card don't play nicely with compiz. Compiz sometimes shows problems with all kind of stuff (mostly task bars and window decorations). So I advise you to disable it while developing or using windowed OpenGL programs (btw fusion-icon makes this window manager switching easy). It may be a problem with GLScene but the 'lost' OnClick events look like there is some trouble with Lazarus, too. hih Reimar P.S.: And while we are talking about compiz issues. I have observed that my framerate increases if I have the mouse pointer over the OpenGLControl (which I think is really strange behaviour). Do you see the same effect? -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
