Re: [Lazarus] Change the default name of an event handler
Don't no if it's because of my poor english or because of my questions are stupid but I didn't get much answers... :-( How can I change the default name from DataModuleCreate to ZModuleCreate ? I suppose that the default name of an event handler is built from the name of the class that introduced the event so may be there is no simple way to change that... When I create a new TZModule it's small. Can I change the default size of newly created TZModule ? I found that this can be done overriding Create to set a value to DesignSize. constructor TZModule.Create(TheOwner: TComponent); var Size : TPoint; begin inherited Create(TheOwner); Size.X := 320; Size.Y := 200; DesignSize := Size; end; May this can be done in the default constructor of TDataModule ? Without that the window representing a newly created TDataModule in the IDE is so small that it needs manual resizing before any use. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Lazarus debugger location on Win x86/x64
Hi list, http://bugs.freepascal.org/view.php?id=22086 indicates macros are supported in the debugger path. The location for gdb.exe in EnvironmentOptions.xml is set by default to DebuggerFilename Value=%LazDir%\mingw\bin\gdb.exe Would it make sense to create this directory structure %LazDir%\mingw\bin\$(TargetCPU)\ or even %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) This way, we could change the debugger depending on project target, which helps if you have e.g. both x86 and x64 LCL installed: DebuggerFilename Value=%LazDir%\mingw\bin\%TargetCPU%-%TargetOS%\gdb.exe Only thing is: I don't know if TargetCPU and TargetOS are actually supported: I tried looking for LazDir to see if it is an IDE macro (which it presumably is??) in http://wiki.lazarus.freepascal.org/IDE_Macros_in_paths_and_filenames and didn't find anything. Regards, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus debugger location on Win x86/x64
On Mon, 30 Jul 2012 10:38:57 +0200 Reinier Olislagers reinierolislag...@gmail.com wrote: Hi list, http://bugs.freepascal.org/view.php?id=22086 indicates macros are supported in the debugger path. yes. The location for gdb.exe in EnvironmentOptions.xml is set by default to DebuggerFilename Value=%LazDir%\mingw\bin\gdb.exe The %LazDir% is replaced by the installer. It should not be in the installed file. Would it make sense to create this directory structure %LazDir%\mingw\bin\$(TargetCPU)\ or even %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) I don't know mingw, so I can't help there. This way, we could change the debugger depending on project target, which helps if you have e.g. both x86 and x64 LCL installed: DebuggerFilename Value=%LazDir%\mingw\bin\%TargetCPU%-%TargetOS%\gdb.exe Only thing is: I don't know if TargetCPU and TargetOS are actually supported: I tried looking for LazDir to see if it is an IDE macro (which it presumably is??) in http://wiki.lazarus.freepascal.org/IDE_Macros_in_paths_and_filenames and didn't find anything. The macro is $(LazarusDir). Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus debugger location on Win x86/x64
On 30-7-2012 10:51, Mattias Gaertner wrote: On Mon, 30 Jul 2012 10:38:57 +0200 Reinier Olislagers reinierolislag...@gmail.com wrote: The location for gdb.exe in EnvironmentOptions.xml is set by default to DebuggerFilename Value=%LazDir%\mingw\bin\gdb.exe The %LazDir% is replaced by the installer. It should not be in the installed file. Ok, got that. Would it make sense to create this directory structure %LazDir%\mingw\bin\$(TargetCPU)\ or even %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) I don't know mingw, so I can't help there. Neither do I... but there is a 64 bit Windows gdb.exe that is different from the 32 bit Windows gdb.exe. On the off chance that debuggers might become (or are) available for other platforms (e.g. wince-arm) perhaps the second notation would be the best. Regarding the naming: I obviously chose those to correspond to the macros in the IDE. If debugger executable names for different platforms would not be called gdb.exe, further adjustments would need to be made... but AFAIU they couldn't be covered by a simple macro in the debugger path. (I also vaguely recall that mingw or at least gcc has a different naming convention for platforms/CPUs... which will not influence the issue above but could impact other systems) For clarity: I'm referring to the Windows installer tree here, so no effect for other platforms. Alternatives could be: 1. leave the situation as is 2. create a debugger path setting in the GUI per targetos/cpu pair. Seems complicated given the Win32/Win64 goal described above but might perhaps be useful when setting up cross compiling environments on Linux... no experience there though. This way, we could change the debugger depending on project target, which helps if you have e.g. both x86 and x64 LCL installed: DebuggerFilename Value=%LazDir%\mingw\bin\%TargetCPU%-%TargetOS%\gdb.exe Only thing is: I don't know if TargetCPU and TargetOS are actually supported: I tried looking for LazDir to see if it is an IDE macro (which it presumably is??) in http://wiki.lazarus.freepascal.org/IDE_Macros_in_paths_and_filenames and didn't find anything. The macro is $(LazarusDir). Yep, thanks, that makes sense - I was thrown by the LazDir in the installer's version of environmentoptions.xml :) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] RE : Lazarus debugger location on Win x86/x64
Would it make sense to create this directory structure %LazDir%\mingw\bin\$(TargetCPU)\ or even %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) I don't know mingw, so I can't help there. Neither do I... but there is a 64 bit Windows gdb.exe that is different from the 32 bit Windows gdb.exe. On the off chance that debuggers might become (or are) available for other platforms (e.g. wince-arm) perhaps the second notation would be the best. The wince debugger is also called gdb.exe and having a %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) default debug path would indeed be useful. Ludo -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30/07/2012 10:57, Ludo Brands wrote: Would it make sense to create this directory structure %LazDir%\mingw\bin\$(TargetCPU)\ or even %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) I don't know mingw, so I can't help there. Neither do I... but there is a 64 bit Windows gdb.exe that is different from the 32 bit Windows gdb.exe. On the off chance that debuggers might become (or are) available for other platforms (e.g. wince-arm) perhaps the second notation would be the best. The wince debugger is also called gdb.exe and having a %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) default debug path would indeed be useful. There also is the idea, of having a per-project debugger config, that can override any of that. But if ide-macros are already supported, any one who needs, can test change it -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30-7-2012 13:19, Martin wrote: On 30/07/2012 10:57, Ludo Brands wrote: Would it make sense to create this directory structure %LazDir%\mingw\bin\$(TargetCPU)\ or even %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) I don't know mingw, so I can't help there. Neither do I... but there is a 64 bit Windows gdb.exe that is different from the 32 bit Windows gdb.exe. On the off chance that debuggers might become (or are) available for other platforms (e.g. wince-arm) perhaps the second notation would be the best. The wince debugger is also called gdb.exe and having a %LazDir%\mingw\bin\$(TargetCPU)-$(TargetOS) default debug path would indeed be useful. There also is the idea, of having a per-project debugger config, that can override any of that. But if ide-macros are already supported, any one who needs, can test change it Ok - patch submitted for the environment setting: http://bugs.freepascal.org/view.php?id=22533 This also needs changes for the Windows source directory that is used to build the installer... Thanks, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] RE : RE : Lazarus debugger location on Win x86/x64
But if ide-macros are already supported, any one who needs, can test change it Sure, but the request is to have this as default in Lazarus which makes supporting multiple targets a little bit easier. It obviously requires changing the directory structure in the lazarus distributions. CodeTyphon is doing something similar since they want to be multi target out of the box. Ludo -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30/07/2012 12:28, Reinier Olislagers wrote: Ok - patch submitted for the environment setting: http://bugs.freepascal.org/view.php?id=22533 This also needs changes for the Windows source directory that is used to build the installer... Not sure what you mean by this. Also not sure why you patch the RemoveFiles, if you dont batch the rest of the installer files? Changes probably have to go into the lazarus.iss file (maybe, but probably not, the batch) --- In any case, the RC (coming soon) have been build with the current structure. So the current structure will be presented for testing. That means it is not wise to change the structure before 1.0, because then the new structure can not be tested any more -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30/07/2012 12:28, Reinier Olislagers wrote: http://bugs.freepascal.org/view.php?id=22533 This also needs changes for the Windows source directory that is used to build the installer... There also will be a need for testing upgrades. If the current setting points to the none dependent location. Then what happens if you upgrade? gdb is removed, and moved else where. But the old config still exists. The user will be presented with an invalid config. MAybe the setup dialog can be extended I don't know. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30/07/2012 13:31, Martin wrote: On 30/07/2012 12:28, Reinier Olislagers wrote: Ok - patch submitted for the environment setting: http://bugs.freepascal.org/view.php?id=22533 This also needs changes for the Windows source directory that is used to build the installer... Not sure what you mean by this. Also not sure why you patch the RemoveFiles, if you dont batch the rest of the installer files? Changes probably have to go into the lazarus.iss file (maybe, but probably not, the batch) The new location can be set in the create_installer.bat The line below currently does an svn export (from the laz binaries svn). It can be changed. The bin directory is part of the svn, so the platform would go mingw/winxxx-xxx/ (bin/gdb.exe) :: copy gdb into build dir if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw I can deal with the installer. but there first must be a solution for upgrading -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] OpenSUSE KDE keeps stealing my IDE shortcuts
Hi, I've been forcefully pushed to change Linux Distros (from Ubuntu to OpenSUSE). I've been running the very stable Ubuntu 10.04 LTS for very long. But I recently upgraded to a new system, and 10.04 seems to lack some hardware support. The latest (K)Ubuntu 12.04 is damn unstable (random total system freezes - the mouse doesn't even move), and I absolutely hate the Unity interface. Gnome 3 is no better. Unfortunately switching the desktop to something like JWM doesn't help because of the system freezes - which seems to be a unstable OS (kernel) issue. So I'm trying OpenSUSE 12.1 (64-bit), and so far the OS is stable, but KDE is still something to get used to. Anyway, to get to the point. I have installed (copied) all my old development folders to the new system, and setup FPC as I normally had it. Compiling Lazarus IDE, and my other projects works as expected. What is happening though, is that KDE (I think) is stealing my keyboard shortcuts, so they don't work in Lazarus IDE (compiled with LCL-GTK2) or MSEide for that matter. eg; Ctrl+F4 to close an editor file doesn't work, and I am forced to use the mouse. Anybody know where in KDE do I look for global keyboard shortcuts, so I can disable Ctrl+F4 usage in KDE? I've already looked in System Settings - Shortcuts and Gestures, and searched for Ctrl+F4, but nowhere do I see an existing entry. Where else can I look? Does this happen to other KDE users too? -- 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] RE : Lazarus debugger location on Win x86/x64
On 30-7-2012 14:31, Martin wrote: On 30/07/2012 12:28, Reinier Olislagers wrote: Ok - patch submitted for the environment setting: http://bugs.freepascal.org/view.php?id=22533 This also needs changes for the Windows source directory that is used to build the installer... Not sure what you mean by this. The Lazarus\tools\install\win\lazarus.iss Inno Setup file refers to Source: {#BuildDir}\*.*; DestDir: {app}; Flags: recursesubdirs to presumably get its source files. I have no gdb.exe in my svn checkout and therefore suppose the build directory in question is generated in another way... from some sort of source directory. ... see below though - I think changing create_installer.bat should be sufficient Also not sure why you patch the RemoveFiles, if you dont batch the rest of the installer files? You mean why do I remove gdb.exe from the old position while not adding it to the new position? See above: I didn't understand how to do that. Changes probably have to go into the lazarus.iss file (maybe, but probably not, the batch) Ah got you, create_installer.bat should indeed be changed. (Just read your other mail about that) So changing lines 110-111: :: copy gdb into build dir if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw into :: copy gdb below the build dir for the proper os/cpu combination if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw\%FPCFULLTARGET%\ would mean we'd get e.g. lazarus\mingw\i386-win32\bin\gdb.exe or lazarus\mingw\x86_64-win64\bin\gdb.exe Right? In any case, the RC (coming soon) have been build with the current structure. So the current structure will be presented for testing. That means it is not wise to change the structure before 1.0, because then the new structure can not be tested any more I don't mind when it changes because I'm on SVN anyway. I would welcome a change in the post 1.0 branch though, because: 1. this seems to be useful functionality for not much added effort 2. I'm adjusting fpcup already and would like to stay as close as the official installers as possible Index: tools/install/win/create_installer.bat === --- tools/install/win/create_installer.bat (revision 38091) +++ tools/install/win/create_installer.bat (working copy) @@ -107,8 +107,8 @@ if not exist %BUILDDIR%\lazarus.exe goto END if not exist %BUILDDIR%\startlazarus.exe goto END -:: copy gdb into build dir -if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw +:: copy gdb below the build dir for the proper os/cpu combination +if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw\bin\%FPCFULLTARGET%\ :: create the installer IF [%BUILDLAZRELEASE%]==[] GOTO SNAPSHOT -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30-7-2012 14:52, Martin wrote: On 30/07/2012 13:31, Martin wrote: On 30/07/2012 12:28, Reinier Olislagers wrote: Ok - patch submitted for the environment setting: http://bugs.freepascal.org/view.php?id=22533 This also needs changes for the Windows source directory that is used to build the installer... Not sure what you mean by this. Also not sure why you patch the RemoveFiles, if you dont batch the rest of the installer files? Changes probably have to go into the lazarus.iss file (maybe, but probably not, the batch) The new location can be set in the create_installer.bat The line below currently does an svn export (from the laz binaries svn). It can be changed. The bin directory is part of the svn, so the platform would go mingw/winxxx-xxx/ (bin/gdb.exe) :: copy gdb into build dir if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw Thanks, see my other mail. I can deal with the installer. but there first must be a solution for upgrading I'd suggest we 1. remove existing gdb.exe from the old location 2. check if the setting in (the default?) primary config path points to the removed gdb.exe 3. change it to the new location We could probably reuse some code that was used during the last big settings upgrade (0.9.31? can't remember) Disadvantage: people with custom gdb.exe will not have it changed Alternatively, we can just overwrite the user's debugger setting, but that seems a bit unfriendly as they already changed the default and presumably know what they're doing. In both cases, non-default configs won't be touched, but I don't see any realistic way to address that. Regards, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenSUSE KDE keeps stealing my IDE shortcuts
On Mon, 30 Jul 2012, Graeme Geldenhuys wrote: Hi, I've been forcefully pushed to change Linux Distros (from Ubuntu to OpenSUSE). I've been running the very stable Ubuntu 10.04 LTS for very long. But I recently upgraded to a new system, and 10.04 seems to lack some hardware support. The latest (K)Ubuntu 12.04 is damn unstable (random total system freezes - the mouse doesn't even move), and I absolutely hate the Unity interface. Gnome 3 is no better. Unfortunately switching the desktop to something like JWM doesn't help because of the system freezes - which seems to be a unstable OS (kernel) issue. So I'm trying OpenSUSE 12.1 (64-bit), and so far the OS is stable, but KDE is still something to get used to. Anyway, to get to the point. I have installed (copied) all my old development folders to the new system, and setup FPC as I normally had it. Compiling Lazarus IDE, and my other projects works as expected. What is happening though, is that KDE (I think) is stealing my keyboard shortcuts, so they don't work in Lazarus IDE (compiled with LCL-GTK2) or MSEide for that matter. eg; Ctrl+F4 to close an editor file doesn't work, and I am forced to use the mouse. Anybody know where in KDE do I look for global keyboard shortcuts, so I can disable Ctrl+F4 usage in KDE? I've already looked in System Settings - Shortcuts and Gestures, and searched for Ctrl+F4, but nowhere do I see an existing entry. Where else can I look? Does this happen to other KDE users too? Here it is 'System settings - Computer Administration - Keyboard Mouse - Standard Keyboard Shortcuts' (or global keyboard shortcuts). Surprised to hear you have problems with Kubuntu 12.04. I run it myself, didn't experience any problems, my laptop is up and running since months. Maybe a problem with the X drivers ? I never use the 'recommended' nvidia drivers, always a previous version. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenSUSE KDE keeps stealing my IDE shortcuts
On Monday 30 July 2012 15:20:53 Graeme Geldenhuys wrote: So I'm trying OpenSUSE 12.1 (64-bit), and so far the OS is stable, but KDE is still something to get used to. BTW, KDE 3.5 for OpenSUSE 12.1 is here: http://en.opensuse.org/KDE3 Highly recommended. :-) Martin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30/07/2012 14:22, Reinier Olislagers wrote: I have no gdb.exe in my svn checkout and therefore suppose the build directory in question is generated in another way... from some sort of source directory. http://svn.freepascal.org/svn/lazarus/binaries you can use the tortoise svn repro browser, and start at http://svn.freepascal.org/svn/lazarus So changing lines 110-111: :: copy gdb into build dir if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw into :: copy gdb below the build dir for the proper os/cpu combination if exist %GDBDIR% %SVN% export %GDBDIR% %BUILDDIR%\mingw\%FPCFULLTARGET%\ yes -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenSUSE KDE keeps stealing my IDE shortcuts
On 30 July 2012 14:27, michael.vancann...@wisa.be wrote: Here it is 'System settings - Computer Administration - Keyboard Mouse - Standard Keyboard Shortcuts' (or global keyboard shortcuts). Are you running OpenSuse as well? or some other KDE distro like Kubuntu? The reason I ask, is because my OpenSuse doesn't have that menu navigation structure you list. But I did find the Standard Keyboard Shurtcuts option, but I triple checked, and nowhere is there any mention of Ctrl+F4 as a keybinding. :-( Damn, this is frustrating - and a waist of my time! I hate change. I'll give OpenSuse a bit longer, but if I get more such issues, maybe I should try Ubuntu 10.04 again, but compile my own stock Linux kernel 3.2.x or something. some time later Another hour of fighting with a Desktop Environment has gone by, so I decided to compile and install JWM (Joe's Window Manager), copied over my .jwmrc file from my old PC, and now I have a 100% working desktop with no key shortcut stealing occurring. A desktop I can work with What bliss! :-D Surprised to hear you have problems with Kubuntu 12.04. I run it myself, didn't experience any problems, my laptop is up and running since months. I'm running a system with very new hardware, based on Ivy Bridge (Intel 3770K 3.5Ghz CPU on a Asus P8Z77-V motherboard). Some googleing revealed that I am not the only person with total system freeze-ups under Ubuntu 12.04. Maybe a problem with the X drivers ? I never use the 'recommended' nvidia drivers, always a previous version. I don't have a nvidia card, but a AMD (ATI) one. I already though of a driver issue, and tried the 'vesa', 'fbdev', 'radeon and 'fglrx' drivers. I still had the system freeze issue. I have no idea what Canonical did with the kernel, but they botched it! -- 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] RE : Lazarus debugger location on Win x86/x64
Personally I believe extending the setup (as described below) is a must, in order to change the installer. On 30/07/2012 14:25, Reinier Olislagers wrote: I can deal with the installer. but there first must be a solution for upgrading I'd suggest we 1. remove existing gdb.exe from the old location 2. check if the setting in (the default?) primary config path points to the removed gdb.exe 3. change it to the new location We could probably reuse some code that was used during the last big settings upgrade (0.9.31? can't remember) That it was the setup dialog does (for fpc, fpc sources, and lazarus dir) Run lazarus.exe --setup Issue is, I don't have the time to look at it. It should: - Check the current config, use it, if it appears ok (potentially run it, to get the version) - If there is no environmentoptions.xml in the primary conf, then it uses secondary conf (the environmentoptions.xml in the exe dir) - Look in a list of default locations If it changes existing primary conf, then it should always inform the user Disadvantage: people with custom gdb.exe will not have it changed The must have it in a none default location (or it would be overwritten). So that is simply kept. I see no disadvantage. But the setup can give them a change to notice the new structure. Maybe the new structure can also be added to the list of know gdb in the drop down. However, the setup dialog is the same for all platforms. So the list of path to look must be included for the various platforms. Alternatively, we can just overwrite the user's debugger setting, but that seems a bit unfriendly as they already changed the default and presumably know what they're doing. No way -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenSUSE KDE keeps stealing my IDE shortcuts
On Mon, 30 Jul 2012, Graeme Geldenhuys wrote: On 30 July 2012 14:27, michael.vancann...@wisa.be wrote: Here it is 'System settings - Computer Administration - Keyboard Mouse - Standard Keyboard Shortcuts' (or global keyboard shortcuts). Are you running OpenSuse as well? or some other KDE distro like Kubuntu? The reason I ask, is because my OpenSuse doesn't have that menu navigation structure you list. But I did find the Standard Keyboard Shurtcuts option, but I triple checked, and nowhere is there any mention of Ctrl+F4 as a keybinding. :-( Damn, this is frustrating - and a waist of my time! I hate change. I run Kubuntu since several years. I dropped Asus as hardware, though. Never managed to get it working decently with linux. :/ But as usual, YMMV. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenSUSE KDE keeps stealing my IDE shortcuts
Hi, On 30 July 2012 16:23, michael.vancann...@wisa.be wrote: I run Kubuntu since several years. OK, that explains your different navigation structure then. I dropped Asus as hardware, though. Never managed to get it working decently with linux. :/ OpenSUSE is supporting my hardware perfectly (surprisingly) - in fact everything is working perfectly. USB3, Firewire, bluetooth, WiFi, and even the wireless printing works. It seems OpenSUSE just needed a new desktop environment - JWM. ;-) -- 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] RE : Lazarus debugger location on Win x86/x64
On 30-7-2012 17:11, Martin wrote: Personally I believe extending the setup (as described below) is a must, in order to change the installer. On 30/07/2012 14:25, Reinier Olislagers wrote: I can deal with the installer. but there first must be a solution for upgrading I'd suggest we 1. remove existing gdb.exe from the old location 2. check if the setting in (the default?) primary config path points to the removed gdb.exe 3. change it to the new location We could probably reuse some code that was used during the last big settings upgrade (0.9.31? can't remember) That it was the setup dialog does (for fpc, fpc sources, and lazarus dir) Run lazarus.exe --setup Are you sure? I seem to remember it was a different dialog that ran once after the Inno setup finished: it mentioned old version detected, and would I like to migrate to the new version... but who knows it could have been kicked off by the Lazarus setup dialog checks. Issue is, I don't have the time to look at it. No problem. It should: - Check the current config, use it, if it appears ok (potentially run it, to get the version) Yes, it should check if the gdb.exe in the debugger file exists if the setting points to the old location (lazdir\mingw\bin\gdb.exe). If it does, it doesn't need to do anything. If it doesn't exist, there's been an upgrade (or the user removed gdb.exe himself) - If there is no environmentoptions.xml in the primary conf, then it uses secondary conf (the environmentoptions.xml in the exe dir) This check is already in place, isn't it? - Look in a list of default locations If we're on Windows, the config pointed to the old location and gdb.exe does not exist there anymore, then we can just change it to the new location if gdb.exe exists there. If it isn't in the new location, the user can figure it out, the same as now, because he obviously changed something himself. Of course, if this default locations list already exists, as well as check to assign the debugger, adapting that is probably easier. If it changes existing primary conf, then it should always inform the user Yes. Disadvantage: people with custom gdb.exe will not have it changed The must have it in a none default location (or it would be overwritten). So that is simply kept. I see no disadvantage. If you're happy, I'm happy. But the setup can give them a change to notice the new structure. Maybe the new structure can also be added to the list of know gdb in the drop down. You mean the history list? I don't really understand what you mean here. However, the setup dialog is the same for all platforms. So the list of path to look must be included for the various platforms. See above for my suggestions on testing for Windows only. On Linux/Unix/OSX, running which gdb would probably be the easiest way to get a suggestion for a location. Alternatively, we can just overwrite the user's debugger setting, but that seems a bit unfriendly as they already changed the default and presumably know what they're doing. No way Glad you agree ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30/07/2012 16:30, Reinier Olislagers wrote: On 30-7-2012 17:11, Martin wrote: We could probably reuse some code that was used during the last big settings upgrade (0.9.31? can't remember) That it was the setup dialog does (for fpc, fpc sources, and lazarus dir) Run lazarus.exe --setup Are you sure? I seem to remember it was a different dialog that ran once after the Inno setup finished: it mentioned old version detected, and would I like to migrate to the new version... but who knows it could have been kicked off by the Lazarus setup dialog checks. If the configuration has no conflicting/missing values, it will simply show the upgrade info. But if some values are missing then the setup dialog comes... Afaik it is all connected. But then, I am not sure. It should: - Check the current config, use it, if it appears ok (potentially run it, to get the version) Yes, it should check if the gdb.exe in the debugger file exists if the setting points to the old location (lazdir\mingw\bin\gdb.exe). If it does, it doesn't need to do anything. If it doesn't exist, there's been an upgrade (or the user removed gdb.exe himself) - If there is no environmentoptions.xml in the primary conf, then it uses secondary conf (the environmentoptions.xml in the exe dir) This check is already in place, isn't it? Afaik yes. I only looked briefly at it. (some while ago) - Look in a list of default locations If we're on Windows, the config pointed to the old location and gdb.exe does not exist there anymore, then we can just change it to the new location if gdb.exe exists there. Yes, if that is easy to support... I do not maintain the auto setup code. Hard to say what can or should or must be there. (except for the obvious: a copy of what is currently there for ather parts of the setup. eg. fpc dir) But the setup can give them a change to notice the new structure. Maybe the new structure can also be added to the list of know gdb in the drop down. You mean the history list? I don't really understand what you mean here. The gdb location in the opt dialog is a drop down with previous values in it. Btw, if you install from svn, it currently sets something there too. And that is taken from the debugger units But that may need to be adapted too - Sorry I cant be to much help on that setup issue at the moment. If I could, I could probably fix it very quickly myself... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30-7-2012 17:42, Martin wrote: On 30/07/2012 16:30, Reinier Olislagers wrote: On 30-7-2012 17:11, Martin wrote: We could probably reuse some code that was used during the last big settings upgrade (0.9.31? can't remember) That it was the setup dialog does (for fpc, fpc sources, and lazarus dir) Run lazarus.exe --setup Are you sure? I seem to remember it was a different dialog that ran once after the Inno setup finished: it mentioned old version detected, and would I like to migrate to the new version... but who knows it could have been kicked off by the Lazarus setup dialog checks. If the configuration has no conflicting/missing values, it will simply show the upgrade info. But if some values are missing then the setup dialog comes... Afaik it is all connected. But then, I am not sure. It should: - Check the current config, use it, if it appears ok (potentially run it, to get the version) Yes, it should check if the gdb.exe in the debugger file exists if the setting points to the old location (lazdir\mingw\bin\gdb.exe). If it does, it doesn't need to do anything. If it doesn't exist, there's been an upgrade (or the user removed gdb.exe himself) - If there is no environmentoptions.xml in the primary conf, then it uses secondary conf (the environmentoptions.xml in the exe dir) This check is already in place, isn't it? Afaik yes. I only looked briefly at it. (some while ago) - Look in a list of default locations If we're on Windows, the config pointed to the old location and gdb.exe does not exist there anymore, then we can just change it to the new location if gdb.exe exists there. Yes, if that is easy to support... I do not maintain the auto setup code. Hard to say what can or should or must be there. (except for the obvious: a copy of what is currently there for ather parts of the setup. eg. fpc dir) But the setup can give them a change to notice the new structure. Maybe the new structure can also be added to the list of know gdb in the drop down. You mean the history list? I don't really understand what you mean here. The gdb location in the opt dialog is a drop down with previous values in it. Btw, if you install from svn, it currently sets something there too. And that is taken from the debugger units But that may need to be adapted too - Sorry I cant be to much help on that setup issue at the moment. If I could, I could probably fix it very quickly myself... No problem, Martin, as long as what I deliver is more or less what you expect ;) Thanks for the help! -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus debugger location on Win x86/x64
On 30/07/2012 17:16, Reinier Olislagers wrote: Btw, if you install from svn, it currently sets something there too. And that is taken from the debugger units But that may need to be adapted too - Sorry I cant be to much help on that setup issue at the moment. If I could, I could probably fix it very quickly myself... No problem, Martin, as long as what I deliver is more or less what you expect ;) Thanks for the help! The think is, I had some info on the whole setup dlg (thanks to Mattias), because I did once had plans to add gdb there anyway. But I cant find that mail anymore -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenSUSE KDE keeps stealing my IDE shortcuts
Hi, On 30 July 2012 17:57, Martin Schreiber mse00...@gmail.com wrote: Ctrl+F1..Ctrl+F4 are normally used to switch desktops by KDE, see attachment (KDE 3.5). I had to switch off Ctrl+F4 too. :-) As I said, I couldn't find that option anywhere some more time later OK, I FINALLY found it. In OpenSUSE 12.1 under Global Keyboard Shortcuts, you must look carefully, there is a KDE Component combobox. Change the default from KDE Daemon to KWin, then you get a whole different list of global keyboard shortcuts. Then finally down the list is Switch to Desktop x options. Damn, but they really don't make things obvious!! Gnome has too little customization options, and KDE has too many (hidden away)! I'll stick to my JWM setup, as it works perfectly, and I don't need to fight it every step of the way. Thanks to Michael and Martin for helping. Development work can finally continue... -- 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] Lazarus and Free Pascal downloads plummeting onSourceForge
Just a speculation, but... 1. There is overall migration to web based development vs. native applications. (Hate it or not.) 2. Delphi XE2 is now cross platform to certain extend, and offers somewhat attractive new features. There can be other factors, but those could very well be big part of what is dragging the downloads. With best regards, Boian Mitov --- Mitov Software www.mitov.com --- -Original Message- From: Russell Davies Sent: Monday, July 30, 2012 12:18 PM To: lazarus@lists.lazarus.freepascal.org Subject: [Lazarus] Lazarus and Free Pascal downloads plummeting onSourceForge Has Delphi Hater taken over the calculations ;-) ,the deviation seems suspiciously smooth, or have people found some other wonder tool to replace Lazarus, or are they just getting their downloads elsewhere? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge
Am 30.07.2012 21:18, schrieb Russell Davies: Hi, Free Pascal on SourceForge, but for some reason the download rates of both suddenly seem to be in free-fall! See the attached graphs. Actually I find more the increase and randomness in 2012/2012 strange. I see no reason why suddenly in 2010 fpc gets a popularity boost. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge
On Mon, Jul 30, 2012 at 10:18 PM, Russell Davies russeld.li...@gmail.comwrote: Over the years I have occasionally checked the increase in downloads of both Lazarus and Free Pascal on SourceForge, but for some reason the download rates of both suddenly seem to be in free-fall! See the attached graphs. Lazarus 1.0 release will make it sky-rocket again :) Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge
SVN updates doesn't count on this graphic, right? 2012/7/30 Juha Manninen juha.mannine...@gmail.com On Mon, Jul 30, 2012 at 10:18 PM, Russell Davies russeld.li...@gmail.comwrote: Over the years I have occasionally checked the increase in downloads of both Lazarus and Free Pascal on SourceForge, but for some reason the download rates of both suddenly seem to be in free-fall! See the attached graphs. Lazarus 1.0 release will make it sky-rocket again :) Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- William de Oliveira Ferreira -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge
On 30/07/2012 20:18, Russell Davies wrote: Hi, Over the years I have occasionally checked the increase in downloads of both Lazarus and Free Pascal on SourceForge, but for some reason the download rates of both suddenly seem to be in free-fall! See the attached graphs. There is a lot more that would need to go into the calculation. - Downloads from SVN and Snapshots - Downloads from other mirrors (includes Codetyphoon) For Lazarus it also looks normal. end of 2011 was the RC and then release of 0.9.30.4. So that is the spike. IIRC around that time the layout was re-organized, to make it easier to find the correct download ( Win, rpm, deb, dmg... AND latest release versus older release. ) IIRC it was messy before. So before that I guess more people needed several downloads. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge
On 7/30/2012 16:19, Florian Klämpfl wrote: Am 30.07.2012 21:18, schrieb Russell Davies: Hi, Free Pascal on SourceForge, but for some reason the download rates of both suddenly seem to be in free-fall! See the attached graphs. Actually I find more the increase and randomness in 2012/2012 strange. I see no reason why suddenly in 2010 fpc gets a popularity boost. my first impression was that many may now be pulling from SVN instead of the prepared packages ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus