Re: [Lazarus] BUG: Gtk MouseExit, MouseUp
On 04/08/2015 01:14 AM, Vojtěch Čihák wrote: Yes, already reported by me, 3 years ago :-) http://bugs.freepascal.org/view.php?id=21982 Works ok with gtk3 ;) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] BUG: Gtk MouseExit, MouseUp
On 04/08/2015 01:14 AM, Vojtěch Čihák wrote: Yes, already reported by me, 3 years ago :-) http://bugs.freepascal.org/view.php?id=21982 I've attached possible fix. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot bulid Lazarus Qt
On 04/08/2015 01:41 PM, Vojtěch Čihák wrote: Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. I also tried to buid from console: make clean all useride LCL_PLATFORM=qt but no luck. Linux 64-bit, FPC 3.1.1 (r.30494) Qt 4.8.6 Lazarus 1.5 r48562:48630M FPC 3.1.1 x86_64-linux-gtk 2 (Last workig Qt build was Lazarus 1.5 r48530M FPC 3.1.1 30069 x86_64-linux-qt) Mine laz is r46641 + fpc-2.6.4 and works fine. You should check revisions after 46641 if anything build related is changed in lazarus, but I've already seen some 64bit problems with latest fpc-3.1.1 and widestrings so could be both. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot bulid Lazarus Qt
On Wed, 08 Apr 2015 13:41:46 +0200 Vojtěch Čihák vojtech.ci...@atlas.cz wrote: Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. There was such a bug some days ago. Maybe you have local modifications or maybe you are starting an old IDE? With lazarus r48678 and FPC 2.6.4 I get: qtwidgets.pas(18281,3) Error: Identifier not found FPreviewWidget I also tried to buid from console: make clean all useride LCL_PLATFORM=qt but no luck. Linux 64-bit, FPC 3.1.1 (r.30494) Or maybe it has to do with FPC 3.1.1. I did not check. Qt 4.8.6 Lazarus 1.5 r48562:48630M FPC 3.1.1 x86_64-linux-gtk 2 (Last workig Qt build was Lazarus 1.5 r48530M FPC 3.1.1 30069 x86_64-linux-qt) Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Cannot bulid Lazarus Qt
Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. I also tried to buid from console: make clean all useride LCL_PLATFORM=qt but no luck. Linux 64-bit, FPC 3.1.1 (r.30494) Qt 4.8.6 Lazarus 1.5 r48562:48630M FPC 3.1.1 x86_64-linux-gtk 2 (Last workig Qt build was Lazarus 1.5 r48530M FPC 3.1.1 30069 x86_64-linux-qt) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to copy current unit full path name to clipboard
On 2015-04-08 10:11, FreeMan wrote: right click on the source editor and click to copy filename Dope! :) I thought that only copies the file name part. Just tested and it works as you mentioned. Many thanks. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] How to copy current unit full path name to clipboard
Hi, Is there a quick and easy way to copy the current unit's full path and filename to the clipboard? I tried to right click on the name in the statusbar, but there is nothing. I also opened the dialog from editor - Source - unit information, but can't select and copy the full unit name shown their either. So it is shown in a lot of places, but you can't do anything with that information it seems. :-/ Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to copy current unit full path name to clipboard
hi, right click on the source editor and click to copy filename this is work me svn version on osx, and it was work on kubuntu too. copied full path and filename regards On 8.04.2015 11:56, Graeme Geldenhuys wrote: Hi, Is there a quick and easy way to copy the current unit's full path and filename to the clipboard? I tried to right click on the name in the statusbar, but there is nothing. I also opened the dialog from editor - Source - unit information, but can't select and copy the full unit name shown their either. So it is shown in a lot of places, but you can't do anything with that information it seems. :-/ Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TOpenDialog causes debugger error on exit from program.
On 08/04/2015 17:17, Martin Frb wrote: Given that this is likely a gdb issue, only fixable in gdb, and given that newer gdb are less stable (when used with exe generated by fpc) or have other problems, there is currently no way to fix this issue for everybody. GDB 7.7.1 is only advisable if gdb 7.2 can not be made working at all. I advice trying the setting from the link first. That is with the exception of some, but not all systems running win 7 or up. (Those issues do afaik only happen on some systems, seems to depend on other software installed, but not known for sure) If gdb 7.2 crashes on your platform, then 7.7 may be more stable. (though if the link helps, 7.2 may still be the more stable one) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TOpenDialog causes debugger error on exit from program.
On 08/04/2015 16:54, Donald Ziesig wrote: Found another bug. This one is repeatable all of the time. Very simple demo. Create a new project. Put a TOpenDialog on the form. Then put two buttons. Button2 calls Close. Button1 has the following code in the onclick handler. if OpenDialog1.Execute then; Run the program. Click Button2. The program exits normally. Run the program again. Click Button1. When the open dialog appears, select a file at random (since it will not be touched by the program). Then Click Button2. The Debugger raises an exception GDB as encountered an internal error: ... This occurs in RC3 for Win32. What is the message of the internal error? There are several known problems (especially win 7 and up) where gdb 7.2 does not like the dll loaded for the open dialog (shell extensions or something) Workaround is http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working It may be that the problem is solved in more uptodate versions of gdb. Unfortunately testing gdb (up to 7.8.1 so far) all newer versions had regressions. The only newer version that was in some form usable is gdb 7.7.1. This is available as separate download. The download page has a description of known issues. Given that this is likely a gdb issue, only fixable in gdb, and given that newer gdb are less stable (when used with exe generated by fpc) or have other problems, there is currently no way to fix this issue for everybody. GDB 7.7.1 is only advisable if gdb 7.2 can not be made working at all. I advice trying the setting from the link first. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot bulid Lazarus Qt
On 8.04.2015 15:29, zeljko wrote: ixed (as I suspected, QT_NATIVE_DIALOGS define). Build works with 2.6.4, w/o problem, so Vojtech probably have problem with fpc. zeljko fpc r30493 lazarus r48679 yosemite x64 QT -k'-framework' -k'ApplicationServices' -dUSE_QT_45 -dQT_NATIVE_DIALOGS -g -gl -vn-h-i- my make OPT parameter like this. Now when click open file in IDE dialog is like Finder Thank you. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot bulid Lazarus Qt
On Wed, 08 Apr 2015 14:23:09 +0200 zeljko zel...@holobit.net wrote: On 04/08/2015 02:13 PM, Mattias Gaertner wrote: On Wed, 08 Apr 2015 13:41:46 +0200 Vojtěch Čihák vojtech.ci...@atlas.cz wrote: Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. There was such a bug some days ago. Maybe you have local modifications or maybe you are starting an old IDE? With lazarus r48678 and FPC 2.6.4 I get: qtwidgets.pas(18281,3) Error: Identifier not found FPreviewWidget how ? It builds here w/o problems with 2.6.4. Just tried r48678. Do you have any Qt dialogs define enabled ? Only that could be the problem. You are right. I have -dQT_NATIVE_DIALOGS. It compiles without that. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot bulid Lazarus Qt
On 04/08/2015 03:05 PM, FreeMan wrote: On 8.04.2015 15:29, zeljko wrote: ixed (as I suspected, QT_NATIVE_DIALOGS define). Build works with 2.6.4, w/o problem, so Vojtech probably have problem with fpc. zeljko fpc r30493 lazarus r48679 yosemite x64 QT -k'-framework' -k'ApplicationServices' -dUSE_QT_45 -dQT_NATIVE_DIALOGS -g -gl -vn-h-i- my make OPT parameter like this. Now when click open file in IDE dialog is like Finder Thank you. Yes, that's why -dQT_NATIVE_DIALOGS exists. Keep in mind that when you use QT_NATIVE_DIALOGS there's no events from dialogs (like filter changed etc...). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot bulid Lazarus Qt
On 04/08/2015 02:13 PM, Mattias Gaertner wrote: On Wed, 08 Apr 2015 13:41:46 +0200 Vojtěch Čihák vojtech.ci...@atlas.cz wrote: Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. There was such a bug some days ago. Maybe you have local modifications or maybe you are starting an old IDE? With lazarus r48678 and FPC 2.6.4 I get: qtwidgets.pas(18281,3) Error: Identifier not found FPreviewWidget how ? It builds here w/o problems with 2.6.4. Just tried r48678. Do you have any Qt dialogs define enabled ? Only that could be the problem. zeljko I also tried to buid from console: make clean all useride LCL_PLATFORM=qt but no luck. Linux 64-bit, FPC 3.1.1 (r.30494) Or maybe it has to do with FPC 3.1.1. I did not check. Qt 4.8.6 Lazarus 1.5 r48562:48630M FPC 3.1.1 x86_64-linux-gtk 2 (Last workig Qt build was Lazarus 1.5 r48530M FPC 3.1.1 30069 x86_64-linux-qt) Mattias -- ___ 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] Cannot bulid Lazarus Qt
On 04/08/2015 02:13 PM, Mattias Gaertner wrote: On Wed, 08 Apr 2015 13:41:46 +0200 Vojtěch Čihák vojtech.ci...@atlas.cz wrote: Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. There was such a bug some days ago. Maybe you have local modifications or maybe you are starting an old IDE? With lazarus r48678 and FPC 2.6.4 I get: qtwidgets.pas(18281,3) Error: Identifier not found FPreviewWidget Fixed (as I suspected, QT_NATIVE_DIALOGS define). Build works with 2.6.4, w/o problem, so Vojtech probably have problem with fpc. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot bulid Lazarus Qt
On 04/08/2015 01:41 PM, Vojtěch Čihák wrote: Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. I also tried to buid from console: make clean all useride LCL_PLATFORM=qt but no luck. Linux 64-bit, FPC 3.1.1 (r.30494) Qt 4.8.6 Lazarus 1.5 r48562:48630M FPC 3.1.1 x86_64-linux-gtk 2 (Last workig Qt build was Lazarus 1.5 r48530M FPC 3.1.1 30069 x86_64-linux-qt) Probably related to this: http://bugs.freepascal.org/view.php?id=27806 2.6.4 and fixes_3_0 works ok. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Very strange errors when editing programs using Frames
Hi All! I'm not sure if the following is a new bug or whether it only occurs in Lazarus for Windows 1.4RC2 or RC3. I have been testing Lazarus 1.4RC2 and now Lazarus 1.4RC3 on Windows 7 and have encountered strange behavior with frames. I have simplified the code down to an app that displays a very simple frame after a button push. There is only one *unusual* factor in this app (but it is common to many programs I wrote in Delphi and Lazarus for Linux). That is, I subclass TFrame to add functionality to all descendent frames, for example: TFrameX = class(TFrame) public Print; virtual; // Now the main program can call Print on a framex and // the frame-specific printing occurs. constructor Create; override; end; the remainder of the frames in the apps are subclassed from TFrameX. TFrame1 = class(TFrameX) ... The issue is that when editing the MAIN program's appearance using the Object Inspector, (specifically changing *Position*), the .lfm file for the FRAME /occasionally/ gets an entry for*Position*! (sometimes *TabOrder*, too.). I can't pinpoint exactly the time at which this extraneous data appears, but it doing a series of normal editing operations such as moving the windows, changing the properties of the MAIN or FRAME for a few minutes (but not changing the code) will definitely cause it to happen. Once it does, the object inspector for Frame1 has an entry for *Position* (and sometimes *TabOrder*) which is not present when a frame is first created. After this appears, reloading the Frame form will /sometimes/ raise an exception in the IDE complaining about the unknown property for the Frame. The intermittent (apparently) nature of this is puzzling. Subsequently, when I attempt to run the program, one of two possible situations occur: 1.Clicking on the button that displays the frame calls the code but does not display the frame, or, 2.Clicking on the button raises an exception describing the extraneous entry in the .lfm file. I haven't been able to figure out why one or the other happens, but for any given compilation the error remains the same. I have a simple app that demonstrates this problem if anyone would like to try to replicate my troubles ;-) . Thanks, Don Ziesig -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Very strange errors when editing programs using Frames
Don, Welcome to the wonderful world of Lazarus frames! I use them a lot including subclassed frames as you are doing. They are very useful for structuring complex forms as well as common elements, but the IDE will bite you back if you are not careful. I don't think I have seen exactly what you have, but I have seen many strange behaviours. The main advice I would give is to make sure that when you are editing a frame, all forms using that frame are closed. Otherwise, the IDE typically decides that any properties you update in the frame do not apply to the form's instance of the frame and overrides them. The worst case is when you add an event to a component on the original frame. If any forms using that frame are open, that event usually gets set to none on the form and you have to edit the .lfm to restore sanity. Getting used to editing lfm files is one of the delights of using frames as it is the only way of recovering from the IDE overriding property values in using forms - Lazarus unfortunately does not have the Delphi Object Inspector's revert to inherited option. In many cases I have it found it more reliable to add a frame programmatically in the form's loaded method. That way you ensure that the IDE does not helpfully modify properties for you. If you do do that, beware, for some reason loaded can get called more than once for each form. Tony Whyman MWA On 08/04/15 14:58, Donald Ziesig wrote: Hi All! I'm not sure if the following is a new bug or whether it only occurs in Lazarus for Windows 1.4RC2 or RC3. I have been testing Lazarus 1.4RC2 and now Lazarus 1.4RC3 on Windows 7 and have encountered strange behavior with frames. I have simplified the code down to an app that displays a very simple frame after a button push. There is only one *unusual* factor in this app (but it is common to many programs I wrote in Delphi and Lazarus for Linux). That is, I subclass TFrame to add functionality to all descendent frames, for example: TFrameX = class(TFrame) public Print; virtual; // Now the main program can call Print on a framex and // the frame-specific printing occurs. constructor Create; override; end; the remainder of the frames in the apps are subclassed from TFrameX. TFrame1 = class(TFrameX) ... The issue is that when editing the MAIN program's appearance using the Object Inspector, (specifically changing *Position*), the .lfm file for the FRAME /occasionally/ gets an entry for*Position*! (sometimes *TabOrder*, too.). I can't pinpoint exactly the time at which this extraneous data appears, but it doing a series of normal editing operations such as moving the windows, changing the properties of the MAIN or FRAME for a few minutes (but not changing the code) will definitely cause it to happen. Once it does, the object inspector for Frame1 has an entry for *Position* (and sometimes *TabOrder*) which is not present when a frame is first created. After this appears, reloading the Frame form will /sometimes/ raise an exception in the IDE complaining about the unknown property for the Frame. The intermittent (apparently) nature of this is puzzling. Subsequently, when I attempt to run the program, one of two possible situations occur: 1.Clicking on the button that displays the frame calls the code but does not display the frame, or, 2.Clicking on the button raises an exception describing the extraneous entry in the .lfm file. I haven't been able to figure out why one or the other happens, but for any given compilation the error remains the same. I have a simple app that demonstrates this problem if anyone would like to try to replicate my troubles ;-) . Thanks, Don Ziesig -- ___ 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] Cannot bulid Lazarus Qt
Thanks for assistance. Finally, there were something wrong with configuration rather than FPC or Lazarus. Even if I had Qt in combobox or I used command line: make all useride LCL_PLATFORM=qt it was built as gtk2.Now I successfuly compiled r.48681 with FPC r.30496. I think Lazarus and FPC are OK (but I didn't try BIGIDE).V.__ Od: zeljko zel...@holobit.net Komu: Lazarus mailing list lazarus@lists.lazarus.freepascal.org Datum: 08.04.2015 15:29 Předmět: Re: [Lazarus] Cannot bulid Lazarus Qt On 04/08/2015 01:41 PM, Vojtěch Čihák wrote: Hi, I got strange problem I didn't see ever before. I cannot build Lazarus for Qt. It always falls to GTk2. I got set Qt in Configure Build Lazarus Dialog and Build with Clean All option. I also tried to buid from console: make clean all useride LCL_PLATFORM=qt but no luck. Linux 64-bit, FPC 3.1.1 (r.30494) Qt 4.8.6 Lazarus 1.5 r48562:48630M FPC 3.1.1 x86_64-linux-gtk 2 (Last workig Qt build was Lazarus 1.5 r48530M FPC 3.1.1 30069 x86_64-linux-qt) Probably related to this: http://bugs.freepascal.org/view.php?id=27806 http://bugs.freepascal.org/view.php?id=27806 2.6.4 and fixes_3_0 works ok. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TOpenDialog causes debugger error on exit from program.
On 04/08/2015 12:41 PM, Martin Frb wrote: On 08/04/2015 17:17, Martin Frb wrote: There are several known problems (especially win 7 and up) where gdb 7.2 does not like the dll loaded for the open dialog (shell extensions or something) Workaround is http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working I have added a note on the download page (readme.txt / displayed on the bottom of the page.) -- Thanks Martin. That workaround corrected the problem. Don ___ 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
[Lazarus] TOpenDialog causes debugger error on exit from program.
Found another bug. This one is repeatable all of the time. Very simple demo. Create a new project. Put a TOpenDialog on the form. Then put two buttons. Button2 calls Close. Button1 has the following code in the onclick handler. if OpenDialog1.Execute then; Run the program. Click Button2. The program exits normally. Run the program again. Click Button1. When the open dialog appears, select a file at random (since it will not be touched by the program). Then Click Button2. The Debugger raises an exception GDB as encountered an internal error: ... This occurs in RC3 for Win32. Don Ziesig -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TOpenDialog causes debugger error on exit from program.
On 08/04/2015 17:17, Martin Frb wrote: There are several known problems (especially win 7 and up) where gdb 7.2 does not like the dll loaded for the open dialog (shell extensions or something) Workaround is http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working I have added a note on the download page (readme.txt / displayed on the bottom of the page.) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] 1.4RC3 Install issue
Hi all, I've not had any problems up to date with installing the deb Lazarus RC1 and RC2 files. But today something is different. Installed (in this order) fpc_2.6.4-150228_amd64.deb fpc-src_2.6.4-150228_amd64.deb (this had already been installed for RC2, but I went ahead and reinstalled just in case) lazarus_1.4RC3-0_amd64.deb On startup lazarus complained of path so I selected the appropriate 1.4Rc3 folder and that was fine. But compiler tab complains fpc.cfg is missing. I've looked in /etc and there is an fpc.cfg there dated today. It had initially complained that my compiler (usr/bin/fpc) does not support target x86_64-Linux. The fpc in /usr/bin is dated from 20.04.2014 I then went and chose /usr/lib/fpc/2.6.4/ppcx64, and it made the same complaint, and still have the missing fpc.cfg message. That user lib ppcx64 file is also dated in Apr. 20 2014. Closed the dialog, restarted Lazarus and it went through the exact same complaints. I had been working with Martin Frb in making a debuggable Fpc, but that was weeks ago and I've been using RC2 daily since then from, I believe, the proper folders. No idea why, or what to do. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Very strange errors when editing programs using Frames
On 04/08/2015 05:01 PM, Mattias Gaertner wrote: On Wed, 08 Apr 2015 09:58:32 -0400 Donald Ziesig don...@ziesig.org wrote: [...] (specifically changing *Position*), the .lfm file for the FRAME /occasionally/ gets an entry for*Position*! (sometimes *TabOrder*, too.). I can't pinpoint exactly the time at which this extraneous data appears, but it doing a series of normal editing operations such as moving the windows, changing the properties of the MAIN or FRAME for a few minutes (but not changing the code) will definitely cause it to happen. Once it does, the object inspector for Frame1 has an entry for *Position* (and sometimes *TabOrder*) which is not present when a frame is first created. After this appears, reloading the Frame form will /sometimes/ raise an exception in the IDE complaining about the unknown property for the Frame. Do you mean Position or Left, Top? Position as in poDesigned TabOrder is a normal TFrame property. It is set automatically by the LCL for all controls. This may be true, but one of the errors is an exception caused by an invalid property TabOrder. It doesn't happen frequently, but I have seen it more than once. The intermittent (apparently) nature of this is puzzling. Subsequently, when I attempt to run the program, one of two possible situations occur: 1.Clicking on the button that displays the frame calls the code but does not display the frame, or, 2.Clicking on the button raises an exception describing the extraneous entry in the .lfm file. I haven't been able to figure out why one or the other happens, but for any given compilation the error remains the same. I have a simple app that demonstrates this problem if anyone would like to try to replicate my troubles ;-) . Please create a bug report. Will do (as soon as I return to Windows ;-) ). Mattias -- ___ 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
[Lazarus] Is it possible to change LazLogger to use unbuffered output?
Hi All! LazLogger is quite useful in debugging components, but it would be much more useful if the output were unbuffered such that lines written to DebugLn would show in the terminal immediately. Right now, only a portion of the debug output appears unless I append many dummy characters to the debug output to flush the output buffer. Otherwise I can't see all of my output until well after it has been written. Don Ziesig -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Very strange errors when editing programs using Frames
On Wed, 08 Apr 2015 09:58:32 -0400 Donald Ziesig don...@ziesig.org wrote: [...] (specifically changing *Position*), the .lfm file for the FRAME /occasionally/ gets an entry for*Position*! (sometimes *TabOrder*, too.). I can't pinpoint exactly the time at which this extraneous data appears, but it doing a series of normal editing operations such as moving the windows, changing the properties of the MAIN or FRAME for a few minutes (but not changing the code) will definitely cause it to happen. Once it does, the object inspector for Frame1 has an entry for *Position* (and sometimes *TabOrder*) which is not present when a frame is first created. After this appears, reloading the Frame form will /sometimes/ raise an exception in the IDE complaining about the unknown property for the Frame. Do you mean Position or Left, Top? TabOrder is a normal TFrame property. It is set automatically by the LCL for all controls. The intermittent (apparently) nature of this is puzzling. Subsequently, when I attempt to run the program, one of two possible situations occur: 1.Clicking on the button that displays the frame calls the code but does not display the frame, or, 2.Clicking on the button raises an exception describing the extraneous entry in the .lfm file. I haven't been able to figure out why one or the other happens, but for any given compilation the error remains the same. I have a simple app that demonstrates this problem if anyone would like to try to replicate my troubles ;-) . Please create a bug report. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Very strange errors when editing programs using Frames
On Wed, 08 Apr 2015 15:42:12 +0100 Tony Whyman tony.why...@mccallumwhyman.com wrote: [...]Lazarus unfortunately does not have the Delphi Object Inspector's revert to inherited option. Now it has. I implemented it only for some basic types and it works only for TComponent properties. So it does not work for Label1.Font.Color, because Font is not a TComponent. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is it possible to change LazLogger to use unbuffered output?
On 09/04/2015 02:38, Donald Ziesig wrote: Hi All! LazLogger is quite useful in debugging components, but it would be much more useful if the output were unbuffered such that lines written to DebugLn would show in the terminal immediately. Right now, only a portion of the debug output appears unless I append many dummy characters to the debug output to flush the output buffer. Otherwise I can't see all of my output until well after it has been written. You can look at the units and see if you can add any flushing anywhere. There is property LazLogger.CloseLogFileBetweenWrites : Boolean So in your initialization: LazLogger.CloseLogFileBetweenWrites := True; might help -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus