From aaa5500 at ya.ru Sat Dec 7 21:00:19 2019 From: aaa5500 at ya.ru (AlexeyT) Date: Sat, 7 Dec 2019 23:00:19 +0300 Subject: [Lazarus] Online help for "Help options" Message-ID: <38f86fcc-6d3e-e7b4-bf0c-86a0b1d6ba6c@ya.ru> https://wiki.lazarus.freepascal.org/IDE_Window:_Help_Options - Can somebody write there, what is field "FP Doc HTML Path"? what folder of FPC or Lazarus must be put there? - What is "FP Doc" - write too. - How user can fill "Databases" grid? what databases? where to get them? -- Regards, Alexey From genericptr at gmail.com Mon Dec 9 15:29:18 2019 From: genericptr at gmail.com (Ryan Joseph) Date: Mon, 9 Dec 2019 09:29:18 -0500 Subject: [Lazarus] Gtk3 high resolution issues on Linux Message-ID: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com> I'm implementing the OpenGL control for Gtk3/Linux and noticed that on high resolution display the widgets are all scaled wrong. Is this a known bug with the Gtk3 widget? I have very limited Lazarus experience so I may be overlooking something simple. If it is something which is just not implemented correctly does anyone have any ideas of why it's doing this? Since I'm working on the OpenGL control I could try fixing the high-res scaling also. Regards, Ryan Joseph From juha.manninen62 at gmail.com Mon Dec 9 16:05:18 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Mon, 9 Dec 2019 17:05:18 +0200 Subject: [Lazarus] Gtk3 high resolution issues on Linux In-Reply-To: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com> References: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com> Message-ID: On Mon, Dec 9, 2019 at 4:29 PM Ryan Joseph via lazarus wrote: > I'm implementing the OpenGL control for Gtk3/Linux and noticed that on high resolution display the widgets are all scaled wrong. Is this a known bug with the Gtk3 widget? I have very limited Lazarus experience so I may be overlooking something simple. > > If it is something which is just not implemented correctly does anyone have any ideas of why it's doing this? Since I'm working on the OpenGL control I could try fixing the high-res scaling also. How does it behave with GTK2? Juha From genericptr at gmail.com Mon Dec 9 18:48:43 2019 From: genericptr at gmail.com (Ryan Joseph) Date: Mon, 9 Dec 2019 12:48:43 -0500 Subject: [Lazarus] Gtk3 high resolution issues on Linux In-Reply-To: References: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com> Message-ID: no problems on gtk2. Is this a known issue on gtk3? I'm just starting from a basic application with a form and single button. The window size and the button size is wrong. > On Dec 9, 2019, at 10:05 AM, Juha Manninen via lazarus wrote: > > How does it behave with GTK2? Regards, Ryan Joseph From juha.manninen62 at gmail.com Mon Dec 9 19:08:20 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Mon, 9 Dec 2019 20:08:20 +0200 Subject: [Lazarus] Gtk3 high resolution issues on Linux In-Reply-To: References: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com>

Message-ID: On Mon, Dec 9, 2019 at 7:48 PM Ryan Joseph via lazarus wrote: > no problems on gtk2. Is this a known issue on gtk3? I'm just starting from a basic application > with a form and single button. The window size and the button size is wrong. LCL-GTK3 is still alpha. I guess it is just not implemented yet. LCL-GTK2 can be studied for inspiration but direct copy-paste may not work and it is a bad idea anyways. The code has left-overs from the original GTK1 history. LCL-GTK3 is a new clean implementation with some new design principals. Sorry I cannot help you more. The author Zeljko should be able to answer detailed questions. Juha From genericptr at gmail.com Mon Dec 9 19:29:27 2019 From: genericptr at gmail.com (Ryan Joseph) Date: Mon, 9 Dec 2019 13:29:27 -0500 Subject: [Lazarus] Gtk3 high resolution issues on Linux In-Reply-To: References: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com>

Message-ID: <0CF82C1C-68D5-40EE-B8E0-01926EEFCF0D@gmail.com> > On Dec 9, 2019, at 1:08 PM, Juha Manninen via lazarus wrote: > > LCL-GTK3 is still alpha. I guess it is just not implemented yet. > LCL-GTK2 can be studied for inspiration but direct copy-paste may not > work and it is a bad idea anyways. The code has left-overs from the > original GTK1 history. > LCL-GTK3 is a new clean implementation with some new design principals. > Sorry I cannot help you more. The author Zeljko should be able to > answer detailed questions. Thanks, it's helpful just to know what I'm not doing something wrong. I'll keep searching around in the debugger until I figure out why this is happening. Regards, Ryan Joseph From genericptr at gmail.com Wed Dec 11 20:28:13 2019 From: genericptr at gmail.com (Ryan Joseph) Date: Wed, 11 Dec 2019 14:28:13 -0500 Subject: [Lazarus] Gtk3 high resolution issues on Linux In-Reply-To: <0CF82C1C-68D5-40EE-B8E0-01926EEFCF0D@gmail.com> References: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com>

<0CF82C1C-68D5-40EE-B8E0-01926EEFCF0D@gmail.com> Message-ID: > On Dec 9, 2019, at 1:29 PM, Ryan Joseph wrote: > > Thanks, it's helpful just to know what I'm not doing something wrong. I'll keep searching around in the debugger until I figure out why this is happening. After much time in the debugger I found out that GTK3 needs to multiple the screen by the scale factor (2 for high-res) and this fixes the problem. Yay! but now I see that GTK3 controls sizes are mostly all wrong anyways (not related to high res even). :( Is this known to Lazarus? I'm testing GTK3 in C now and it doesn't even seem possible to make a button smaller than 34 pixels. I'm going to keep working at it but until this is fixed GTK3 widgets are basically broken unless it is your only targeted widget set across all platforms. Regards, Ryan Joseph From genericptr at gmail.com Wed Dec 11 22:55:16 2019 From: genericptr at gmail.com (Ryan Joseph) Date: Wed, 11 Dec 2019 16:55:16 -0500 Subject: [Lazarus] Gtk3 high resolution issues on Linux In-Reply-To: References: <5A89BAEF-077E-4C95-8056-BD6442E2540A@gmail.com>

<0CF82C1C-68D5-40EE-B8E0-01926EEFCF0D@gmail.com> Message-ID: > On Dec 11, 2019, at 2:28 PM, Ryan Joseph wrote: > > Is this known to Lazarus? I'm testing GTK3 in C now and it doesn't even seem possible to make a button smaller than 34 pixels. I'm going to keep working at it but until this is fixed GTK3 widgets are basically broken unless it is your only targeted widget set across all platforms. I discovered that new CSS needs to be applied for GTK3 so widgets maintain the same size across different widget sets but is this safe? I don't know much about Linux but I'm curious if users change the system theme these settings will be overridden and change the size of all the controls. Maybe it doesn't matter though because unless we change the default CSS a button you request at 75x25 pixels will always be 75x34 and that can't be an acceptable solution. Regards, Ryan Joseph From luca at wetron.es Fri Dec 13 10:26:25 2019 From: luca at wetron.es (Luca Olivetti) Date: Fri, 13 Dec 2019 10:26:25 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal Message-ID: Hello, I don't remember if I asked this previously, but it always bugs me. If I do try AForm.ShowModal except .... end; the exceptions eventually raised in AForm aren't caught by the above try..except, they always show the default error dialog. I have to use Application.OnException to catch those. Why? Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From michael at freepascal.org Fri Dec 13 10:38:05 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 13 Dec 2019 10:38:05 +0100 (CET) Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: References: Message-ID: On Fri, 13 Dec 2019, Luca Olivetti via lazarus wrote: > Hello, > > I don't remember if I asked this previously, but it always bugs me. > > If I do > > > try > AForm.ShowModal > except > .... > end; > > > the exceptions eventually raised in AForm aren't caught by the above > try..except, they always show the default error dialog. > I have to use Application.OnException to catch those. > Why? Because ShowModal must run the application message loop, and that already catches the exceptions. This is in line with the event-based architecture. It's the same in Delphi. Michael. From luca at wetron.es Fri Dec 13 15:03:44 2019 From: luca at wetron.es (Luca Olivetti) Date: Fri, 13 Dec 2019 15:03:44 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: References: Message-ID: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> El 13/12/19 a les 10:38, Michael Van Canneyt via lazarus ha escrit: > > > On Fri, 13 Dec 2019, Luca Olivetti via lazarus wrote: > >> Hello, >> >> I don't remember if I asked this previously, but it always bugs me. >> >> If I do >> >> >> try >> AForm.ShowModal >> except >> .... >> end; >> >> >> the exceptions eventually raised in AForm aren't caught by the above >> try..except, they always show the default error dialog. >> I have to use Application.OnException to catch those. >> Why? > > Because ShowModal must run the application message loop, and that > already catches the > exceptions. This is in line with the event-based architecture. It's the > same in Delphi. Yes, I would expect that with Show, but ShowModal is blocking, so I would expect the try..except to work. I know it doesn't, but I always forget it :-( Regarding delphi, I stopped using it ten years ago. more or less ;-) Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From michael at freepascal.org Fri Dec 13 15:10:31 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 13 Dec 2019 15:10:31 +0100 (CET) Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> Message-ID: On Fri, 13 Dec 2019, Luca Olivetti via lazarus wrote: >> >> Because ShowModal must run the application message loop, and that >> already catches the >> exceptions. This is in line with the event-based architecture. It's the >> same in Delphi. > > Yes, I would expect that with Show, but ShowModal is blocking, so I > would expect the try..except to work. Yes, but ShowModal is not actually "blocking". It fakes this 'blocking' by running the message loop (which is asynchronous by nature). If an exception occurs, it is in an event handler, which, from the application point of view, is asynchronous. It's more like threads. Exceptions in threads are also not propagated to the main thread. At least, that is how I see it. Not 100% accurate, but it does the trick for my understanding ;-) Michael. From michael at freepascal.org Fri Dec 13 15:19:13 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 13 Dec 2019 15:19:13 +0100 (CET) Subject: [Lazarus] Install packages dialog on MacOS Message-ID: Hello, The 'Install packages' dialog has 2 edit boxes to filter the list of installed or not yet installed packages. On MacOS, I can type in the left edit field to filter the list of installed packages. But I cannot type in the right edit box. This is a reproducible problem for me. This is a vanilla Lazarus 2.0.6 install on MacOS, not on Catalina, still on Mojave. Has anyone else experienced this problem ? Michael. From luca at wetron.es Fri Dec 13 15:37:12 2019 From: luca at wetron.es (Luca Olivetti) Date: Fri, 13 Dec 2019 15:37:12 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> Message-ID: <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> El 13/12/19 a les 15:10, Michael Van Canneyt via lazarus ha escrit: > > > On Fri, 13 Dec 2019, Luca Olivetti via lazarus wrote: > >>> >>> Because ShowModal must run the application message loop, and that >>> already catches the >>> exceptions. This is in line with the event-based architecture. It's >>> the same in Delphi. >> >> Yes, I would expect that with Show, but ShowModal is blocking, so I >> would expect the try..except to work. > > Yes, but ShowModal is not actually "blocking". > > It fakes this 'blocking' by running the message loop (which is > asynchronous by nature). > If an exception occurs, it is in an event handler, which, from the > application point of view, is asynchronous. > > It's more like threads. Exceptions in threads are also not propagated to > the > main thread. > > At least, that is how I see it. Not 100% accurate, but it does the trick > for my understanding ;-) Yes, I know all of that, but the message loop could also fake re-raising the exception if it was raised in the context of a ShowModal (though I reckon that if it did that it would probably break existing applications, or maybe not, since the exception would be finally caught by the application handler anyway). BTW, is there a way to know where the exception came from? I don't see any method in Exception to do that, and that's the only parameter that OnException sees (Sender is nil when I raise an exception inside a form). My use case is, I want to manage only the exceptions generated in a specific form while I'm modal showing it. I usually set a field telling me that the form is visible and use that in OnException to guess where it came from, but that will obviously fail if the form is showing and there's an exception generated somewhere else. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From michael at freepascal.org Fri Dec 13 15:51:51 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 13 Dec 2019 15:51:51 +0100 (CET) Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> Message-ID: On Fri, 13 Dec 2019, Luca Olivetti via lazarus wrote: >> At least, that is how I see it. Not 100% accurate, but it does the trick >> for my understanding ;-) > > Yes, I know all of that, but the message loop could also fake re-raising > the exception if it was raised in the context of a ShowModal (though I > reckon that if it did that it would probably break existing > applications, or maybe not, since the exception would be finally caught > by the application handler anyway). Not correct. I have code if ShowModal=mrOK then begin end else begin end No matter how many exceptions are raised, the code will always go through either block of the if then statement. If ShowModal would propagate this, then neither of the code blocks would be executed. So changing this is a no-no. > > BTW, is there a way to know where the exception came from? I don't see > any method in Exception to do that, and that's the only parameter that > OnException sees (Sender is nil when I raise an exception inside a form). > My use case is, I want to manage only the exceptions generated in a > specific form while I'm modal showing it. > I usually set a field telling me that the form is visible and use that > in OnException to guess where it came from, but that will obviously fail > if the form is showing and there's an exception generated somewhere else. Why not use Screen.ActiveForm ? Michael. From luca at wetron.es Fri Dec 13 16:24:26 2019 From: luca at wetron.es (Luca Olivetti) Date: Fri, 13 Dec 2019 16:24:26 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> Message-ID: <8bf8fccf-4a59-e59a-5bfb-e0c98a6d40ca@wetron.es> El 13/12/19 a les 15:51, Michael Van Canneyt via lazarus ha escrit: >> BTW, is there a way to know where the exception came from? I don't see >> any method in Exception to do that, and that's the only parameter that >> OnException sees (Sender is nil when I raise an exception inside a form). >> My use case is, I want to manage only the exceptions generated in a >> specific form while I'm modal showing it. >> I usually set a field telling me that the form is visible and use that >> in OnException to guess where it came from, but that will obviously >> fail if the form is showing and there's an exception generated >> somewhere else. > > Why not use Screen.ActiveForm ? Never thought of that, d'ho! But then it has the same problem: even if the form is active, the exception could come from somewhere else. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From nc-gaertnma at netcologne.de Fri Dec 13 16:41:50 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 13 Dec 2019 16:41:50 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: <8bf8fccf-4a59-e59a-5bfb-e0c98a6d40ca@wetron.es> References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> <8bf8fccf-4a59-e59a-5bfb-e0c98a6d40ca@wetron.es> Message-ID: <20191213164150.7210177b@limapholos.matflo.wg> On Fri, 13 Dec 2019 16:24:26 +0100 Luca Olivetti via lazarus wrote: >[...] > But then it has the same problem: even if the form is active, the > exception could come from somewhere else. Do you want the call stack? Mattias From luca at wetron.es Fri Dec 13 16:52:36 2019 From: luca at wetron.es (Luca Olivetti) Date: Fri, 13 Dec 2019 16:52:36 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: <20191213164150.7210177b@limapholos.matflo.wg> References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> <8bf8fccf-4a59-e59a-5bfb-e0c98a6d40ca@wetron.es> <20191213164150.7210177b@limapholos.matflo.wg> Message-ID: El 13/12/19 a les 16:41, Mattias Gaertner via lazarus ha escrit: > On Fri, 13 Dec 2019 16:24:26 +0100 > Luca Olivetti via lazarus wrote: > >> [...] >> But then it has the same problem: even if the form is active, the >> exception could come from somewhere else. > > Do you want the call stack? I know how to get the call stack, it's in the wiki and I use it in some applications to log the unhandled exceptions to a file for later debug, but I don't know if and how I can determine if the exception was generated in a specific form. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From nc-gaertnma at netcologne.de Fri Dec 13 17:10:07 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 13 Dec 2019 17:10:07 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> <8bf8fccf-4a59-e59a-5bfb-e0c98a6d40ca@wetron.es> <20191213164150.7210177b@limapholos.matflo.wg> Message-ID: <20191213171007.35fa552c@limapholos.matflo.wg> On Fri, 13 Dec 2019 16:52:36 +0100 Luca Olivetti via lazarus wrote: > El 13/12/19 a les 16:41, Mattias Gaertner via lazarus ha escrit: > > On Fri, 13 Dec 2019 16:24:26 +0100 > > Luca Olivetti via lazarus wrote: > > > >> [...] > >> But then it has the same problem: even if the form is active, the > >> exception could come from somewhere else. > > > > Do you want the call stack? > > I know how to get the call stack, it's in the wiki and I use it in > some applications to log the unhandled exceptions to a file for later > debug, but I don't know if and how I can determine if the exception > was generated in a specific form. As you know, not every exception is raised in a specific form. Maybe you can give some example(s), what you want to achieve? Mattias From luca at wetron.es Fri Dec 13 20:22:55 2019 From: luca at wetron.es (Luca Olivetti) Date: Fri, 13 Dec 2019 20:22:55 +0100 Subject: [Lazarus] try..except doesn't trap exception in Form.Showmodal In-Reply-To: <20191213171007.35fa552c@limapholos.matflo.wg> References: <3ad2e1ac-0269-0a97-5789-ebb7ee1c31c3@wetron.es> <9e071ffa-4f1d-2cc8-dac5-45ce1381f8f9@wetron.es> <8bf8fccf-4a59-e59a-5bfb-e0c98a6d40ca@wetron.es> <20191213164150.7210177b@limapholos.matflo.wg> <20191213171007.35fa552c@limapholos.matflo.wg> Message-ID: El 13/12/19 a les 17:10, Mattias Gaertner via lazarus ha escrit: > On Fri, 13 Dec 2019 16:52:36 +0100 > Luca Olivetti via lazarus wrote: > >> El 13/12/19 a les 16:41, Mattias Gaertner via lazarus ha escrit: >>> On Fri, 13 Dec 2019 16:24:26 +0100 >>> Luca Olivetti via lazarus wrote: >>> >>>> [...] >>>> But then it has the same problem: even if the form is active, the >>>> exception could come from somewhere else. >>> >>> Do you want the call stack? >> >> I know how to get the call stack, it's in the wiki and I use it in >> some applications to log the unhandled exceptions to a file for later >> debug, but I don't know if and how I can determine if the exception >> was generated in a specific form. > > As you know, not every exception is raised in a specific form. Maybe you > can give some example(s), what you want to achieve? I gave it in my first example: try AForm.Showmodal; except ... end And since that isn't supposed to work, I have to trap it with Application.OnException. My use case is an unattended application, where every uncaught exception should abort/restart it, *unless* the exception is generated in an interactive form (i.e, a user is there, watching it), in that case I can simply show a message tailored to the form that caused the exception. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From aaa5500 at ya.ru Fri Dec 13 21:20:15 2019 From: aaa5500 at ya.ru (AlexeyT) Date: Fri, 13 Dec 2019 23:20:15 +0300 Subject: [Lazarus] Canvas.PolyBezier parameter Message-ID: <1a100d07-ee8e-d4f2-7137-605f0768f6ff@ya.ru> lcl/graphics.pp procedure PolyBezier(Points: PPoint; NumPts: Integer; Filled: boolean = False; Continuous: boolean = False); virtual; {$IFDEF HasFPCanvas1}reintroduce;{$ENDIF} procedure PolyBezier(const Points: array of TPoint; Filled: boolean = False; Continuous: boolean = False); {$IFDEF HasFPCanvas1}reintroduce;{$ENDIF} def of Cotinuous is False! Seems it's wrong? Because Delphi don't have Continuous param at all and by default it paints continuous curve, ie it needs 4 points for the 1st curve and 3 points per next curves. http://docwiki.embarcadero.com/Libraries/Rio/en/Vcl.Graphics.TCanvas.PolyBezier so LCL must change def of Continuous to True? -- Regards, Alexey From genericptr at gmail.com Fri Dec 13 22:23:36 2019 From: genericptr at gmail.com (Ryan Joseph) Date: Fri, 13 Dec 2019 16:23:36 -0500 Subject: [Lazarus] Install packages dialog on MacOS In-Reply-To: References: Message-ID: 2.1.0 on Catalina doesn't have this problem for what it's worth. > On Dec 13, 2019, at 9:19 AM, Michael Van Canneyt via lazarus wrote: > > > Hello, > > The 'Install packages' dialog has 2 edit boxes to filter the list of > installed or not yet installed packages. On MacOS, I can type in the left > edit field to filter the list of installed packages. But I cannot type in > the right edit box. This is a reproducible problem for me. > > This is a vanilla Lazarus 2.0.6 install on MacOS, not on Catalina, still on Mojave. > > Has anyone else experienced this problem ? > > Michael. > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus Regards, Ryan Joseph From juha.manninen62 at gmail.com Sat Dec 14 12:27:32 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 14 Dec 2019 13:27:32 +0200 Subject: [Lazarus] Install packages dialog on MacOS In-Reply-To: References: Message-ID: On Fri, Dec 13, 2019 at 4:19 PM Michael Van Canneyt via lazarus wrote: > The 'Install packages' dialog has 2 edit boxes to filter the list of > installed or not yet installed packages. On MacOS, I can type in the left > edit field to filter the list of installed packages. But I cannot type in > the right edit box. This is a reproducible problem for me. I recently resolved a similar issue report: https://bugs.freepascal.org/view.php?id=30491 as "won't fix" because the Mac development resources go to Cocoa now. Anyway the problem sounds strange. Both controls are TTreeFilterEdit from LazControls. They should behave identically. When did this problem occur? Is there a certain revision causing it? Juha From michael at freepascal.org Sat Dec 14 12:45:21 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Sat, 14 Dec 2019 12:45:21 +0100 (CET) Subject: [Lazarus] Install packages dialog on MacOS In-Reply-To: References:

Message-ID: On Sat, 14 Dec 2019, Juha Manninen via lazarus wrote: > On Fri, Dec 13, 2019 at 4:19 PM Michael Van Canneyt via lazarus > wrote: >> The 'Install packages' dialog has 2 edit boxes to filter the list of >> installed or not yet installed packages. On MacOS, I can type in the left >> edit field to filter the list of installed packages. But I cannot type in >> the right edit box. This is a reproducible problem for me. > > I recently resolved a similar issue report: > https://bugs.freepascal.org/view.php?id=30491 > as "won't fix" because the Mac development resources go to Cocoa now. > Anyway the problem sounds strange. Both controls are TTreeFilterEdit > from LazControls. They should behave identically. > When did this problem occur? Is there a certain revision causing it? Like I said, it is an official install from 2.0.6, not from SVN. Michael. From aaa5500 at ya.ru Mon Dec 16 08:49:35 2019 From: aaa5500 at ya.ru (Alexey Tor.) Date: Mon, 16 Dec 2019 10:49:35 +0300 Subject: [Lazarus] Canvas.PolyBezier docs is poor Message-ID: <3412fcfd-a617-aa06-74d6-a5541ed39bb6@ya.ru> https://lazarus-ccr.sourceforge.io/docs/lcl/graphics/tcanvas.polybezier.html "Filled" help is poor: If the Filled Flag is set to TRUE then the resulting Poly-Bezier will be drawn as a Polygon. ??? does it mean that start and end points of a curve will be connected? does it mean that all parts of curve (with Continuous=false) will be connected? does it mean that all points (start-end and parts) will be connected and Brush filling is used? -- Regards, Alexey From werner.pamler at freenet.de Tue Dec 17 22:52:49 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 17 Dec 2019 22:52:49 +0100 Subject: [Lazarus] Duplicate items in xml doc files Message-ID: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> Fixing a docs-related issue today (https://bugs.freepascal.org/view.php?id=36452), I noticed that the entry for TCanvas.PolyBezier almost does not have any elements when the item is displayed in the *FPDoc editor* of Lazarus, i.e. I do "View" > "FPDoc Editor" and place the cursor in the normal source code window on the PolyBezier identifier - then the FPDoc editor displays only the "short" text, all other tabs are empty. On the other hand, the full chm file contains a lot more information (https://lazarus-ccr.sourceforge.io/docs/lcl/graphics/tcanvas.polybezier.html), among it the description node which is the topic of that bug report. How is this possible? On the other hand, opening the file graphics.xml in the *LazDocEditor *and finding the TCanvas node shows two PolyBezier nodes. The first one contains the text from the chm file, the second one has subnodes for the parameters of the function - there is no text assigned to them, but some of them are listed twice. There are other help items which show the same phenomenon: Chord, Polygon, PolyLine, RadialPie, where Polygon even has three entries! Is this correct? If yes it is at least very confusing and makes the LazDocEditor possibly a dangerous tool because the xml file might be damaged when text is added to the wrong node. Can both tools, FPDoc Editor and LazDocEditor, be used to edit help information? Or is it recommended to do this manually (which is extremely error-prone)? And why are there so many empty lines? If they were added by either FPDocEditor or LazDocEditor (and not by the author manually) then these tools do not look very mature. Probably related: the source code mouse-over hint of PolyBezier shows only the "short" text, not the full "description". Werner -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Wed Dec 18 08:36:38 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Wed, 18 Dec 2019 08:36:38 +0100 (CET) Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> Message-ID: On Tue, 17 Dec 2019, Werner Pamler via lazarus wrote: > Fixing a docs-related issue today > (https://bugs.freepascal.org/view.php?id=36452), I noticed that the entry for > TCanvas.PolyBezier almost does not have any elements when the item is > displayed in the *FPDoc editor* of Lazarus, i.e. I do "View" > "FPDoc Editor" > and place the cursor in the normal source code window on the PolyBezier > identifier - then the FPDoc editor displays only the "short" text, all other > tabs are empty. On the other hand, the full chm file contains a lot more > information > (https://lazarus-ccr.sourceforge.io/docs/lcl/graphics/tcanvas.polybezier.html), > among it the description node which is the topic of that bug report. > > How is this possible? It's XML, not a database with a unique index on element name. There is nothing to stop you from adding an entry twice, but such a feature could easily be added to the editors... > On the other hand, opening the file graphics.xml in the *LazDocEditor *and > finding the TCanvas node shows two PolyBezier nodes. The first one contains > the text from the chm file, the second one has subnodes for the parameters of > the function - there is no text assigned to them, but some of them are listed > twice. > > There are other help items which show the same phenomenon: Chord, Polygon, > PolyLine, RadialPie, where Polygon even has three entries! > > Is this correct? If yes it is at least very confusing and makes the > LazDocEditor possibly a dangerous tool because the xml file might be damaged > when text is added to the wrong node. Why would that damage the XML ? > Can both tools, FPDoc Editor and LazDocEditor, be used to edit help > information? Or is it recommended to do this manually (which is extremely > error-prone)? For FPC, I only edit manually. I don't see why this would be error prone ? > And why are there so many empty lines? If they were added by either > FPDocEditor or LazDocEditor (and not by the author manually) then these tools > do not look very mature. The empty lines are irrelevant. > Probably related: the source code mouse-over hint of PolyBezier shows only > the "short" text, not the full "description". That will depend on the XML node that is chosen to display the help. Michael. From fpc at pascalprogramming.org Wed Dec 18 11:05:16 2019 From: fpc at pascalprogramming.org (Marco van de Voort) Date: Wed, 18 Dec 2019 11:05:16 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> Message-ID: <763dd999-8eb3-e98d-2b60-0a374951fdfe@pascalprogramming.org> Op 2019-12-17 om 22:52 schreef Werner Pamler via lazarus: > > Fixing a docs-related issue today > (https://bugs.freepascal.org/view.php?id=36452), I noticed that the > entry for TCanvas.PolyBezier almost does not have any elements when > the item is displayed in the *FPDoc editor* of Lazarus, i.e. I do > "View" > "FPDoc Editor" and place the cursor in the normal source code > window on the PolyBezier identifier - then the FPDoc editor displays > only the "short" text, all other tabs are empty. On the other hand, > the full chm file contains a lot more information > (https://lazarus-ccr.sourceforge.io/docs/lcl/graphics/tcanvas.polybezier.html), > among it the description node which is the topic of that bug report. > > How is this possible? > You are sure you really have TCanvas.polybezier in the editor, and not the polybezier global? (at least I see a polybezier global in the last CHM snapshot) From werner.pamler at freenet.de Wed Dec 18 12:55:00 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Wed, 18 Dec 2019 12:55:00 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: <763dd999-8eb3-e98d-2b60-0a374951fdfe@pascalprogramming.org> References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> <763dd999-8eb3-e98d-2b60-0a374951fdfe@pascalprogramming.org> Message-ID: <359095a3-c611-29e9-3ddc-f7b20820bbd7@freenet.de> Am 18.12.2019 um 11:05 schrieb Marco van de Voort via lazarus: > > Op 2019-12-17 om 22:52 schreef Werner Pamler via lazarus: >> >> Fixing a docs-related issue today >> (https://bugs.freepascal.org/view.php?id=36452), I noticed that the >> entry for TCanvas.PolyBezier almost does not have any elements when >> the item is displayed in the *FPDoc editor* of Lazarus, i.e. I do >> "View" > "FPDoc Editor" and place the cursor in the normal source >> code window on the PolyBezier identifier - then the FPDoc editor >> displays only the "short" text, all other tabs are empty. On the >> other hand, the full chm file contains a lot more information >> (https://lazarus-ccr.sourceforge.io/docs/lcl/graphics/tcanvas.polybezier.html), >> among it the description node which is the topic of that bug report. >> >> How is this possible? >> > You are sure you really have TCanvas.polybezier in the editor, and not > the polybezier global? (at least I see a polybezier global in the last > CHM snapshot) > No, I am not sure. I even don't know what "polybezier global" is... From fpc at pascalprogramming.org Wed Dec 18 13:11:54 2019 From: fpc at pascalprogramming.org (Marco van de Voort) Date: Wed, 18 Dec 2019 13:11:54 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: <359095a3-c611-29e9-3ddc-f7b20820bbd7@freenet.de> References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> <763dd999-8eb3-e98d-2b60-0a374951fdfe@pascalprogramming.org> <359095a3-c611-29e9-3ddc-f7b20820bbd7@freenet.de> Message-ID: <2d7ab0b8-0fab-75bb-1e44-13e216fe4bd7@pascalprogramming.org> Op 2019-12-18 om 12:55 schreef Werner Pamler via lazarus: > You are sure you really have TCanvas.polybezier in the editor, and > not the polybezier global? (at least I see a polybezier global in the > last CHM snapshot) >> > No, I am not sure. I even don't know what "polybezier global" is... A lemma in the help that is just "polybezier", and not TCanvas.polybezier. I assume it is a global procedure The lemma has Source position: winapih.inc line 211 From werner.pamler at freenet.de Wed Dec 18 16:21:33 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Wed, 18 Dec 2019 16:21:33 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> Message-ID: Disregarding LazFPDoc for the moment: I do like the FPDoc Editor because once I understood its principle I could simply edit existing and create new help items. And moving the mouse over the corresponding keywords in the text gave an immediate feedback. But now I am quite confused because it does not necessarily consider all nodes in a file. As we see here, there are two TCanvas.PolyBezier nodes in the same file. The FPDocEditor uses only the first node and ignores the second one; and the mouse-over hint is constructed also from the first node only -- the (larger) work somebody else has put into the second one is forgotten. I wonder how it was possible that a second node could be added at all. Carelessness of the user manually editing the file? I suppose that it is possible to merge the two nodes and remove the duplicates manually. Correct? Another issue with the FPDocEditor is that it frequently writes back to the xml file although nothing has been changed. Unfortunately it formats the xml text in its own way which causes a lot of text changes and pollutes the svn history. The attached TortoiseMerge screenshot shows the diffs induced by opening lclintf.inc in Lazarus with FPDocEditor and clicking on some LCLIntf-related keywords in the source files of winapi.inc and winapih.inc: a huge number of lines is changed due to replacement of empty expanded xml tags such as by their short forms (see the left gutter for an overview of all changes). This is an extreme case, normally I have seen only changes at a few places. I cannot tell what exactly causes the different behavior. >> Can both tools, FPDoc Editor and LazDocEditor, be used to edit help >> information? Or is it recommended to do this manually (which is >> extremely error-prone)? > > For FPC, I only edit manually. I don't see why this would be error > prone ? Typos! Once I tried to build the html help files myself and it failed because somebody had forgotten the slash in the end tag of some element. I can imagine dozens of such errors. And there is no feedback, only when someone at some time in the future builds the help files again and is annoyed by the crash due to somebody else's mistakes. Therefore, an easy-to use editing tool is essential if we want the (poor) help files of Lazarus to be improved. BTW: User Don Siders is doing an excellent job in continuously submitting patches for the xml files. The help files have improved considerably since then (I wonder how he is editing the xml files.) -------------- next part -------------- A non-text attachment was scrubbed... Name: FPDocEditor_lclintf.png Type: image/png Size: 54230 bytes Desc: not available URL: From michael at freepascal.org Wed Dec 18 16:29:16 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Wed, 18 Dec 2019 16:29:16 +0100 (CET) Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de>

Message-ID: On Wed, 18 Dec 2019, Werner Pamler via lazarus wrote: >> For FPC, I only edit manually. I don't see why this would be error prone ? > > Typos! Once I tried to build the html help files myself and it failed because > somebody had forgotten the slash in the end tag of some element. I can > imagine dozens of such errors. And there is no feedback, only when someone at > some time in the future builds the help files again and is annoyed by the > crash due to somebody else's mistakes. That's why the docs of fpc have the checkxml tool, which is used to quickly check the XML structure after editing, before committing or building. Michael. From werner.pamler at freenet.de Wed Dec 18 16:36:29 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Wed, 18 Dec 2019 16:36:29 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de>

Message-ID: <05d39c69-06bb-a11d-f083-105758a7954a@freenet.de> Am 18.12.2019 um 16:29 schrieb Michael Van Canneyt via lazarus: > That's why the docs of fpc have the checkxml tool, which is used to > quickly check > the XML structure after editing, before committing or building. Thanks - I did not know that. From werner.pamler at freenet.de Wed Dec 18 16:50:25 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Wed, 18 Dec 2019 16:50:25 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: <05d39c69-06bb-a11d-f083-105758a7954a@freenet.de> References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de>

<05d39c69-06bb-a11d-f083-105758a7954a@freenet.de> Message-ID: <054ba141-891e-e541-6733-8d851092bc36@freenet.de> Am 18.12.2019 um 16:36 schrieb Werner Pamler via lazarus: > Am 18.12.2019 um 16:29 schrieb Michael Van Canneyt via lazarus: >> That's why the docs of fpc have the checkxml tool, which is used to >> quickly check >> the XML structure after editing, before committing or building. > Thanks - I did not know that. Where is this tool? I did a search through all fpc folders and did not find it. From nc-gaertnma at netcologne.de Wed Dec 18 16:53:11 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 18 Dec 2019 16:53:11 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de>

Message-ID: <20191218165311.01f428f5@limapholos.matflo.wg> On Wed, 18 Dec 2019 16:21:33 +0100 Werner Pamler via lazarus wrote: >[...] > Another issue with the FPDocEditor is that it frequently writes back > to the xml file although nothing has been changed. Sound like a regression. It contains code to check if something has changed. Mattias From werner.pamler at freenet.de Wed Dec 18 17:27:35 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Wed, 18 Dec 2019 17:27:35 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: <2d7ab0b8-0fab-75bb-1e44-13e216fe4bd7@pascalprogramming.org> References: <09a48e09-f1b0-79bc-9dd0-656865150736@freenet.de> <763dd999-8eb3-e98d-2b60-0a374951fdfe@pascalprogramming.org> <359095a3-c611-29e9-3ddc-f7b20820bbd7@freenet.de> <2d7ab0b8-0fab-75bb-1e44-13e216fe4bd7@pascalprogramming.org> Message-ID: Am 18.12.2019 um 13:11 schrieb Marco van de Voort via lazarus: > A lemma in the help that is just "polybezier", and not > TCanvas.polybezier. I assume it is a global procedure > > The lemma has Source position: winapih.inc line 211 I looked at TCanvas.PolyBezier (the help text is in graphics.xml). The help text for the lemma that you mention is in interfacebase.xml and is structured correctly (in my opinion) because is does not contain duplicate xml nodes, and the non-canvas PolyBezier does display the description in the mouse-over hint. (But your note reminds me to adapt the docs change that I made in graphics.xml for issue https://bugs.freepascal.org/view.php?id=36452 also in interfacebase.xml.) From bo.berglund at gmail.com Wed Dec 18 21:17:52 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 18 Dec 2019 21:17:52 +0100 Subject: [Lazarus] Update Lazarus from svn, what happens on rebuild? Message-ID: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com> Say I have retrieved Lazarus sources from SVN and worked with it some time. I usually install certain extra packages suiting my development projects etc. Now I update from SVN and rebuild Lazarus, is there some way to make sure that what non-standard packages I had installed earlier gets installed again? The reason I ask is that I have run into a problem with a Raspberry Pi installation the other day. I wanted to install fpWeb, which is part of available packages in Lazarus. I had already installed two packages via On Line Package Manager and one from sources copied into the components dir. What happened is that the rebuild IDE failed and I could not get it to succeed no matter what I tried, so I did this: - Closed Lazarus - Navigated into the Lazarus/2.0.6 dir and then - make clean - make bigide OPT=-dFPC_ARMHF FPC=/home/pi/bin/ppcarm After this was done (no errors) I opened Lazarus and found that the extra packages I had previously installed was missing from the palette so I had to re-install them. This worked without the previous errors, though. Is there some method in this case to actually get Lazarus populated with the previously configured set of packages without starting over from scratch? I assume the same would be needed if I update from SVN and then rebuild Lazarus? -- Bo Berglund Developer in Sweden From jmlandmesser at gmx.de Wed Dec 18 22:26:32 2019 From: jmlandmesser at gmx.de (John Landmesser) Date: Wed, 18 Dec 2019 22:26:32 +0100 Subject: [Lazarus] Update Lazarus from svn, what happens on rebuild? In-Reply-To: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com> References: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com> Message-ID: All packages become part of the lazarus executable. Thats different from Delphi for example where packages are dynamical loaded. This one builds the IDE with all extra packages you installed yourself: make clean lazbuild useride starter i Hope, thats a useful and correct answer! Am 18.12.19 um 21:17 schrieb Bo Berglund via lazarus: > Say I have retrieved Lazarus sources from SVN and worked with it some > time. > I usually install certain extra packages suiting my development > projects etc. > Now I update from SVN and rebuild Lazarus, is there some way to make > sure that what non-standard packages I had installed earlier gets > installed again? > > The reason I ask is that I have run into a problem with a Raspberry Pi > installation the other day. I wanted to install fpWeb, which is part > of available packages in Lazarus. I had already installed two packages > via On Line Package Manager and one from sources copied into the > components dir. > What happened is that the rebuild IDE failed and I could not get it to > succeed no matter what I tried, so I did this: > - Closed Lazarus > - Navigated into the Lazarus/2.0.6 dir and then > - make clean > - make bigide OPT=-dFPC_ARMHF FPC=/home/pi/bin/ppcarm > > After this was done (no errors) I opened Lazarus and found that the > extra packages I had previously installed was missing from the palette > so I had to re-install them. This worked without the previous errors, > though. > > Is there some method in this case to actually get Lazarus populated > with the previously configured set of packages without starting over > from scratch? > > I assume the same would be needed if I update from SVN and then > rebuild Lazarus? > > h From don.siders at gmail.com Thu Dec 19 20:48:39 2019 From: don.siders at gmail.com (Don Siders) Date: Thu, 19 Dec 2019 14:48:39 -0500 Subject: [Lazarus] Duplicate items in xml doc files Message-ID: On Wed, Dec 18, 2019 at 10:24 AM wrote: > From: Werner Pamler > Subject: Re: [Lazarus] Duplicate items in xml doc files > Message-ID: > But now I am quite confused because it does not necessarily > consider all nodes in a file. As we see here, there are two > TCanvas.PolyBezier nodes in the same file. The FPDocEditor uses only the > first node and ignores the second one; and the mouse-over hint is > constructed also from the first node only -- the (larger) work somebody > else has put into the second one is forgotten. > I wonder how it was > possible that a second node could be added at all. Carelessness of the > user manually editing the file? That's a possibility. Mistakes happen. But in looking at the file there are several duplicates. I don't think I would have been that careless. Here are the duplicates I've detected: TCanvas.Arc TCanvas.Arc.height TCanvas.Arc.width TCanvas.Arc.x TCanvas.Arc.y TCanvas.Chord TCanvas.Chord.Height TCanvas.Chord.Width TCanvas.Chord.x TCanvas.Chord.y TCanvas.Ellipse TCanvas.FillRect TCanvas.Frame TCanvas.FrameRect TCanvas.PolyBezier TCanvas.PolyBezier.Continuous TCanvas.PolyBezier.Filled TCanvas.PolyBezier.Points TCanvas.Polygon TCanvas.Polygon.NumPts TCanvas.Polygon.Points TCanvas.Polygon.Winding TCanvas.Polyline TCanvas.Polyline.NumPts TCanvas.Polyline.Points TCanvas.RadialPie TCanvas.RadialPie.Height TCanvas.RadialPie.Width TCanvas.RadialPie.x TCanvas.RadialPie.y TCanvas.Rectangle TCanvas.RoundRect TCanvas.RoundRect.RX TCanvas.RoundRect.RY TCustomBitmap.CanReadGraphicStreams.AClass TCustomBitmap.CanReadGraphicStreams.Result TFont.Assign TPortableNetworkGraphic > I suppose that it is possible to merge the two nodes and remove the > duplicates manually. Correct? Sure. Just a matter of resolving conflicting content (if any). > Another issue with the FPDocEditor is that it frequently writes back to > the xml file although nothing has been changed. Unfortunately it formats > the xml text in its own way which causes a lot of text changes and > pollutes the svn history. Yes. That's some of the the reasons I stopped using LazFPDocEditor and FP DocEditor. The other being that those tools don't enforce stylistic use of FPDoc markup. There no reason to ever see BR sand PRE tags in an FP Doc XML file. Whether it was generated by FP Doc or manually. > The attached TortoiseMerge screenshot shows > the diffs induced by opening lclintf.inc in Lazarus with FPDocEditor and > clicking on some LCLIntf-related keywords in the source files of > winapi.inc and winapih.inc: a huge number of lines is changed due to > replacement of empty expanded xml tags such as by their > short forms (see the left gutter for an overview of all > changes). This is an extreme case, normally I have seen only changes at > a few places. I cannot tell what exactly causes the different behavior. I can't see the attachment; it is scrubbed in the email digest. The could be because of my editing process. At a minimum, a doc topic needs a short tag. I have a habit of putting them in when I start editing a file. > >> Can both tools, FPDoc Editor and LazDocEditor, be used to edit help > >> information? Or is it recommended to do this manually (which is > >> extremely error-prone)? > > For FPC, I only edit manually. I don't see why this would be error > > prone ? I edit manually too. It's neither difficult nor error prone. I get exactly the FP Doc markup that I feel is appropriate. > Typos! Once I tried to build the html help files myself and it failed > because somebody had forgotten the slash in the end tag of some element. > I can imagine dozens of such errors. And there is no feedback, only when > someone at some time in the future builds the help files again and is > annoyed by the crash due to somebody else's mistakes. Therefore, an > easy-to use editing tool is essential if we want the (poor) help files > of Lazarus to be improved. Immediate feedback on tagging and structure issues is available using Tidy. Works for me. In general, I think the editors are great if you're uncomfortable with XML markup.I'm all for them when they work properly. When they become a hindrance, I avoid them. In my case, they were more of a nuisance than an aid. > BTW: User Don Siders is doing an excellent job in continuously > submitting patches for the xml files. The help files have improved > considerably since then (I wonder how he is editing the xml files.) Thanks for the compliment. I am using the IDE to navigate source and determine ancestry. I use Atom to edit the FP Doc XML description files (due to its support for XML syntax and "XML-completion" facilities). I use Tidy to validate the XML content. I use ASpell to catch spelling mistakes and fat-fingered typing. Since makeskel doesn't support update mode, I resolve additions and removals using a tool I cobbled together using TPasSrcAnalysis and TXMLDocument. Apparently a duplicate check needs to be added to it. -- Don From michael at freepascal.org Thu Dec 19 23:31:20 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Thu, 19 Dec 2019 23:31:20 +0100 (CET) Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: Message-ID: On Thu, 19 Dec 2019, Don Siders via lazarus wrote: >> BTW: User Don Siders is doing an excellent job in continuously >> submitting patches for the xml files. The help files have improved >> considerably since then (I wonder how he is editing the xml files.) > > Thanks for the compliment. > > I am using the IDE to navigate source and determine ancestry. I use > Atom to edit the FP Doc XML description files (due to its support for > XML syntax and "XML-completion" facilities). I use Tidy to validate > the XML content. I use ASpell to catch spelling mistakes and > fat-fingered typing. > Since makeskel doesn't support update mode, I resolve additions and > removals using a tool I cobbled together using TPasSrcAnalysis and > TXMLDocument. Apparently a duplicate check needs to be added to it. makeskel does support update, the Makefile of fpc docs has even a target for it ? It only does additions, though. I suppose that deletions should also be easily added. Michael. From werner.pamler at freenet.de Fri Dec 20 00:55:31 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 20 Dec 2019 00:55:31 +0100 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: Message-ID: Am 19.12.2019 um 20:48 schrieb Don Siders via lazarus: > That's a possibility. Mistakes happen. But in looking at the file > there are several duplicates. I don't think I would have been that > careless. Just to make sure: It was never my intention to say that you did. > I edit manually too. It's neither difficult nor error prone. I get > exactly the FP Doc markup that I feel is appropriate. Now we have a problem. FPDocEditor and LazDocEditor ARE distributed with Lazarus, and nobody is prevented from using them. So, when I modify one of your recent xml files using FPCDocEditor, there's a chance that FPDocEditor will destroy your markup and add numerous svn diffs again. > I am using the IDE to navigate source and determine ancestry. I use > Atom to edit the FP Doc XML description files (due to its support for > XML syntax and "XML-completion" facilities). I use Tidy to validate > the XML content. I use ASpell to catch spelling mistakes and > fat-fingered typing. A long tool-chain. Only enthusiast like you will do that. I really think that in particular FPDocEditor, maybe also LazDocEditor, is an important tool for the occasional user. But it should be re-worked to produce consistent and svn-friendly xml files. From don.siders at gmail.com Fri Dec 20 03:21:51 2019 From: don.siders at gmail.com (Don Siders) Date: Thu, 19 Dec 2019 21:21:51 -0500 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: Message-ID: > makeskel does support update, the Makefile of fpc docs has even a target for > it ? > It only does additions, though. > I suppose that deletions should also be easily added. > > Michael. My initial efforts to use it were in the Lazarus 1.8.x time frame. and it would not run without exception then. So I sought an alternate mechanism. I'd be glad to give it another try to see how it works out. == Don From don.siders at gmail.com Fri Dec 20 03:44:08 2019 From: don.siders at gmail.com (Don Siders) Date: Thu, 19 Dec 2019 21:44:08 -0500 Subject: [Lazarus] lazarus Digest, Vol 143, Issue 10 In-Reply-To: References: Message-ID: >> I edit manually too. It's neither difficult nor error prone. I get >> exactly the FP Doc markup that I feel is appropriate. > Now we have a problem. FPDocEditor and LazDocEditor ARE distributed with > Lazarus, and nobody is prevented from using them. So, when I modify one > of your recent xml files using FPCDocEditor, there's a chance that > FPDocEditor will destroy your markup... No. It won't destroy anything. It may turn it into a unreadable mess for the human being editing the file. But it won't lose or alter anything beyond whitespace and indentation levels. > and add numerous svn diffs again. Now this is the *real* issue, and it's one that others have brought up as well. Consider for a moment that makeskel writes a skeleton using an empty element and the doc editors use the tag. Built in diffs. And it has nothing to do with me, my selected tool chain, or files that I have touched. I do add blank lines and indentation. I'm not a machine... I need it. >> I am using the IDE to navigate source and determine ancestry. I use >> Atom to edit the FP Doc XML description files (due to its support for >> XML syntax and "XML-completion" facilities). I use Tidy to validate >> the XML content. I use ASpell to catch spelling mistakes and >> fat-fingered typing. > A long tool-chain. Only enthusiast like you will do that. I wasn't advocating their use. The question was asked and answered. That's all. Look. I'm not trying to be difficult. I'm not a "rock star" programmer. So, I chose to contribute in whatever way I could. If what I'm doing is a pain point for the project, it is easy to resolve. > I really think that in particular FPDocEditor, maybe also LazDocEditor, > is an important tool for the occasional user. But it should be re-worked > to produce consistent and svn-friendly xml files. I agree. But I think you'll have to elaborate on the "svn-friendly" bit. For example, I'm updating controls.xml right now. It's a 600K XML file. The diff is at 1MB and growing. There is nothing svn-friendly about that at all. Unless of course, you're not interested in the updates just to keep the svn history clean and tight. -- Don From don.siders at gmail.com Fri Dec 20 04:16:50 2019 From: don.siders at gmail.com (Don Siders) Date: Thu, 19 Dec 2019 22:16:50 -0500 Subject: [Lazarus] Duplicate items in xml doc files In-Reply-To: References: Message-ID: Okay, Back to the original topic. The duplicates in graphics.xml are almost certainly because they are overloaded methods. Whether that is correct in the context of the tool used to update the file, I do not know, I am submitting a patch for other files with duplicate topics.This does not include graphics.xml; I was hoping the new content could be resolved by the author, -- Don From michael at freepascal.org Fri Dec 20 13:31:35 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 20 Dec 2019 13:31:35 +0100 (CET) Subject: [Lazarus] Custom options Message-ID: Hello, What is the purpose of the 'all options' button in the 'custom options' page of the project compiler options ? It shows a treeview with what I assume are all available compiler options, and the treeview has checkboxes. I would expect that checking an option would enter it in the 'custom options' page. Instead, nothing happens. If I open the dialog twice, then the second time, the options which I have checked, are no longer checked the second time. Is this a bug ? I'm using a stock lazarus 2.0.6 on MacOS. Michael. From lazarus at mfriebe.de Fri Dec 20 14:07:45 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Fri, 20 Dec 2019 14:07:45 +0100 Subject: [Lazarus] Custom options In-Reply-To: References: Message-ID: On 20/12/2019 13:31, Michael Van Canneyt via lazarus wrote: > Hello, > > What is the purpose of the 'all options' button in the 'custom > options' page > of the project compiler options ? > > It shows a treeview with what I assume are all available compiler > options, and the treeview has checkboxes. > > I would expect that checking an option would enter it in the 'custom > options' page. It should. It does for me, Lazarus trunk, fpc 3.0.4, tested with "-al" From michael at freepascal.org Fri Dec 20 14:18:17 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 20 Dec 2019 14:18:17 +0100 (CET) Subject: [Lazarus] Custom options In-Reply-To: References:

Message-ID: On Fri, 20 Dec 2019, Martin Frb via lazarus wrote: > On 20/12/2019 13:31, Michael Van Canneyt via lazarus wrote: >> Hello, >> >> What is the purpose of the 'all options' button in the 'custom >> options' page >> of the project compiler options ? >> >> It shows a treeview with what I assume are all available compiler >> options, and the treeview has checkboxes. >> >> I would expect that checking an option would enter it in the 'custom >> options' page. > It should. I suspected this :-) > > It does for me, Lazarus trunk, fpc 3.0.4, tested with "-al" What OS are you using ? Michael. From lazarus at mfriebe.de Fri Dec 20 16:40:53 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Fri, 20 Dec 2019 16:40:53 +0100 Subject: [Lazarus] Custom options In-Reply-To: References:

Message-ID: On 20/12/2019 14:18, Michael Van Canneyt via lazarus wrote: > >> >> It does for me, Lazarus trunk, fpc 3.0.4, tested with "-al" > > What OS are you using ? Win 10 64 bit From michael at freepascal.org Fri Dec 20 17:32:27 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 20 Dec 2019 17:32:27 +0100 (CET) Subject: [Lazarus] Custom options In-Reply-To: References:

Message-ID: On Fri, 20 Dec 2019, Martin Frb via lazarus wrote: > On 20/12/2019 14:18, Michael Van Canneyt via lazarus wrote: >> >>> >>> It does for me, Lazarus trunk, fpc 3.0.4, tested with "-al" >> >> What OS are you using ? > > Win 10 64 bit Hm. I tested on Linux, there it works too. Probably an issue with the treeview checkbox on MacOS then... But since carbon is end-of-life I suppose it will not get fixed :( Michael. From nc-gaertnma at netcologne.de Fri Dec 20 17:32:54 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 20 Dec 2019 17:32:54 +0100 Subject: [Lazarus] Custom options In-Reply-To: References: Message-ID: <20191220173254.3f89fdae@limapholos.matflo.wg> On Fri, 20 Dec 2019 13:31:35 +0100 (CET) Michael Van Canneyt via lazarus wrote: >[...] > Is this a bug ? I'm using a stock lazarus 2.0.6 on MacOS. It works with trunk under macOS Cocoa. Maybe bug is only in 2.0.6. Mattias From michael at freepascal.org Fri Dec 20 17:34:11 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 20 Dec 2019 17:34:11 +0100 (CET) Subject: [Lazarus] Custom options In-Reply-To: <20191220173254.3f89fdae@limapholos.matflo.wg> References: <20191220173254.3f89fdae@limapholos.matflo.wg> Message-ID: On Fri, 20 Dec 2019, Mattias Gaertner via lazarus wrote: > On Fri, 20 Dec 2019 13:31:35 +0100 (CET) > Michael Van Canneyt via lazarus wrote: > >> [...] >> Is this a bug ? I'm using a stock lazarus 2.0.6 on MacOS. > > It works with trunk under macOS Cocoa. Maybe bug is only in 2.0.6. Or in the carbon widgetset. Michael. From bo.berglund at gmail.com Sun Dec 22 13:40:11 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Sun, 22 Dec 2019 13:40:11 +0100 Subject: [Lazarus] Update Lazarus from svn, what happens on rebuild? References: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com> Message-ID: On Wed, 18 Dec 2019 22:26:32 +0100, John Landmesser via lazarus wrote: >This one builds the IDE with all extra packages you installed yourself: > >make clean lazbuild useride starter > >i Hope, thats a useful and correct answer! > I have not tested it yet since I have a working system at the moment.. But I have a question regarding this command since I have several different versions of Lazarus installed on my Raspbian system: Do I have to specify the --pcp directory in order for the command to correctly find the already installed packages that need to be built into the IDE? If so how is that information incorporated into the command? The command itself will be executed from within the Lazarus source dir (retrieved from SVN). -- Bo Berglund Developer in Sweden From jmlandmesser at gmx.de Sun Dec 22 17:21:47 2019 From: jmlandmesser at gmx.de (John Landmesser) Date: Sun, 22 Dec 2019 17:21:47 +0100 Subject: [Lazarus] Update Lazarus from svn, what happens on rebuild? In-Reply-To: References: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com> Message-ID: <4786ff34-e2ac-da5f-1dc7-709c9b2a1d88@gmx.de> > Do I have to specify the --pcp directory in order for the command to > correctly find the already installed packages that need to be built > into the IDE? I have only one Lazarus (svn) version installed, so i guess: > > If so how is that information incorporated into the command? > The command itself will be executed from within the Lazarus source dir > (retrieved from SVN). > > Yes, cd to source-tree, open a terminal and execute make clean lazbuild useride starter --pcp='/your/lazarus/config/path/' Just try it out! Regards John From aaa5500 at ya.ru Sun Dec 22 19:33:47 2019 From: aaa5500 at ya.ru (AlexeyT) Date: Sun, 22 Dec 2019 21:33:47 +0300 Subject: [Lazarus] gtk2 issue with clicking on ATTabs Message-ID: <2868eec3-7c03-e7ba-d02c-18e16e4a789e@ya.ru> User of ATTabs wrote, I don't know what to do here? Hi, Having a issue with ATTabs on Linux GTk2 (Laz 2.06) When I add a tab from a popup menu from a tvirtualstringtree the close button on the tab does nothing on the first click and on the second click it closes and in the terminal this error pops up: |GLib-GObject-WARNING **: 11:15:36.741: ../glib/gobject/gsignal.c:1206: no emission of signal "button-release-event" to stop for instance '0x208b5b0'| If I right click on the tab and use the popup menu I call to close the tab this error does not occur. Also if I spawn the tab from a button on a toolbar it closes on the first click but that error still shows in the terminal. I am using the latest version of Attabs as of a day ago. This does not happen in windows and I have not been able to test in QT5 I am using tactions to add the tab and if I call the action from the tvirtualstringtrees double click event it also closes on the first click, it's only if the addtab is called from the context of a popup menu. I also noticed if I click anywhere on the form that is hosted in the tab then click the close button it closes. -- Regards, Alexey -------------- next part -------------- An HTML attachment was scrubbed... URL: From luca at wetron.es Sun Dec 22 19:35:17 2019 From: luca at wetron.es (Luca Olivetti) Date: Sun, 22 Dec 2019 19:35:17 +0100 Subject: [Lazarus] Update Lazarus from svn, what happens on rebuild? In-Reply-To: References: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com> Message-ID: El 22/12/19 a les 13:40, Bo Berglund via lazarus ha escrit: > On Wed, 18 Dec 2019 22:26:32 +0100, John Landmesser via lazarus > wrote: > >> This one builds the IDE with all extra packages you installed yourself: >> >> make clean lazbuild useride starter >> >> i Hope, thats a useful and correct answer! >> > > I have not tested it yet since I have a working system at the moment.. > > But I have a question regarding this command since I have several > different versions of Lazarus installed on my Raspbian system: > > Do I have to specify the --pcp directory in order for the command to > correctly find the already installed packages that need to be built > into the IDE? > > If so how is that information incorporated into the command? > The command itself will be executed from within the Lazarus source dir > (retrieved from SVN). Omit the "useride" from the make command then lazbuild --lazarusdir=. --build-ide= --pcp=your-config-dir (which is the same thing ·"make useride" would do with the --pcp added at the end). Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From bo.berglund at gmail.com Sun Dec 22 23:39:29 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Sun, 22 Dec 2019 23:39:29 +0100 Subject: [Lazarus] Update Lazarus from svn, what happens on rebuild? References: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com>

Message-ID: On Sun, 22 Dec 2019 19:35:17 +0100, Luca Olivetti via lazarus wrote: >El 22/12/19 a les 13:40, Bo Berglund via lazarus ha escrit: >> On Wed, 18 Dec 2019 22:26:32 +0100, John Landmesser via lazarus >> wrote: >> >>> This one builds the IDE with all extra packages you installed yourself: >>> >>> make clean lazbuild useride starter >>> >>> i Hope, thats a useful and correct answer! >>> >> >> I have not tested it yet since I have a working system at the moment.. >> >> But I have a question regarding this command since I have several >> different versions of Lazarus installed on my Raspbian system: >> >> Do I have to specify the --pcp directory in order for the command to >> correctly find the already installed packages that need to be built >> into the IDE? >> >> If so how is that information incorporated into the command? >> The command itself will be executed from within the Lazarus source dir >> (retrieved from SVN). > >Omit the "useride" from the make command then > >lazbuild --lazarusdir=. --build-ide= --pcp=your-config-dir > >(which is the same thing ·"make useride" would do with the --pcp added >at the end). > Thanks Luca & John! Then I wonder about the "starter" command in the first proposal from John, what does it do? Should I use: make clean lazbuild useride starter --pcp=/home/pi/.lazarus_2.0.6 or make clean lazbuild starter --pcp=/home/pi/.lazarus_2.0.6 or make clean lazbuild --pcp=/home/pi/.lazarus_2.0.6 AFAIK starter is the go-between when Lazarus rebuilds itself, right? So is it removed and has to be rebuilt if one executes make clean? -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Mon Dec 23 00:51:39 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Mon, 23 Dec 2019 00:51:39 +0100 Subject: [Lazarus] Update Lazarus from svn, what happens on rebuild? References: <7k1lve1mk1jkp87btrpi0lpu3skf2ibltj@4ax.com>

Message-ID: On Sun, 22 Dec 2019 23:39:29 +0100, Bo Berglund via lazarus wrote: >Thanks Luca & John! >Then I wonder about the "starter" command in the first proposal from >John, what does it do? > >Should I use: > >make clean lazbuild useride starter --pcp=/home/pi/.lazarus_2.0.6 >or >make clean lazbuild starter --pcp=/home/pi/.lazarus_2.0.6 >or >make clean lazbuild --pcp=/home/pi/.lazarus_2.0.6 > >AFAIK starter is the go-between when Lazarus rebuilds itself, right? >So is it removed and has to be rebuilt if one executes > make clean? Me again... Interestingly on the Lazarus wiki I found this: https://wiki.freepascal.org/IDE_Window:_Configure_Build_Lazarus#If_something_went_wrong At the bottom it reads: After rebuilding the IDE, it crashes or is unusable and you don't have a backup: Dont' panic! You can easily compile a basic IDE on the command line. cd /path/to/lazarus make clean all This will compile an IDE without special packages. Your old installed packages are not installed, but are marked for installations. That means when you build the IDE with the IDE, it will create an IDE with all your packages. If you installed a buggy package, then you can simply open the package and uninstall it. So this is really what I saw and which triggered this thread, I get a base version of Lazarus without my added packages. But I did not realize that if I then used the command *within* Lazarus to rebuild the IDE I would have gotten the missing packages installed.... This is available in menu: Tools/Build Lazarus with profile: Normal IDE I am learning things all the time... -- Bo Berglund Developer in Sweden From aaa5500 at ya.ru Wed Dec 25 09:06:46 2019 From: aaa5500 at ya.ru (Alexey Tor.) Date: Wed, 25 Dec 2019 11:06:46 +0300 Subject: [Lazarus] Cannot compile app for Qt5 on Ubuntu 19.4 now Message-ID: <421c8f09-802c-a888-5876-866869387308@ya.ru> Compile Project, Mode: linux x32 qt5, CPU: i386, Target: builds/linux-x32-qt5/cudatext: Exit code 1, Errors: 3 Error: /home/user/fpcupdeluxe/lazarus/lcl/units/i386-linux/qt5/qtwidgets.o: In function `TQTABSTRACTSPINBOX__SETVALUE': Error: /home/user/fpcupdeluxe/lazarus/lcl/interfaces/./qt5/qtwidgets.pas:(.text.n_qtwidgets$_$tqttextedit_$__$$_settexthint$ansistring+0x7b): undefined reference to `QTextEdit_setPlaceholderText' cudatext.lpr(37,1) Error: Error while linking Error shows on PC which compiled CudaText for qt5 before, maybe some library is broken in OS? Updates are fresh, libqt5pas-dev is here. Ubuntu 19.4 x64. -- Regards, Alexey From aaa5500 at ya.ru Wed Dec 25 09:44:37 2019 From: aaa5500 at ya.ru (Alexey Tor.) Date: Wed, 25 Dec 2019 11:44:37 +0300 Subject: [Lazarus] Cannot compile app for Qt5 on Ubuntu 19.4 now In-Reply-To: <421c8f09-802c-a888-5876-866869387308@ya.ru> References: <421c8f09-802c-a888-5876-866869387308@ya.ru> Message-ID: Problem solved: reason is too old libqt5pas-dev in Ubuntu 19.4 (19.10 is ok). AT From bo.berglund at gmail.com Sat Dec 28 18:08:54 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 28 Dec 2019 18:08:54 +0100 Subject: [Lazarus] Lazarus code editor improvement? References: <0c4rre9vi7o94gd929hc4pjh491qu6u4qj@4ax.com> <2c6rre9vdu3u8km12jbd66iurci5m64hlt@4ax.com> <26a85f01-1a60-08e9-9a81-3187a382f870@mfriebe.de> <7cc30530-ec0a-792f-402c-d4a99fa4e845@Joepgen.com> Message-ID: On Sat, 16 Nov 2019 09:10:07 +0100, Bo Berglund via lazarus wrote: >On Sun, 3 Nov 2019 13:31:21 +0100, Joe via lazarus > wrote: > >>> So indeed it is connected with VNC, but it also is connected with >>> Lazarus' code editor window. It seems like this is the only affected >>> window on the RPi, all others accept the composition key AltGr as part >>> of entering a special char. >>> >>> I cannot use the direct connection, though, because I am heavily >>> depending on being able to copy stuff across between the two systems >>> and I also need to have access to my other tools on the Windows >>> computer. So I have to stick with VNC anyway and work around the >>> problem. >>> >>> And back again to Lazarus 2.0.6... >>> >>> >> >>Please look at issue 0030544 on https://bugs.freepascal.org. If I >>remember correctly, Mattias eventually found the reason and fixed it. >>Don't know why the problerm rearises... > >I had to revisit this issue and found the bugtracker mention above. >It turns out that using Ctrl-Alt as a compose key combination instead >of AltGr I get the correct characters also in a RealVNC connection to >the RPi where Lazarus is running. >Tested these: [ ] { } | $ ? \ ~ @ £ > >The Lazarus code editor switches me to the tab next left when I use >AltGr so all I enter afterwards gets into the wrong file... > >I just have to remember NOT to use AltGr in the Lazarus code editor >when working through VNC in the future.... > AGAIN RETURNING TO THIS THREAD to report new finding... ------------------------------------------------------- When I was working on my development on Raspberry Pi4B via VNC I was doing so from a Windows 7 Pro x64 laptop. Now, for the last few weeks I have migrated to a new laptop running Windows 10 Pro x64. I have not changed anything on the RPi4 and I have moved settings etc over from the old laptop to the new as I was installing all of the software including VNC. Then I have finally connected by VNC to the RPi4 to continue the work over there. Amazingly, now without changing a thing on the RPi4 the issues I have been hit by earlier when using "special chars" are gone! There is no tab change or anything like that anymore! The only conclusion I can draw is that the VNC client version I installed on the new laptop (6.19.1115 x64) from Nov 2019 contains a fix for the reported problem! The old laptop had VNC version 6.0.1 x64 from Nov 2016.... -- Bo Berglund Developer in Sweden From freedos.la at gmail.com Sat Dec 28 18:21:00 2019 From: freedos.la at gmail.com (Ralf Quint) Date: Sat, 28 Dec 2019 09:21:00 -0800 Subject: [Lazarus] Lazarus code editor improvement? In-Reply-To: References: <0c4rre9vi7o94gd929hc4pjh491qu6u4qj@4ax.com> <2c6rre9vdu3u8km12jbd66iurci5m64hlt@4ax.com> <26a85f01-1a60-08e9-9a81-3187a382f870@mfriebe.de> <7cc30530-ec0a-792f-402c-d4a99fa4e845@Joepgen.com> Message-ID: On 12/28/2019 9:08 AM, Bo Berglund via lazarus wrote: > > AGAIN RETURNING TO THIS THREAD to report new finding... > ------------------------------------------------------- > When I was working on my development on Raspberry Pi4B via VNC I was > doing so from a Windows 7 Pro x64 laptop. > Now, for the last few weeks I have migrated to a new laptop running > Windows 10 Pro x64. > I have not changed anything on the RPi4 and I have moved settings etc > over from the old laptop to the new as I was installing all of the > software including VNC. > > Then I have finally connected by VNC to the RPi4 to continue the work > over there. > > Amazingly, now without changing a thing on the RPi4 the issues I have > been hit by earlier when using "special chars" are gone! > There is no tab change or anything like that anymore! > > The only conclusion I can draw is that the VNC client version I > installed on the new laptop (6.19.1115 x64) from Nov 2019 contains a > fix for the reported problem! > The old laptop had VNC version 6.0.1 x64 from Nov 2016.... > To quote my reply from Nov.3rd on this issue: > > Going by the description (and interception of keycodes with and with > out VNC), it seems to be pretty clear that this seems to be an issue > related to VNC rather to Lazarus, so I am not sure what you could > possibly fix, beside maybe a single fringe case... > > I have seen similar, kind of random issues when using RealVNC on the > client (like when using it on my Mac) rather than TightVNC, which I > use for various reasons (like the file transfer option) on all my > Windows machines. > > Ralf From bartjunk64 at gmail.com Sun Dec 29 16:54:24 2019 From: bartjunk64 at gmail.com (Bart) Date: Sun, 29 Dec 2019 16:54:24 +0100 Subject: [Lazarus] Probably RTFM question Message-ID: Hi, When I create a new unit (Menu->File->New Unit) Lazarus adds the unit to the uses clause of my .lpr. IIRC there was an option to make Lazarus NOT do this, but I can't find it. -- Bart From nc-gaertnma at netcologne.de Sun Dec 29 17:01:33 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 29 Dec 2019 17:01:33 +0100 Subject: [Lazarus] Probably RTFM question In-Reply-To: References: Message-ID: <20191229170133.41063e7a@limapholos.matflo.wg> On Sun, 29 Dec 2019 16:54:24 +0100 Bart via lazarus wrote: > Hi, > > When I create a new unit (Menu->File->New Unit) Lazarus adds the unit > to the uses clause of my .lpr. > IIRC there was an option to make Lazarus NOT do this, but I can't > find it. > Project Options / Misc / Main unit has uses section Mattias From bartjunk64 at gmail.com Mon Dec 30 00:06:45 2019 From: bartjunk64 at gmail.com (Bart) Date: Mon, 30 Dec 2019 00:06:45 +0100 Subject: [Lazarus] Probably RTFM question In-Reply-To: <20191229170133.41063e7a@limapholos.matflo.wg> References: <20191229170133.41063e7a@limapholos.matflo.wg> Message-ID: On Sun, Dec 29, 2019 at 5:01 PM Mattias Gaertner via lazarus wrote: > Project Options / Misc / Main unit has uses section Thanks. I documented it for myself. -- Bart