Re: [Lazarus] Dockable IDE
Paul Ishenin schrieb: 18.03.12 11:11, Hans-Peter Diettrich wrote: These are only different implementations of the same (TDockManager) interface. I found LDockTree unusable, failing already on slightly nested layouts. It also lacks layout streaming, required in applications like the IDE. Dunno about the current state, though... I'm still waiting for a justification of: Dodi has implemented an own vision of docking while delphi like docking still works. Alpthough you descend from TDockManager you don't descend from TDockTree which was a trial to implement delphi like dock manager. The TDockTree and related TDockZone classes are not immediately applicable to the LCL and its Delphi-incompatible DragManager[Default] and TDragObject. In detail notebook-docking is not supported by the given TDockTree class, even Delphi uses further classes for that purpose, and for floating sites etc. I found the TDockTree (and LDockTree) not really usable, that's why I used TDockManager as the base class of my DockManager. Neither TDockTree nor TLazDockTree support the Lazarus extensions to TDockManager. I never implemented anything Delphi-incompatible, in contrast to anchor docking. I did not mean that you made something incompatible, just that you made an own implementation which Michael probably does not use. TDockTree is not ready for use in applications, so every application has to specify an working dockmanager. The no problems encountered statement is meaningless until the used dockmanager, widgetset *and* the unproblematic use cases are specified. Currently (trunk and 0.9.30) not any dockmanager is usable with the Win32 widgetset, due to bugs in the LCL and TDragManager, which e.g. prevent undocking a control using the mouse. The IDE (see topic) is not bound to an specific dockmanager, but I have the impression that currently only anchor docking implements the IDE interface properly (if at all). This is not a matter of an specific dockmanager, which only manages a single docksite, but of the management of all dockable forms and docksites pertaining to an application, including save/restore of layouts. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Dropdown File list in Source Editor
Hi, until a few revisions ago, the dropdown list of files which is shown right-clicking on the editor tabs, would show an asterisk beside modified files, which now has disappeared, at least in Linux. This was very useful, because one could quickly return to the file under editing, after verifying declarations, etc. in other files, even with many open files. Could this feature be reactivated? Thanks, Giuliano -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Mon, 19 Mar 2012, Giuliano Colla wrote: Hi, until a few revisions ago, the dropdown list of files which is shown right-clicking on the editor tabs, would show an asterisk beside modified files, which now has disappeared, at least in Linux. This was very useful, because one could quickly return to the file under editing, after verifying declarations, etc. in other files, even with many open files. Could this feature be reactivated? If the above is correct, then a +1 from me, because the * is something I rely on... Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On 19 March 2012 13:57, michael.va...wrote: If the above is correct, then a +1 from me, because the * is something I rely on... The * has now been replaced by the more popular ' ' (space) character. ;-) PS; What about colour coding the tabs. A modified file makes the tab a different colour. EditPad Pro does this very nicely. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Monday 19 of March 2012 14:10:21 Graeme Geldenhuys wrote: On 19 March 2012 13:57, michael.va...wrote: If the above is correct, then a +1 from me, because the * is something I rely on... The * has now been replaced by the more popular ' ' (space) character. ;-) PS; What about colour coding the tabs. A modified file makes the tab a different colour. EditPad Pro does this very nicely. Not all ws supports changing tab color. Maybe all supports tab font changes ... zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
2012/3/19 zeljko zel...@holobit.net: Not all ws supports changing tab color. Maybe all supports tab font changes I think that the * is better then font changing. For me it clearly identifies with changes while a font change could mean anything. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
2012/3/19 zeljko zel...@holobit.net: Not all ws supports changing tab color. Maybe all supports tab font changes I thought the tab control used in the editor was a custom drawn control? [so popup menus, x close button per tab, tab alignment etc. could be available in all platforms] -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Monday 19 of March 2012 14:43:47 Graeme Geldenhuys wrote: 2012/3/19 zeljko zel...@holobit.net: Not all ws supports changing tab color. Maybe all supports tab font changes I thought the tab control used in the editor was a custom drawn control? [so popup menus, x close button per tab, tab alignment etc. could be available in all platforms] No, SE tab control is native handle. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
Am 19.03.2012 14:43, schrieb Graeme Geldenhuys: 2012/3/19 zeljkozel...@holobit.net: Not all ws supports changing tab color. Maybe all supports tab font changes I thought the tab control used in the editor was a custom drawn control? [so popup menus, x close button per tab, tab alignment etc. could be available in all platforms] This is not the case: [so popup menus, x close button per tab, tab alignment etc. could be available in all platforms] So this is not true either: the editor was a custom drawn control? ;) Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On 19 March 2012 15:51, zeljko zeljko@... wrote: No, SE tab control is native handle. Umm, who made that clever decision! I don't think I know of a single IDE (except now for Lazarus IDE) that uses a native tab control in the IDE editor screen. IDE's need more visual functionality than standard native controls can supply - for that reason most if not all IDE's use custom controls all over the IDE interface. eg: Delphi uses non-native tab controls, treeviews etc. So does Qt's IDE, Java IDE's etc. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
Op 19 maart 2012 15:09 heeft Graeme Geldenhuys graemeg.li...@gmail.com het volgende geschreven: On 19 March 2012 15:51, zeljko zeljko@... wrote: No, SE tab control is native handle. Umm, who made that clever decision! Indeed, so clever, that -until you were told- you didn't notice the fact that the Lazarus developers didn't spend their time on creating their own tab control. :-) A smart decision indeed. Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Mon, Mar 19, 2012 at 3:09 PM, Graeme Geldenhuys graemeg.li...@gmail.com wrote: Umm, who made that clever decision! Until some months ago there was no custom drawn TCDPageControl in the LCL, so there was no decision to be made. On Mon, Mar 19, 2012 at 3:33 PM, Vincent Snijders vincent.snijd...@gmail.com wrote: Indeed, so clever, that -until you were told- you didn't notice the fact that the Lazarus developers didn't spend their time on creating their own tab control. :-) That is incorrect, I wrote TCDPageControl which is part of the LCL: http://wiki.lazarus.freepascal.org/Lazarus_Custom_Drawn_Controls#TCDPageControl Without it, it would not be possible to correctly implement FPBrowser with the LCL: http://wiki.lazarus.freepascal.org/fpbrowser -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Mon, 19 Mar 2012 12:53:40 +0100 Giuliano Colla giuliano.co...@fastwebnet.it wrote: Hi, until a few revisions ago, the dropdown list of files which is shown right-clicking on the editor tabs, would show an asterisk beside modified files, which now has disappeared, at least in Linux. This was very useful, because one could quickly return to the file under editing, after verifying declarations, etc. in other files, even with many open files. Could this feature be reactivated? I see the asterisk in revision 36166. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Updates to Synedit and 64 bit have linking problems
On Sun, Mar 18, 2012 at 15:36, Martin laza...@mfriebe.de wrote: On 18/03/2012 08:50, ik wrote: Hello, I tried to compile Lazarus today from svn (after two weeks of not updating it), and got the following error message: lazarus/components/synedit/synedithighlighterfoldbase.pas(722,13) Error: Asm: [movsxd mem64,reg32] invalid combination of opcode and operands It happens at lazarus/components/synedit/synedithighlighterfoldbase.pas Line 722 for the code of: Result := FoldBlockEndLevel(ALineIndex, AFilter) - FoldBlockMinLevel(ALineIndex, AFilter); I'm attaching patch to fix it. Seen the responses. Since it seems to affect the current release, I am willing ta apply a workaround patch, but: - the workaround should be IFDEF to the affected Target CPU - must have a comment: Todo: workaround for bug x. Remove when 2.6.2 is released I'ved attached the the patch as you guided. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus synedithighlighterfoldbase.pas.patch.gz Description: GNU Zip compressed data -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Mon, 19 Mar 2012 17:25:10 +0100 Mattias Gaertner nc-gaert...@netcologne.de wrote: On Mon, 19 Mar 2012 12:53:40 +0100 Giuliano Colla giuliano.co...@fastwebnet.it wrote: Hi, until a few revisions ago, the dropdown list of files which is shown right-clicking on the editor tabs, would show an asterisk beside modified files, which now has disappeared, at least in Linux. This was very useful, because one could quickly return to the file under editing, after verifying declarations, etc. in other files, even with many open files. Could this feature be reactivated? I see the asterisk in revision 36166. Sorry. I looked wrong. I added the asterisk. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
On Mon, 19 Mar 2012 17:51:48 +0100 Jürgen Hestermann juergen.hesterm...@gmx.de wrote: I already searched for hours but cannot find anything useful. My question: Is it possible (and if yes, how) to group some radio buttons so that only one of each group can be selected? I put some radio buttons on my form which select different things but they are all connected with each other so that only one can be selected at a time. I expected some property defining a goup but I cannot find anything like that. Use a TRadioGroup or put the radiobuttons on a panel. Hint: A Panel can become invisible with BevelOuter=bvNone. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus crashing reproducibly on startup (64-bit Linux)
brian wrote: On 03/18/2012 11:45 AM, Mark Morgan Lloyd wrote: brian wrote: I've recently switched distros to Mint Debian 12 64-bit XFCE. This is on an AMD Phenom *4, 4 GB of RAM. When I was reinstalling stuff I noticed that the latest version of Lazarus that they have in the repo is 0.9.28, a bit old I know, but it works for what I do. So I installed 0.9.28, which also brought in FPC 2.4.0-2. When I try to run Lazarus from the menus, I get the splash screen and then nothing, the IDE never comes up. So, I switched to a terminal, ran startlazarus and got the following output. [WARNING] Out of OEM specific VK codes, changing to unassigned [WARNING] Out of unassigned VK codes, assigning $FF TLazarusManager.Run starting /usr/lib/lazarus/0.9.28.2/lazarus ... Runtime error 203 at $00736A16 $00736A16 $00720991 OK, maybe it's an old version. I downloaded the latest .DEBs from SourceForge, and installed those. No change in the symptoms (well, OK, I can't say the addresses were exactly the same, but the bit about the VK codes was, and it was still a runtime error 203). I cleaned out everything to do with Lazarus and FPC that I could find (using KFind to make sure I got everything) and had one more try with 0.9.28. As expected, still the same error. I know that 0.9.28 used to run on Mint 9 64-bit, but that was the Ubuntu-based version, not the Debian-based one. Anyone have any ideas how to fix this, please? Starting at a shell prompt, if you load Lazarus in gdb, run it, wait for the crash and then use GDB's bt command to get a backtrace, do the first few lines say anything useful? Probably not, but this is what was produced using V0.9.28 paste run Starting program: /usr/bin/startlazarus [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x005a2879 in ?? () (gdb) bt #0 0x005a2879 in ?? () #1 0x7fffe1c0 in ?? () #2 0x77de902c in ?? () from /lib64/ld-linux-x86-64.so.2 #3 0x00502b31 in ?? () #4 0x7577dead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x in ?? () (gdb) I use Debian rather than Ubuntu, don't have x64, and generally build both FPC and Lazarus from source. Put another way, I hope there's somebody active in the the list who's rather more au fait with your actual configuration than I am -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
Mattias Gaertner schrieb: Is it possible (and if yes, how) to group some radio buttons so that only one of each group can be selected? Use a TRadioGroup or put the radiobuttons on a panel. Hint: A Panel can become invisible with BevelOuter=bvNone. I already read a bit about TRadioGroup. But it seems that this restricts the physical location of the buttons on the form or am I wrong? I would like to be able to place the radio buttons at arbitrary places on the form. A panel seems to be doable but it's still awkward. Now the locations of the radio buttons are located relative to the panel and I have to rearrange them all. I thought that there is some logical grouping that is independend from the visible location but it seems this does not exist. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] RE : Lazarus crashing reproducibly on startup (64-bitLinux)
I've recently switched distros to Mint Debian 12 64-bit XFCE. This is on an AMD Phenom *4, 4 GB of RAM. When I was reinstalling stuff I noticed that the latest version of Lazarus that they have in the repo is 0.9.28, a bit old I know, but it works for what I do. So I installed 0.9.28, which also brought in FPC 2.4.0-2. When I try to run Lazarus from the menus, I get the splash screen and then nothing, the IDE never comes up. So, I switched to a terminal, ran startlazarus and got the following output. [WARNING] Out of OEM specific VK codes, changing to unassigned [WARNING] Out of unassigned VK codes, assigning $FF TLazarusManager.Run starting /usr/lib/lazarus/0.9.28.2/lazarus ... Runtime error 203 at $00736A16 $00736A16 $00720991 OK, maybe it's an old version. I downloaded the latest .DEBs from SourceForge, and installed those. No change in the symptoms (well, OK, I can't say the addresses were exactly the same, but the bit about the VK codes was, and it was still a runtime error 203). I cleaned out everything to do with Lazarus and FPC that I could find (using KFind to make sure I got everything) and had one more try with 0.9.28. As expected, still the same error. I know that 0.9.28 used to run on Mint 9 64-bit, but that was the Ubuntu-based version, not the Debian-based one. Anyone have any ideas how to fix this, please? Starting at a shell prompt, if you load Lazarus in gdb, run it, wait for the crash and then use GDB's bt command to get a backtrace, do the first few lines say anything useful? Probably not, but this is what was produced using V0.9.28 paste run Starting program: /usr/bin/startlazarus [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x005a2879 in ?? () (gdb) bt #0 0x005a2879 in ?? () #1 0x7fffe1c0 in ?? () #2 0x77de902c in ?? () from /lib64/ld-linux-x86-64.so.2 #3 0x00502b31 in ?? () #4 0x7577dead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x in ?? () (gdb) /paste There was a problem with ubuntu 12 and gtk (glib2-2.31). A patch was created and committed http://bugs.freepascal.org/view.php?id=21129 . If mint 12 is derived from ubuntu 12 you'll probably running into this problem. Try lazarus from svn. Ludo -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus crashing reproducibly on startup (64-bitLinux)
On Monday 19 of March 2012 18:34:29 Ludo Brands wrote: I've recently switched distros to Mint Debian 12 64-bit XFCE. This is on an AMD Phenom *4, 4 GB of RAM. When I was reinstalling stuff I noticed that the latest version of Lazarus that they have in the repo is 0.9.28, a bit old I know, but it works for what I do. So I installed 0.9.28, which also brought in FPC 2.4.0-2. When I try to run Lazarus from the menus, I get the splash screen and then nothing, the IDE never comes up. So, I switched to a terminal, ran startlazarus and got the following output. [WARNING] Out of OEM specific VK codes, changing to unassigned [WARNING] Out of unassigned VK codes, assigning $FF TLazarusManager.Run starting /usr/lib/lazarus/0.9.28.2/lazarus ... Runtime error 203 at $00736A16 $00736A16 $00720991 OK, maybe it's an old version. I downloaded the latest .DEBs from SourceForge, and installed those. No change in the symptoms (well, OK, I can't say the addresses were exactly the same, but the bit about the VK codes was, and it was still a runtime error 203). I cleaned out everything to do with Lazarus and FPC that I could find (using KFind to make sure I got everything) and had one more try with 0.9.28. As expected, still the same error. I know that 0.9.28 used to run on Mint 9 64-bit, but that was the Ubuntu-based version, not the Debian-based one. Anyone have any ideas how to fix this, please? Starting at a shell prompt, if you load Lazarus in gdb, run it, wait for the crash and then use GDB's bt command to get a backtrace, do the first few lines say anything useful? Probably not, but this is what was produced using V0.9.28 paste run Starting program: /usr/bin/startlazarus [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x005a2879 in ?? () (gdb) bt #0 0x005a2879 in ?? () #1 0x7fffe1c0 in ?? () #2 0x77de902c in ?? () from /lib64/ld-linux-x86-64.so.2 #3 0x00502b31 in ?? () #4 0x7577dead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x in ?? () (gdb) /paste There was a problem with ubuntu 12 and gtk (glib2-2.31). A patch was created and committed http://bugs.freepascal.org/view.php?id=21129 . If mint 12 is derived from ubuntu 12 you'll probably running into this problem. Try lazarus from svn. That patch is backported to 0.9.30.4 too. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
Felipe Monteiro de Carvalho ha scritto: On Mon, Mar 19, 2012 at 3:09 PM, Graeme Geldenhuys graemeg.li...@gmail.com wrote: Umm, who made that clever decision! Until some months ago there was no custom drawn TCDPageControl in the LCL, so there was no decision to be made. On Mon, Mar 19, 2012 at 3:33 PM, Vincent Snijders vincent.snijd...@gmail.com wrote: Indeed, so clever, that -until you were told- you didn't notice the fact that the Lazarus developers didn't spend their time on creating their own tab control. :-) That is incorrect, I wrote TCDPageControl which is part of the LCL: http://wiki.lazarus.freepascal.org/Lazarus_Custom_Drawn_Controls#TCDPageControl Without it, it would not be possible to correctly implement FPBrowser with the LCL: http://wiki.lazarus.freepascal.org/fpbrowser OT, but not that much. About CD components. I was musing on the need to implement CD OpenFile/OpenDirectory dialogs. Could we take advantage of VirtualTreeView? Giuliano -- Giuliano Colla Whenever people agree with me, I always feel I must be wrong (O. Wilde) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
Mattias Gaertner ha scritto: On Mon, 19 Mar 2012 17:25:10 +0100 Mattias Gaertner nc-gaert...@netcologne.de wrote: On Mon, 19 Mar 2012 12:53:40 +0100 Giuliano Colla giuliano.co...@fastwebnet.it wrote: Hi, until a few revisions ago, the dropdown list of files which is shown right-clicking on the editor tabs, would show an asterisk beside modified files, which now has disappeared, at least in Linux. This was very useful, because one could quickly return to the file under editing, after verifying declarations, etc. in other files, even with many open files. Could this feature be reactivated? I see the asterisk in revision 36166. Sorry. I looked wrong. I added the asterisk. Thanks, Giuliano -- Giuliano Colla Whenever people agree with me, I always feel I must be wrong (O. Wilde) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
On Mon, 19 Mar 2012 18:14:20 +0100 Jürgen Hestermann juergen.hesterm...@gmx.de wrote: Mattias Gaertner schrieb: Is it possible (and if yes, how) to group some radio buttons so that only one of each group can be selected? Use a TRadioGroup or put the radiobuttons on a panel. Hint: A Panel can become invisible with BevelOuter=bvNone. I already read a bit about TRadioGroup. But it seems that this restricts the physical location of the buttons on the form or am I wrong? I would like to be able to place the radio buttons at arbitrary places on the form. A panel seems to be doable but it's still awkward. Now the locations of the radio buttons are located relative to the panel and I have to rearrange them all. I thought that there is some logical grouping that is independend from the visible location but it seems this does not exist. Well, placing them randomly would confuse users. In a panel you can place the radiobuttons anywhere you want. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus crashing reproducibly on startup (64-bit Linux)
On Mon, 19 Mar 2012 17:13:11 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: brian wrote: On 03/18/2012 11:45 AM, Mark Morgan Lloyd wrote: brian wrote: I've recently switched distros to Mint Debian 12 64-bit XFCE. This is on an AMD Phenom *4, 4 GB of RAM. When I was reinstalling stuff I noticed that the latest version of Lazarus that they have in the repo is 0.9.28, a bit old I know, but it works for what I do. So I installed 0.9.28, which also brought in FPC 2.4.0-2. Have you tried 0.9.30.4 or 0.9.31? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Mon, Mar 19, 2012 at 7:52 PM, Giuliano Colla giuliano.co...@fastwebnet.it wrote: I was musing on the need to implement CD OpenFile/OpenDirectory dialogs. My plan is to have various dialog options: 1-Generic open/save/sel dir dialogs for mobile applications in the unit lazdialogs.pas (those are finished from what I remember). That would be utilized in Windows CE. 2-Native dialogs for Android, iPhone, Windows and Mac OS X 3-Generic open/save/sel dir dialogs for desktop applications in the unit lazdialogs.pas (not yet written). That would be utilized in X11 which has no native dialogs Could we take advantage of VirtualTreeView? No, because: 1-The codebase of Virtual* controls is a huge mess. They are not fit for inclusion in the CD controls which are very clean and compact 2-AFAIK we don't need TCDTreeView. TTreeView is custom drawn by design in the LCL =) It would be like writting TCDImage. It makes no sense because TImage already works automagically without any extra effort in LCL-CustomDrawn because it is TCustomControl based. I haven't yet tested to see if TTreeView works or what is missing. The hardest controls missing are TCDListView, TCDStringGrid and Menus. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
On 19/3/2012 13:51, Jürgen Hestermann wrote: I already searched for hours but cannot find anything useful. My question: Is it possible (and if yes, how) to group some radio buttons so that only one of each group can be selected? I put some radio buttons on my form which select different things but they are all connected with each other so that only one can be selected at a time. I expected some property defining a goup but I cannot find anything like that. Some time ago, i needed the same feature so implemented a TRadioButton.GroupIndex property where only the radio buttons with the same GroupIndex would be affected. In win32 worked fine but could not implement nor in gtk2 or qt due to how native radio buttons are designed in those widgetsets So, your best bet is to use panel. Luiz -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
On Mon, Mar 19, 2012 at 9:15 PM, Luiz Americo Pereira Camara luiz...@oi.com.br wrote: In win32 worked fine but could not implement nor in gtk2 or qt due to how native radio buttons are designed in those widgetsets It should be implementable now in TCDRadioButton -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Why does a project have to be open?
-- On Sat, 3/17/12, Vincent Snijders vincent.snijd...@gmail.com wrote: Oh, it's more than just annoying. It causes applications using Advantage Database components to crash, especially if you forget to add adsdata to the uses clause (no, I don't know why ADS doesn't add that automatically). Lazarus then doesn't allow you to enter the form again so you have to delete and start all over again - no fun! PLEASE REMOVE THIS UNNEEDED AND UNWELCOME FEATURE Can you explain, how exactly this is related to having always an open project? As part of having always an open project there are routines to save to virtual project that I think are causing this and other instability problems. It's like being in a zombie movie, undead values/properties of previous versions are somehow still around to interfere with the current version. We need to be able to completely close a project, not just the editor files (whatever they are). Since this feature is both annoying (not just to me but to others as their messages have shown) and unneeded, it should be completely deleted anyway (including save to virtual project) before version 1.0 is released. I really believe this is behind most complaints about Lazarus being unstable and/or unusable. Can you explain, what you by Lazarus doesn't allow you to enter the form? Only the Unit shows. Tapping F12 does nothing, and trying to open the form from the toolbar starts error messages I can't escape - I have to delete or move all the files and start over. I don't understand. Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Updates to Synedit and 64 bit have linking problems
On 19/03/2012 16:27, ik wrote: On Sun, Mar 18, 2012 at 15:36, Martinlaza...@mfriebe.de wrote: On 18/03/2012 08:50, ik wrote: Seen the responses. Since it seems to affect the current release, I am willing ta apply a workaround patch, but: - the workaround should be IFDEF to the affected Target CPU - must have a comment: Todo: workaround for bug x. Remove when 2.6.2 is released I'ved attached the the patch as you guided. Applied. Changed and limited to CPU64 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Why does a project have to be open?
2012/3/19 Ajeandro Gonzalo parkingspac...@yahoo.com Only the Unit shows. Tapping F12 does nothing, and trying to open the form from the toolbar starts error messages I can't escape - I have to delete or move all the files and start over. You must have something else broken in your installation. Your explanation makes no sense to me. And, this really has nothing to do with projects. If you could open the form without a project, I guess your broken installation would still create the error. Maybe you should try the latest development version. You would be positively surprised. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Updates to Synedit and 64 bit have linking problems
On Tue, Mar 20, 2012 at 00:54, Martin laza...@mfriebe.de wrote: On 19/03/2012 16:27, ik wrote: On Sun, Mar 18, 2012 at 15:36, Martinlaza...@mfriebe.de wrote: On 18/03/2012 08:50, ik wrote: Seen the responses. Since it seems to affect the current release, I am willing ta apply a workaround patch, but: - the workaround should be IFDEF to the affected Target CPU - must have a comment: Todo: workaround for bug x. Remove when 2.6.2 is released I'ved attached the the patch as you guided. Applied. Changed and limited to CPU64 Thank you -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
Jürgen Hestermann schrieb: A panel seems to be doable but it's still awkward. Now the locations of the radio buttons are located relative to the panel and I have to rearrange them all. I thought that there is some logical grouping that is independend from the visible location but it seems this does not exist. The grouping model (by parent) originates in Windows and was not extended in Delphi. Logical groups would require additional data structures in a form (member arrays...), and could cause conflicts with e.g. Frames. I don't see how a user will recognize arbitrary radio button groups, with related buttons scattered across a form. Buttons in a panel or RadioGroupBox instead are naturally perceivable as related. Thus IMO the given model enforces a clearly structured GUI. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
Graeme Geldenhuys schrieb: On 19 March 2012 15:51, zeljko zeljko@... wrote: No, SE tab control is native handle. Umm, who made that clever decision! I don't think I know of a single IDE (except now for Lazarus IDE) that uses a native tab control in the IDE editor screen. IMO Delphi and all other platform-specific applications and IDEs use native controls. In so far the Lazarus IDE is different, because it claims to be platform independent by use of the platform independent LCL components. Where it should be known that most LCL controls have platform or widgetset specific restrictions... DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus crashing reproducibly on startup (64-bitLinux)
Yes, there seems to be a basic specific conflict between Linux Mint Debian Edition (LMDE) x64 and Lazarus. WinFF a popular application written in Lazarus is experiencing the same issue: http://forums.linuxmint.com/viewtopic.php?f=141t=64629 I am willing to try to debug this but I need some pointers. How do I debug the start of Lazarus?-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] SVN update conflicts
Updating to rev. 36173 results in a number of conflicts in various Makefile, Makefile.compiled and Makefile.fpc, in components/ and packager/ subdirectories. What's wrong? How to fix that mess? (using TortoiseSVN) DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/16/2012 04:31, Mattias Gaertner wrote: On Thu, 15 Mar 2012 22:25:48 -0400 waldo kittywkitt...@windstream.net wrote: On 3/14/2012 19:14, Mattias Gaertner wrote: lazbuild can now compile an IDE with its build profiles. YAY! i think ;) if i'm understanding the correctly, it stems from our conversation(s) recently about compiling laz from the command line and being able to use the same settings as those set in the tools - compile laz with X ??? Yes. excellent news! To compile the IDE with its standard profile use lazbuild --build-ide= which one is the standard profile? I meant the selected in the IDE. ok... there is an already set default if/when one pulls from SVN? are there more than one available by default from SVN? To compile the IDE with another profile use lazbuild --build-ide= --build-mode=profile2 so, do we use double quotes for profile names containing spaces? eg: lazbuild --build-ide --build-mode=Debug IDE Use whatever your shell allows. m... ok... for my current shell, i'm using the command interpreter on W2KPro... another is vista... my main destination with my projects is OS/2 Warp 3 with the 4DOS and 4OS2 extensions added... outside of that, that destination has the original workspace presentation manager... but i'm not targeting GUI apps at all at this time... is this also case sensitive or is eg: lazbuild --build-ide --build-mode=debug ide the same as above? Thanks for pointing out. There was a bug. It is now case insensitive. ;) The --build-ide=options are now added to options, instead of replacing them. i'm assuming that this refers to the build options in the GUI screen? Yes. ok... i think i see... will have to test and log to fully follow what i think i'm understanding ;) something else: how can i find the svn revision number of the code being used so as to be able to copy the resulting lazarus.exe to something like lazarus_debug-r57345.exe (from memory) so that they are grouped and sorted properly? Maybe you mean tools/svn2revisioninc.lpi or perhaps ide/revision.inc. yes... in the process that creates or updates this info, perhaps there can be a small script that can be called that sets an environment variable which can be read and used by an initiating script such as that which is described in the wiki and which i also use? something else^2: it would be very beneficial to have the fpc revision number available as well... especially in the laz splash critter and the laz help/about critter ;) The compiler does not provide this information. yes, it is like that now but so was lazarus some time back ;) perhaps a similar capability can be built into the FPC make process? it would go a long way to making things easier for folk to report the versions of FPC and lazarus that they are using... it would definitely make things easier :) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/16/2012 04:31, Mattias Gaertner wrote: On Thu, 15 Mar 2012 22:25:48 -0400 waldo kittywkitt...@windstream.net wrote: On 3/14/2012 19:14, Mattias Gaertner wrote: lazbuild can now compile an IDE with its build profiles. YAY! i think ;) if i'm understanding the correctly, it stems from our conversation(s) recently about compiling laz from the command line and being able to use the same settings as those set in the tools - compile laz with X ??? Yes. i wanted to also touch back on a post i made in another thread (which i may have kinda hijacked)... with this new understanding, the following quote... On 3/8/2012 12:36, waldo kitty wrote: alright... having read over this numerous times, like this then??? echo compiling lazarus... cd %myLAZpath% echo Debug IDE make clean lazbuild --build-ide=-gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa copy lazarus.exe lazarus-debug.exe echo Normal IDE make clean lazbuild --build-ide= copy lazarus.exe lazarus-normal.exe echo Optimized IDE make clean lazbuild --build-ide=-O2 -g- -Xs copy lazarus.exe lazarus-optimized.exe echo lazarus compilation complete... should actually read like this? echo compiling lazarus... cd %myLAZpath% echo * Debug IDE make clean lazbuild lazbuild.exe --build-ide=-gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa build-mode=debug ide copy /q lazarus.exe lazarus-debug.exe echo * Normal IDE make clean lazbuild lazbuild.exe --build-ide= build-mode=normal ide copy /q lazarus.exe lazarus-normal.exe echo * Optimized IDE make clean lazbuild lazbuild --build-ide=-O2 -g- -Xs build-mode=optimized ide copy /q lazarus.exe lazarus-optimized.exe echo lazarus compilation complete... i assume that the build-mode takes into account the defines in the named build mode? and also the other widget type, target os, target cpu and etc?? On 3/16/2012 04:31, Mattias Gaertner wrote: On Thu, 15 Mar 2012 22:25:48 -0400 waldo kittywkitt...@windstream.net wrote: something else: how can i find the svn revision number of the code being used so as to be able to copy the resulting lazarus.exe to something like lazarus_debug-r57345.exe (from memory) so that they are grouped and sorted properly? Maybe you mean tools/svn2revisioninc.lpi or perhaps ide/revision.inc. yes... as i wrote before, it would be very nice to be able to have the copy lines above read as copy /q lazarus.exe lazarus-debug_r%svnversion%.exe where svnversion is an environment variable set by the make process that includes updating the above file(s)... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Why does a project have to be open?
--- On Mon, 3/19/12, Mattias Gaertner nc-gaert...@netcologne.de wrote: This is the first time I heard such a thing. Do you have any prove? You've never heard anyone say Lazarus can be unstable or unusable? There has been such messages from others. And since others have also said always having to have a project open whether you want to or not is annoying, why not get rid of this unneeded feature even if you're certain it's benign? It really is Big Brother-ish, even if originally well intentioned. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus crashing reproducibly on startup (64-bit Linux)
On 03/19/2012 03:02 PM, Mattias Gaertner wrote: On Mon, 19 Mar 2012 17:13:11 + Mark Morgan Lloydmarkmll.laza...@telemetry.co.uk wrote: brian wrote: On 03/18/2012 11:45 AM, Mark Morgan Lloyd wrote: brian wrote: I've recently switched distros to Mint Debian 12 64-bit XFCE. This is on an AMD Phenom *4, 4 GB of RAM. When I was reinstalling stuff I noticed that the latest version of Lazarus that they have in the repo is 0.9.28, a bit old I know, but it works for what I do. So I installed 0.9.28, which also brought in FPC 2.4.0-2. Have you tried 0.9.30.4 or 0.9.31? Yes. I downloaded the latest .DEBs from SourceForge, 0.9.30.4. The symptoms were unchanged. Brian. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus crashing reproducibly on startup (64-bitLinux)
On 03/19/2012 01:34 PM, Ludo Brands wrote: I've recently switched distros to Mint Debian 12 64-bit XFCE. This is on an AMD Phenom *4, 4 GB of RAM. When I was reinstalling stuff I noticed that the latest version of Lazarus that they have in the repo is 0.9.28, a bit old I know, but it works for what I do. So I installed 0.9.28, which also brought in FPC 2.4.0-2. When I try to run Lazarus from the menus, I get the splash screen and then nothing, the IDE never comes up. So, I switched to a terminal, ran startlazarus and got the following output. [WARNING] Out of OEM specific VK codes, changing to unassigned [WARNING] Out of unassigned VK codes, assigning $FF TLazarusManager.Run starting /usr/lib/lazarus/0.9.28.2/lazarus ... Runtime error 203 at $00736A16 $00736A16 $00720991 OK, maybe it's an old version. I downloaded the latest .DEBs from SourceForge, and installed those. No change in the symptoms (well, OK, I can't say the addresses were exactly the same, but the bit about the VK codes was, and it was still a runtime error 203). I cleaned out everything to do with Lazarus and FPC that I could find (using KFind to make sure I got everything) and had one more try with 0.9.28. As expected, still the same error. I know that 0.9.28 used to run on Mint 9 64-bit, but that was the Ubuntu-based version, not the Debian-based one. Anyone have any ideas how to fix this, please? Starting at a shell prompt, if you load Lazarus in gdb, run it, wait for the crash and then use GDB's bt command to get a backtrace, do the first few lines say anything useful? Probably not, but this is what was produced using V0.9.28 paste run Starting program: /usr/bin/startlazarus [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x005a2879 in ?? () (gdb) bt #0 0x005a2879 in ?? () #1 0x7fffe1c0 in ?? () #2 0x77de902c in ?? () from /lib64/ld-linux-x86-64.so.2 #3 0x00502b31 in ?? () #4 0x7577dead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x in ?? () (gdb) /paste There was a problem with ubuntu 12 and gtk (glib2-2.31). A patch was created and committed http://bugs.freepascal.org/view.php?id=21129 . If mint 12 is derived from ubuntu 12 you'll probably running into this problem. Try lazarus from svn. This is the Debian-based version of Mint. Standard Mint is Ubuntu-based but the Debian version is for those who prefer a rolling distribution. AFAIK, the current build is based on Debian Wheezy. I've tried downloading the svn version, and there's some problem with libgdb.a, I can't even get FPC to build, let alone Lazarus. There are YARDS of undefined globals. I finally got an answer from someone on the FPC list (after just being told fix your GDB) and I'm trying to work my way through that at the moment. Brian. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
