From nc-gaertnma at netcologne.de Fri Mar 1 09:33:30 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 1 Mar 2019 09:33:30 +0100 Subject: [Lazarus] SourceForge Project of the Month Message-ID: <20190301093330.39cfb4f3@limapholos.matflo.wg> Hi, https://sourceforge.net/blog/march-2019-community-choice-project-month-lazarus/ Mattias From bartjunk64 at gmail.com Fri Mar 1 13:54:34 2019 From: bartjunk64 at gmail.com (Bart) Date: Fri, 1 Mar 2019 13:54:34 +0100 Subject: [Lazarus] SourceForge Project of the Month In-Reply-To: <20190301093330.39cfb4f3@limapholos.matflo.wg> References: <20190301093330.39cfb4f3@limapholos.matflo.wg> Message-ID: On Fri, Mar 1, 2019 at 9:33 AM Mattias Gaertner via lazarus wrote: > https://sourceforge.net/blog/march-2019-community-choice-project-month-lazarus/ A more recent screenshot would have been nice (0.9.30.4 !!). . -- Bart From mailinglists at geldenhuys.co.uk Fri Mar 1 14:03:19 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 1 Mar 2019 13:03:19 +0000 Subject: [Lazarus] SourceForge Project of the Month In-Reply-To: <20190301093330.39cfb4f3@limapholos.matflo.wg> References: <20190301093330.39cfb4f3@limapholos.matflo.wg> Message-ID: <1217cc32-2aec-0c25-f472-53b7c6c052c1@geldenhuys.co.uk> Well done to you all! Excellent work. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From mailinglists at geldenhuys.co.uk Fri Mar 1 14:04:06 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 1 Mar 2019 13:04:06 +0000 Subject: [Lazarus] SourceForge Project of the Month In-Reply-To: References: <20190301093330.39cfb4f3@limapholos.matflo.wg> Message-ID: <91d66a12-258a-4d3f-52f2-d3fcfaeb946e@geldenhuys.co.uk> On 01/03/2019 12:54, Bart via lazarus wrote: > A more recent screenshot would have been nice (0.9.30.4 !!). LOL - that is so true. :) Regards, Graeme From bo.berglund at gmail.com Fri Mar 1 18:33:00 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 01 Mar 2019 18:33:00 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 Message-ID: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> I am trying to extract information from a video file (mp4) using ffmpeg in a Lazarus 2.0.0 program. The command I want to use is: ffmpeg -i testvideo.mp4 -hide_banner (with a file name selected in Lazarus of course) I created this test function: uses Process; function TForm1.GetVideoInfo(videofile: string): string; (* ffmpeg -i testvideo.mp4 -hide_banner *) var i: integer; arguments: array of string; returnstr: string; executable: string; begin Result := ''; lbxResult.Clear; SetLength(arguments,3); executable := 'c:\Programs\ffmpeg\bin\ffmpeg.exe'; arguments[0] := '-i'; arguments[1] := videofile; arguments[2] := '-hide_banner'; if RunCommandIndir(ExtractFileDir(videofile),executable,arguments, returnstr) then Result := returnstr else Result := 'Failed to run command'; end; I call this from a button event: procedure TForm1.btnSelectVideoClick(Sender: TObject); begin dlgOpen.InitialDir := ReadIniString('Files', 'VideoDir', ''); if not dlgOpen.Execute then exit; FVideoDir := ExtractFileDir(dlgOpen.FileName); FVideoFile := dlgOpen.FileName; edInputFile.Text := FVideoFile; WriteIniString('Files', 'VideoDir', FVideoDir); WriteIniString('Files', 'VideoFile', FVideoFile); lbxResult.Items.Text := GetVideoInfo(FVideoFile); end; PROBLEM: ---------- It always returns the error message "Failed to run command". If I use the ffmpeg command used in the GetVideoInfo function directly in a command window in the directory containing the video file it works just fine (long lines are wrapped by the news reader): D:\VIDEO\USA\test>ffmpeg -i testvideo.mp4 -hide_banner Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\VIDEO\USA\test\testvideo.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2018-11-17T02:08:51.000000Z Duration: 00:42:54.54, start: 0.000000, bitrate: 377 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 302 kb/s, 30 fps, 30 tbr, 15360 tbn , 60 tbc (default) Metadata: creation_time : 2018-11-17T02:08:51.000000Z handler_name : ISO Media file produced by Google Inc. Created on: 11/16/2018. Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 71 kb/s (default) Metadata: creation_time : 2018-11-17T02:08:51.000000Z handler_name : ISO Media file produced by Google Inc. Created on: 11/16/2018. At least one output file must be specified I want to parse this text to extract the video playing time and some other data but I get a false result from the call to RunCommandIndir() and the string variable supposed to hold the returned data is empty. What have I done wrong here? -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Fri Mar 1 20:05:10 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 01 Mar 2019 20:05:10 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> Message-ID: On Fri, 01 Mar 2019 18:33:00 +0100, Bo Berglund via lazarus wrote: >What have I done wrong here? > Never mind, I found the problem: The ffmpeg command returned an error code and the output was directed into stderr rather than stdout. RunCommandIndir apparently did not receive any data on stdout... Fixed problem after changing he call to add the command options: if RunCommandIndir(ExtractFileDir(videofile),executable,arguments, returnstr, [poWaitOnExit,poStderrToOutPut]) then Result := returnstr else Result := 'Command returned error'#13#10 + returnstr; ANOTHER LAZARUS PROBLEM: ------------------------ While testing this I also discovered that the FileOpen dialog is *EXTERMELY* slow to appear. What can cause this? dlgOpen.InitialDir := ReadIniString('Files', 'VideoDir', ''); dlgOpen.FileName := ExtractFileName(ReadIniString('Files', 'VideoFile', '')); if not dlgOpen.Execute then exit; The dlgOpen.Execute call pops up an unpopulated window after 8 seconds, then chugs along painting the window for another 5 seconds until it is done 13-14 seconds after the call was made!!! I have never experienced this kind of delay in earlier versions of Lazarus, so is there something in this new version running on Windows 7 X64 that is known to cause it? I installed Lazarus 2.0.0 yesterday on my Windows 7 X64 workstation when starting this new project since I only had 1.8.0 and earlier installed before (with fpc 3.0.4). I have used the dialogs in other projects and never seen this sluggish behaviour before.... -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Sat Mar 2 00:41:16 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 02 Mar 2019 00:41:16 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> Message-ID: <8egj7etg213sidpgef252ri2j74bhs6r7c@4ax.com> On Fri, 01 Mar 2019 20:05:10 +0100, Bo Berglund via lazarus wrote: >ANOTHER LAZARUS PROBLEM: >------------------------ >While testing this I also discovered that the FileOpen dialog is >*EXTERMELY* slow to appear. >What can cause this? > > dlgOpen.InitialDir := ReadIniString('Files', 'VideoDir', ''); > dlgOpen.FileName := ExtractFileName(ReadIniString('Files', >'VideoFile', '')); > if not dlgOpen.Execute then exit; > >The dlgOpen.Execute call pops up an unpopulated window after 8 >seconds, then chugs along painting the window for another 5 seconds >until it is done 13-14 seconds after the call was made!!! > >I have never experienced this kind of delay in earlier versions of >Lazarus, so is there something in this new version running on Windows >7 X64 that is known to cause it? > >I installed Lazarus 2.0.0 yesterday on my Windows 7 X64 workstation >when starting this new project since I only had 1.8.0 and earlier >installed before (with fpc 3.0.4). >I have used the dialogs in other projects and never seen this sluggish >behaviour before.... I have now tested with both 32 and 64 bit Lazarus installations on my Windows 7 x64 workstation and they both are very sluggish when bringing up the file select dialog. This happens when I run in the IDE by using the green arrow button. Then I stripped the exe file of symbols and started it directly. In this execution mode the OpenDialog.Execute function is no longer so slow. It behaves more natural now. So it seems like the problem is because of debugging from the IDE inside of a Windows 7 x64 environment using Lazarus 2.0.0. Why this would be slow in bringing up a file select dialog is not clear to me... -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Sat Mar 2 09:56:07 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 02 Mar 2019 09:56:07 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> Message-ID: On Fri, 01 Mar 2019 18:33:00 +0100, Bo Berglund via lazarus wrote: >I am trying to extract information from a video file (mp4) using >ffmpeg in a Lazarus 2.0.0 program. I found that ffmpeg is not optimum when just needing the video data I was after, instead ffprobe is more suited to this. It is also installed with ffmpeg. Now for another RunCommandInDir problem: ---------------------------------------- When I run the command to extract the information a black command window is briefly flashed on screen and then disappears. Is there some way to make this window minimized or invisible while it runs? The available options for RunCommandInDir seem to be: type TProcessOptions = set of ( poRunSuspended, //Start the process in suspended state. poWaitOnExit, //Wait for the process to terminate before returning. poUsePipes, //Use pipes to redirect standard input and output. poStderrToOutPut, //Redirect standard error to the standard output. poNoConsole, //Do not allow access to the console window for the process (Win32 only) poNewConsole, //Start a new console window for the process (Win32 only) poDefaultErrorMode, //Use default error handling. poNewProcessGroup, //Start the process in a new process group (Win32 only) poDebugProcess, //Allow debugging of the process (Win32 only) poDebugOnlyThisProcess //Do not follow processes started by this process (Win32 only) ); It seems like poNoConsole could be what I am after, but it is Win32 only... No option to hide the console? -- Bo Berglund Developer in Sweden From joost at cnoc.nl Sat Mar 2 13:15:48 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Sat, 2 Mar 2019 13:15:48 +0100 Subject: [Lazarus] Fppkg error on IDE start with FPC 3.2 fixes In-Reply-To: References: <955631ce-6c7e-9277-3fb3-408e3b6bdfc4@ya.ru> Message-ID: <086aa980-5ee9-21ec-ea54-be6541eff84f@cnoc.nl> Op 21-02-19 om 14:39 schreef Martok via lazarus: > Am 21.02.2019 um 13:14 schrieb Sven Barth via lazarus: >> The RTL package is not part of the packages directory, but is parallel to that. >> Nevertheless it contains an fpmake.pp declaring it as a package. > > It also doesn't create a fpmkinst file, is that intentional? Only the packages > from /packages/ do. Yes, as the rtl is not compiled by fpmake by default. Note that what Lazarus is searching for are not the sources (in fpcsrc) but the compiled units. Regards, Joost. From joost at cnoc.nl Sat Mar 2 13:26:17 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Sat, 2 Mar 2019 13:26:17 +0100 Subject: [Lazarus] fppkg - autodetect on Windows In-Reply-To: References: Message-ID: <57813b5c-498e-7848-d832-14c2d12839e0@cnoc.nl> Op 16-02-19 om 15:50 schreef Martok via lazarus: > > I tried: > $(LazarusDir)\fpc\$(FPCVer) (this is what intuitively makes sense) > $(LazarusDir)\fpc\ (this is what the text asks for) > $(LazarusDir)\fpc\$(FPCVer)\bin You cannot use Lazarus-style macro's. It does not resolve them. But I would expect that it comes up with a proper default-value? (What does the drop-down box shows, or is it empty?) Regards, Joost. From joost at cnoc.nl Sat Mar 2 13:32:51 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Sat, 2 Mar 2019 13:32:51 +0100 Subject: [Lazarus] How to configure Fppkg in IDE startup dialog with FPC 3.2 ? In-Reply-To: References: Message-ID: Op 16-02-19 om 20:03 schreef AlexeyT via lazarus: > -I deleted FPC 3.0.4 from Linux x64 OS path (/usr/.....) > > -Instead installed FPC fixes3.2 via FpcUpDeluxe into ~/fpcupdeluxe/fpc > > IDE after recompiling via FPC 3.2 now asks FPPKG path!! in startup > dialog. I cannot solve it. I tried all paths from ~/fpcupdeluxe dir and > tried to press [Create new fppkg cfg] (sometimes this btn is enabled but > gives no result- "fppkg config is corrupt"). Dialog asks me every time. > Then something is wrong with fpcupdeluxe. First of all it should create the proper configuration-files itself. And secondly, it does something else which is strange, if the default config-files generated by Lazarus do not work. Maybe it is missing the fpmkinst-path? Or the .fpm-files? Regards, Joost. From listbox at martoks-place.de Sat Mar 2 15:26:47 2019 From: listbox at martoks-place.de (Martok) Date: Sat, 2 Mar 2019 15:26:47 +0100 Subject: [Lazarus] How to configure Fppkg in IDE startup dialog with FPC 3.2 ? In-Reply-To: References: Message-ID: Am 02.03.2019 um 13:32 schrieb Joost van der Sluis via lazarus: > Then something is wrong with fpcupdeluxe. If FPC, Lazarus, fpmake all find the correct paths, but fppkg does not, then this is clearly the installer's fault. Flawless logic. -- Regards, Martok From joost at cnoc.nl Sat Mar 2 16:04:19 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Sat, 2 Mar 2019 16:04:19 +0100 Subject: [Lazarus] How to configure Fppkg in IDE startup dialog with FPC 3.2 ? In-Reply-To: References: Message-ID: Op 02-03-19 om 15:26 schreef Martok via lazarus: > Am 02.03.2019 um 13:32 schrieb Joost van der Sluis via lazarus: >> Then something is wrong with fpcupdeluxe. > > If FPC, Lazarus, fpmake all find the correct paths, but fppkg does not, then > this is clearly the installer's fault. > Flawless logic. If you want to know it for sure, you have to do what the error-message is telling you: re-install fpc. Using an official fpc-release, offcourse. (https://www.freepascal.org/download.html) Then we know for sure. Regards, Joost. From carlos70esm at gmail.com Sat Mar 2 22:52:49 2019 From: carlos70esm at gmail.com (Carlos Eduardo S. M.) Date: Sat, 2 Mar 2019 18:52:49 -0300 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus, 2.0.0 Message-ID: On Sat, 02 Mar 2019 09:56:07 +0100, Bo Berglund via lazarus wrote: > Now for another RunCommandInDir problem: > ---------------------------------------- > When I run the command to extract the information a black command > window is briefly flashed on screen and then disappears. > > Is there some way to make this window minimized or invisible while it > runs? > > The available options for RunCommandInDir seem to be: > > type TProcessOptions = set of ( > poRunSuspended, //Start the process in suspended state. > poWaitOnExit, //Wait for the process to terminate before returning. > poUsePipes, //Use pipes to redirect standard input and output. > poStderrToOutPut, //Redirect standard error to the standard output. > poNoConsole, //Do not allow access to the console window for the > process (Win32 only) > poNewConsole, //Start a new console window for the process (Win32 > only) > poDefaultErrorMode, //Use default error handling. > poNewProcessGroup, //Start the process in a new process group > (Win32 only) > poDebugProcess, //Allow debugging of the process (Win32 only) > poDebugOnlyThisProcess //Do not follow processes started by this > process (Win32 only) > ); > > It seems like poNoConsole could be what I am after, but it is Win32 > only... > > No option to hide the console? Why not to use TProcess? Carlos Eduardo S. Matuzaki Curitiba, Paraná (Paraná), Brazil --- Este email foi escaneado pelo Avast antivírus. https://www.avast.com/antivirus From fpc at pascalprogramming.org Sat Mar 2 22:54:51 2019 From: fpc at pascalprogramming.org (Marco van de Voort) Date: Sat, 2 Mar 2019 22:54:51 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus, 2.0.0 In-Reply-To: References: Message-ID: <8c6b5e91-0625-ac8d-291c-4b8cc3c311cb@pascalprogramming.org> Op 2019-03-02 om 22:52 schreef Carlos Eduardo S. M. via lazarus: > >> It seems like poNoConsole could be what I am after, but it is Win32 >> only... >> >> No option to hide the console? > > > Why not to use TProcess? > RunCommandInDir is a TProcess wrapper and resides in the same unit. TProcessOptions are the same as euh, TProcess :-) From florian at freepascal.org Sun Mar 3 14:12:23 2019 From: florian at freepascal.org (=?UTF-8?Q?Florian_Kl=c3=a4mpfl?=) Date: Sun, 3 Mar 2019 14:12:23 +0100 Subject: [Lazarus] SourceForge Project of the Month In-Reply-To: <20190301093330.39cfb4f3@limapholos.matflo.wg> References: <20190301093330.39cfb4f3@limapholos.matflo.wg> Message-ID: Am 01.03.19 um 09:33 schrieb Mattias Gaertner via lazarus: > Hi, > > https://sourceforge.net/blog/march-2019-community-choice-project-month-lazarus/ Congratulations :) Do not forget another important date: Lazarus.pp ------------------- This is the lazarus editor program. Initial Revision : Sun Mar 28 23:15:32 CST 1999 :) From listbox at martoks-place.de Sun Mar 3 20:37:21 2019 From: listbox at martoks-place.de (Martok) Date: Sun, 3 Mar 2019 20:37:21 +0100 Subject: [Lazarus] How to configure Fppkg in IDE startup dialog with FPC 3.2 ? In-Reply-To: References: Message-ID: Am 02.03.2019 um 16:04 schrieb Joost van der Sluis via lazarus: > If you want to know it for sure, you have to do what the error-message > is telling you: re-install fpc. Using an official fpc-release, > offcourse. (https://www.freepascal.org/download.html) So, I typed and deleted about 5 different replies to this message. In the interest of not taking up Tomas' (or whoever acts as moderator on this list) time, you'll get this one: I wish you all the best, and have fun explaining your concept to whoever ends up building the Lazarus >2.2 + FPC 3.2 release bundles. Maybe you'll understand then what we've been trying to tell you for months now. Good luck. -- Regards, Martok From jmlandmesser at gmx.de Mon Mar 4 21:17:37 2019 From: jmlandmesser at gmx.de (John Landmesser) Date: Mon, 4 Mar 2019 21:17:37 +0100 Subject: [Lazarus] Theme support for lazarus IDE Message-ID: <639d33ee-4387-8d84-76a1-5a49b5bc16bd@gmx.de> this one works ok on Linux: |GTK_THEME=Adwaita:dark gedit but lazarus ignores this setting?! ... i like a desktop dark theme, but not for lazarus. I would prefer ||GTK_THEME=Adwaita:light for lazarus Long time ago Michael Van Canneyt told us lazarus as gtk-App should be capable of theme per application basis?! But i can't find that in List-history. Any idea? | -------------- next part -------------- An HTML attachment was scrubbed... URL: From sysrpl at gmail.com Tue Mar 5 11:42:36 2019 From: sysrpl at gmail.com (Anthony Walter) Date: Tue, 5 Mar 2019 05:42:36 -0500 Subject: [Lazarus] Theme support for lazarus IDE In-Reply-To: <639d33ee-4387-8d84-76a1-5a49b5bc16bd@gmx.de> References: <639d33ee-4387-8d84-76a1-5a49b5bc16bd@gmx.de> Message-ID: The GTK_THEME variable is recognized by Gtk 3. For Gtk 2 you need to set GTK2_RC_FILES to the gtkrc file for the theme you want. Your Gedit is build using Gtk 3. Lazarus is typically build on Linux using Gtk 2. See also: https://wiki.archlinux.org/index.php/GTK+#Themes -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmlandmesser at gmx.de Tue Mar 5 19:09:56 2019 From: jmlandmesser at gmx.de (John Landmesser) Date: Tue, 5 Mar 2019 19:09:56 +0100 Subject: [Lazarus] Theme support for lazarus IDE In-Reply-To: References: <639d33ee-4387-8d84-76a1-5a49b5bc16bd@gmx.de> Message-ID: Am 05.03.19 um 11:42 schrieb Anthony Walter via lazarus: > The GTK_THEME variable is recognized by Gtk 3. For Gtk 2 you need to > set GTK2_RC_FILES to the gtkrc file for the theme you want. Your Gedit > is build using Gtk 3. Lazarus is typically build on Linux using Gtk 2. > > See also: https://wiki.archlinux.org/index.php/GTK+#Themes > >  Thanks for that tipp!! But the Arch-Wiki tells also: Examples GTK+ example configurations: *Note:*May be ignored by somedesktop environments (e.g.GNOME ). ... that also seems to be true for my Manjaro XFCE :-( Tried in vain to compile lazarus with gtk3 Widget style. I'll stay with general light theme! -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at kingel.net Tue Mar 5 19:18:21 2019 From: lists at kingel.net (Arne Hanssen) Date: Tue, 5 Mar 2019 19:18:21 +0100 Subject: [Lazarus] Lazarus 2.0 TProcessUtf8 problem. Message-ID: I have a Lazarus program that calls an external exe using TProcessUtf8.  I send filename(s) as parameter(s) to the external exe.  After upgrading Lazarus to version 2.0 I get errors if these filenames contain utf8 characters.  Is this a bug in Lazarus?  Or have anything changed from Lazarus v. 1.8.2 to 2.0, so that my code must be changed accordingly? This is Windows 10 and Lazarus 2.0 downloaded from Lazarus site. Unit starte with this (if it matters): unit UnitMain; {$mode objfpc}{$H+} interface uses   Classes, SysUtils, FileUtil, Forms, Controls, Graphics, Dialogs, ComCtrls,   StdCtrls, ExtCtrls, Grids, Process,   {$IFDEF WINDOWS} Utf8Process, {$ENDIF}   Types, LCLTranslator; -- Best regards Arne Hanssen Senja, Norway From bo.berglund at gmail.com Tue Mar 5 20:48:58 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Tue, 05 Mar 2019 20:48:58 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> Message-ID: On Sat, 02 Mar 2019 09:56:07 +0100, Bo Berglund via lazarus wrote: >Now for another RunCommandInDir problem: >---------------------------------------- >When I run the command to extract the information a black command >window is briefly flashed on screen and then disappears. > >Is there some way to make this window minimized or invisible while it >runs? So I have solved the general problems of using RunCommandInDir with ffmpeg. It does work. But if I command a video edit with multiple cuts being extracted and later combined there is a succession of many black command windows being shown on top of the main GUI form for a fraction of a second up to a couple of seconds. It really looks very ugly. Is there absolutely no way to hide or minimize these windows during execution? I am using Lazarus 2.0.0 with fpc 3.0.4 (64 bit versions) in Windows 7 x64. This is till a problem that fits the topic of this thread... This is the function I call in a loop once for each cutout part of the video file: function ExtractVideoSection(InputFile, OutputFile: string; Start, Duration: integer; OverwriteOutput: boolean = true): boolean; var arguments: array of string; returnstr: string; executable: string; begin Result := false; if not FileExists(InputFile) then exit; if (not OverwriteOutput) and FileExists(OutputFile) then exit; if FileExists(OutputFile) then DeleteFile(OutputFile); SetLength(arguments, 10); executable := 'ffmpeg.exe'; arguments[0] := '-ss'; arguments[1] := FormatTimeDiff(Start); arguments[2] := '-i'; arguments[3] := InputFile; arguments[4] := '-to'; arguments[5] := FormatTimeDiff(Duration); arguments[6] := '-c'; arguments[7] := 'copy'; arguments[8] := OutputFile; arguments[9] := '-hide_banner'; Result := RunCommandIndir(ExtractFileDir(OutputFile), executable, arguments, returnstr, [poWaitOnExit,poStderrToOutPut]); end; Every invocation of RunCommandInDir() causes a command window to be shown on screen. -- Bo Berglund Developer in Sweden From info at voiceliveeditor.com Tue Mar 5 20:57:58 2019 From: info at voiceliveeditor.com (info at voiceliveeditor.com) Date: Tue, 5 Mar 2019 19:57:58 -0000 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 In-Reply-To: References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> Message-ID: Just done a quick google, would telling ffmpeg to log output to errlog or nul help. https://superuser.com/questions/555289/is-there-a-way-to-disable-or-hide-output-thrown-by-ffmpeg Just a thiught Josh -----Original Message----- From: Bo Berglund via lazarus Sent: Tuesday, March 5, 2019 7:48 PM To: lazarus at lists.lazarus.freepascal.org Cc: Bo Berglund Subject: Re: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 On Sat, 02 Mar 2019 09:56:07 +0100, Bo Berglund via lazarus wrote: >Now for another RunCommandInDir problem: >---------------------------------------- >When I run the command to extract the information a black command >window is briefly flashed on screen and then disappears. > >Is there some way to make this window minimized or invisible while it >runs? So I have solved the general problems of using RunCommandInDir with ffmpeg. It does work. But if I command a video edit with multiple cuts being extracted and later combined there is a succession of many black command windows being shown on top of the main GUI form for a fraction of a second up to a couple of seconds. It really looks very ugly. Is there absolutely no way to hide or minimize these windows during execution? I am using Lazarus 2.0.0 with fpc 3.0.4 (64 bit versions) in Windows 7 x64. This is till a problem that fits the topic of this thread... This is the function I call in a loop once for each cutout part of the video file: function ExtractVideoSection(InputFile, OutputFile: string; Start, Duration: integer; OverwriteOutput: boolean = true): boolean; var arguments: array of string; returnstr: string; executable: string; begin Result := false; if not FileExists(InputFile) then exit; if (not OverwriteOutput) and FileExists(OutputFile) then exit; if FileExists(OutputFile) then DeleteFile(OutputFile); SetLength(arguments, 10); executable := 'ffmpeg.exe'; arguments[0] := '-ss'; arguments[1] := FormatTimeDiff(Start); arguments[2] := '-i'; arguments[3] := InputFile; arguments[4] := '-to'; arguments[5] := FormatTimeDiff(Duration); arguments[6] := '-c'; arguments[7] := 'copy'; arguments[8] := OutputFile; arguments[9] := '-hide_banner'; Result := RunCommandIndir(ExtractFileDir(OutputFile), executable, arguments, returnstr, [poWaitOnExit,poStderrToOutPut]); end; Every invocation of RunCommandInDir() causes a command window to be shown on screen. -- Bo Berglund Developer in Sweden -- _______________________________________________ lazarus mailing list lazarus at lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus From bo.berglund at gmail.com Tue Mar 5 21:15:37 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Tue, 05 Mar 2019 21:15:37 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> Message-ID: <2slt7e9cqr0cnbecauktl058od8jap3stl@4ax.com> On Tue, 5 Mar 2019 19:57:58 -0000, Josh via lazarus wrote: >Just done a quick google, >would telling ffmpeg to log output to errlog or nul help. > >https://superuser.com/questions/555289/is-there-a-way-to-disable-or-hide-output-thrown-by-ffmpeg > The problem is not that some output goes to the stderr output. I have already solved that part. The question now concerns the way RunCommandIndir() throws up a black command window on screen when it executes. If I use ffmpeg calls many times in an execution it gets really annoying. There should be an option to at least minimize the window so it is not in plain view on screen. Best if it can be set to run hidden. -- Bo Berglund Developer in Sweden From bo.berglund at gmail.com Wed Mar 6 08:52:13 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Wed, 06 Mar 2019 08:52:13 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> <2slt7e9cqr0cnbecauktl058od8jap3stl@4ax.com> Message-ID: On Tue, 05 Mar 2019 21:15:37 +0100, Bo Berglund via lazarus wrote: > >The question now concerns the way RunCommandIndir() throws up a black >command window on screen when it executes. > >If I use ffmpeg calls many times in an execution it gets really >annoying. > >There should be an option to at least minimize the window so it is not >in plain view on screen. Best if it can be set to run hidden. I finally used the poNoConsole flag in the options even though the Lazarus help specifically states it ONLY works in Win32. But amazingly it did the job of hiding the console windows even though my Lazarus 2.0.0 program is built as a 64 bit program and runs in Windows7 x64! So the note in the help is misleading... -- Bo Berglund Developer in Sweden From joost at cnoc.nl Wed Mar 6 17:50:07 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Wed, 6 Mar 2019 17:50:07 +0100 Subject: [Lazarus] Problems using RunCommandIndir with Lazarus 2.0.0 In-Reply-To: References: <8fqi7ed4g0pnau71u5hsqni22pth7dd1t3@4ax.com> <2slt7e9cqr0cnbecauktl058od8jap3stl@4ax.com> Message-ID: <4d9335b0-0be3-85b6-c552-6e9e072e25eb@cnoc.nl> Op 06-03-19 om 08:52 schreef Bo Berglund via lazarus: > I finally used the poNoConsole flag in the options even though the > Lazarus help specifically states it ONLY works in Win32. This was probably written when there was no Win64 LCL-widgetset yet. At that time, 'Win32' was synonymous to 'The Windows widgetset). In other words: it only works on Windows. Regards, Joost. From aaa5500 at ya.ru Wed Mar 6 19:54:32 2019 From: aaa5500 at ya.ru (AlexeyT) Date: Wed, 6 Mar 2019 21:54:32 +0300 Subject: [Lazarus] Universal FontDialog for LCL Message-ID: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> I have an idea to make LCL based TFontDialog- which will be LCL form, which can be called by TFontDialog.Execute (if Boolean variable in LCL is set). Why make it? - we can make all best features of FontDlgs from all WSes - we can make additional events- e,g, OnSelectFont (called when used selects name in listbox) - we can make it resizable (and save/load size) - same look on all WS If it's good- ok to merge to Laz? -- Regards, Alexey From lazarus at mfriebe.de Wed Mar 6 21:30:08 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Wed, 6 Mar 2019 21:30:08 +0100 Subject: [Lazarus] [fpc-pascal] Need Advice: Teaching a Child Programming In-Reply-To: References: <7faa33f4-fbb9-9b7b-0fba-8d4a0afed3a8@BrenemanLabs.com> <0f1e1f89-b4b7-5ff1-a690-2d459d3f5286@mfriebe.de> Message-ID: <4a6b186b-944f-b9bf-2a1d-6ffb515c2b32@mfriebe.de> I cc / reply-to the Lazarus list, since this is not an fpc topic. On 06/03/2019 20:49, Anthony Walter wrote: > I agree that the hardest part would be detecting project changes. That > is files opened, new files added, packages added or removed and so on. > I think if I could or someone could write something to synchronize two > instances of Lazarus on different computers / platforms, then rest of > everything would be trivial. This would need to include create a new > projects with different base paths (i.d. C:\Temp\Example and > /home/user/temp/example). > That depends on the indent. If you just want to supervise, then you do not need the project locally. You only need to be able to see what happens, and to send actions (i.e. edit text). Both computers having the full project synchronized, is a much bigger task. It will also need conflict resolution, and monitoring disc changes outside the IDE. SourceEditorIntf tells you when editors are opened/closed. But that is for visually synchronizing, since opening a unit does not say anything about its project status. Not sure if IDEIntf would have the hooks you need. Some would probably be needed to be added. > Is anyone here a real expert in this area of the IDE? There are too many different areas touched (at least in case of full syncro). So I doubt there is a single expert. Different people would know the answers to different parts. > > Martin, I think the student computer would be the slave. > Depends on the above. From Special at Joepgen.com Thu Mar 7 00:53:32 2019 From: Special at Joepgen.com (Joe) Date: Thu, 7 Mar 2019 00:53:32 +0100 Subject: [Lazarus] Lazarus 2.0 doesn't compile LabJack wrapper Message-ID: Hi, we control some laboratory equipment with a LabJack U3-HV interface. The manufacturer of the interface provided a dll file and a Delphi wrapper for the dll file to read and set the ports of the interface. This works well with Delphi XE2. But when I try to migrate to Lazarus 2.0, this wrapper is not accepted. It appears a error message 'Calling convention doesn't match forward'. Delphi XE2 doesn't complain about any convention difficulties in the wrapper file. I tried to harmonize the calling convention prescriptions in the interface and the implementation part of the wrapper- no success. Is this a Lazarus or FPC bug, or a (perhaps undocumented) incompatibility between Delphi XE2 and Lazarus 2.0? Or do I oversee something? We are using Win 10, Version 1809 (64). The wrapper itself  can be downloaded from http://transfer.joepgen.com/wrapper.pas Regards --  Joe From juha.manninen62 at gmail.com Thu Mar 7 08:24:20 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Thu, 7 Mar 2019 09:24:20 +0200 Subject: [Lazarus] Lazarus 2.0 doesn't compile LabJack wrapper In-Reply-To: References: Message-ID: The implementation part is missing "stdcall;" You also need to match the parameters and return types of functions between interface and implementation parts. Actually the implementation part is not needed (I think). Just give the external DLL name in the interface. Juha From nc-gaertnma at netcologne.de Thu Mar 7 08:33:03 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Thu, 7 Mar 2019 08:33:03 +0100 Subject: [Lazarus] Lazarus 2.0 doesn't compile LabJack wrapper In-Reply-To: References: Message-ID: <20190307083303.582a5b49@limapholos.matflo.wg> On Thu, 7 Mar 2019 00:53:32 +0100 Joe via lazarus wrote: > Hi, > > we control some laboratory equipment with a LabJack U3-HV interface. > The manufacturer of the interface provided a dll file and a Delphi > wrapper for the dll file to read and set the ports of the interface. > This works well with Delphi XE2. > > But when I try to migrate to Lazarus 2.0, this wrapper is not > accepted. It appears a error message 'Calling convention doesn't > match forward'. Delphi XE2 doesn't complain about any convention > difficulties in the wrapper file. I tried to harmonize the calling > convention prescriptions in the interface and the implementation part > of the wrapper- no success. Have you tried compiling with {$mode delphi} instead of {$mode objfpc}? > Is this a Lazarus or FPC bug, or a (perhaps undocumented) > incompatibility between Delphi XE2 and Lazarus 2.0? It is documented. For example: https://www.freepascal.org/docs-html/prog/progse74.html > Or do I oversee > something? We are using Win 10, Version 1809 (64). The wrapper > itself can be downloaded from > http://transfer.joepgen.com/wrapper.pas Mattias From Special at Joepgen.com Thu Mar 7 10:49:30 2019 From: Special at Joepgen.com (Joe) Date: Thu, 7 Mar 2019 10:49:30 +0100 Subject: [Lazarus] Lazarus 2.0 doesn't compile LabJack wrapper In-Reply-To: <20190307083303.582a5b49@limapholos.matflo.wg> References: <20190307083303.582a5b49@limapholos.matflo.wg> Message-ID: <08365eb5-2422-20b1-7360-4e4a25ad6862@Joepgen.com> Am 07.03.2019 um 08:33 schrieb Mattias Gaertner via lazarus: > Have you tried compiling with {$mode delphi} instead of {$mode objfpc}? The wrapper did not contain any '{$mode objfpc}' or '{$mode delphi}' instruction. I inserted '{$mode delphi}', and the wrapper could be compiled. Thanx, Mattias. --  Joe From Special at Joepgen.com Thu Mar 7 10:54:30 2019 From: Special at Joepgen.com (Joe) Date: Thu, 7 Mar 2019 10:54:30 +0100 Subject: [Lazarus] Lazarus 2.0 doesn't compile LabJack wrapper In-Reply-To: References: Message-ID: <1af6ee0a-c614-2896-82ba-87309bf63b76@Joepgen.com> Am 07.03.2019 um 08:24 schrieb Juha Manninen via lazarus: > Actually the implementation part is not needed (I think). Just give > the external DLL name in the interface. Interesting approach. I'll try this. Thanx, Juha. -- Joe From zeljko at holobit.net Thu Mar 7 14:09:16 2019 From: zeljko at holobit.net (zeljko) Date: Thu, 7 Mar 2019 14:09:16 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> Message-ID: <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> On 03/06/2019 07:54 PM, AlexeyT via lazarus wrote: > I have an idea to make LCL based TFontDialog- which will be LCL form, > which can be called by TFontDialog.Execute (if Boolean variable in LCL > is set). Why make it? > > - we can make all best features of FontDlgs from all WSes > > - we can make additional events- e,g, OnSelectFont (called when used > selects name in listbox) > > - we can make it resizable (and save/load size) > > - same look on all WS > > If it's good- ok to merge to Laz? > Not as default TFontDialog. Maybe as TLazFontDialog or similar. zeljko From aaa5500 at ya.ru Thu Mar 7 14:12:28 2019 From: aaa5500 at ya.ru (AlexeyT) Date: Thu, 7 Mar 2019 16:12:28 +0300 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> Message-ID: <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> Default must be native OS dialog. I suggest to use my dialog when boolean option in LCL (will be added) true. Here's my GH repo with dialog which almost 100% mimics GTK2 FontDialog. https://github.com/alexey-t/atfontdialog It even increases preview height for big sizes >20. On 07.03.2019 16:09, zeljko via lazarus wrote: > Not as default TFontDialog. Maybe as TLazFontDialog or similar. -- Regards, Alexey From bartjunk64 at gmail.com Thu Mar 7 17:42:22 2019 From: bartjunk64 at gmail.com (Bart) Date: Thu, 7 Mar 2019 17:42:22 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> Message-ID: On Thu, Mar 7, 2019 at 2:12 PM AlexeyT via lazarus wrote: > Default must be native OS dialog. I suggest to use my dialog when > boolean option in LCL (will be added) true. Please no! -- Bart From aaa5500 at ya.ru Thu Mar 7 18:14:53 2019 From: aaa5500 at ya.ru (Alexey) Date: Thu, 7 Mar 2019 20:14:53 +0300 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> Message-ID: Please no? What do other developers think, also no (lcl option for universal dialog not wanted)? AT From lazarus at mfriebe.de Thu Mar 7 18:26:04 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Thu, 7 Mar 2019 18:26:04 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> Message-ID: <07652e8a-767c-ff6f-e18f-3a866bb56d96@mfriebe.de> On 07/03/2019 18:14, Alexey via lazarus wrote: > Please no? What do other developers think, also no (lcl option for universal dialog not wanted)? > AT IMHO, it should be a separate component. So no code will be pulled into the user app, if it is not used. While certainly useful, it is not necessarily something that needs to be included by default. With the online package manager, I would think that an installable package might be useful. (And could later be extended, to contain other dialog replacements) From mailinglists at geldenhuys.co.uk Thu Mar 7 18:42:43 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Thu, 7 Mar 2019 17:42:43 +0000 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> Message-ID: On 07/03/2019 13:12, AlexeyT via lazarus wrote: > Default must be native OS dialog. I suggest to use my dialog when > boolean option in LCL (will be added) true. The replies so far are not surprising at all. LCL prides itself staying with "native components". Granted I find that has many drawbacks, but that was LCL's design choice from the start, and will not change. I battled the same arguments/suggestions years back. ;-) If you want the full benefits of 100% customisability, better go with the custom drawn toolkits out there. fpGUI and MSEgui are 100% custom drawn and fully written in Object Pascal - no limitations with what can be done. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From l at c-m-w.me.uk Thu Mar 7 23:19:49 2019 From: l at c-m-w.me.uk (C Western) Date: Thu, 7 Mar 2019 22:19:49 +0000 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> Message-ID: On 07/03/2019 13:09, zeljko via lazarus wrote: > On 03/06/2019 07:54 PM, AlexeyT via lazarus wrote: >> I have an idea to make LCL based TFontDialog- which will be LCL form, >> which can be called by TFontDialog.Execute (if Boolean variable in >> LCL is set). Why make it? I haven't checked recently, but the system TFontDialog on a mac does not an OK/cancel button, making the system dialog useless, so a standard alternative might be helpful. I reported this a while back (https://bugs.freepascal.org/view.php?id=13383) but it was closed as expected behavior, which I am not sure is right. Checking further, is the font dialog working at all under carbon? Checking a couple of different versions of my program and lazarus simply gives an access violation when it is invoked. (These versions are from SVN a couple of months ago at least - I will check with current when I have time) Colin From werner.pamler at freenet.de Fri Mar 8 00:51:32 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 8 Mar 2019 00:51:32 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <93cac856-9b88-a053-facb-b02627d39a18@ya.ru> Message-ID: <4e4446d3-dedd-863f-ad94-2060322e196c@freenet.de> Am 07.03.2019 um 14:12 schrieb AlexeyT via lazarus: > Here's my GH repo with dialog which almost 100% mimics GTK2 > FontDialog. https://github.com/alexey-t/atfontdialog On Windows the font dialog also allows to select the color which is missing here. An issue: the dialog is resizable, but the height jumps back to its original value when I click into one of the listboxes. From juha.manninen62 at gmail.com Fri Mar 8 10:10:49 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 8 Mar 2019 11:10:49 +0200 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> Message-ID: On Thu, Mar 7, 2019 at 3:09 PM zeljko via lazarus wrote: > Not as default TFontDialog. Maybe as TLazFontDialog or similar. +1 AlexeyT, what is wrong in having a separate component for those who need it? If the current native dialogs have bugs (Carbon etc.) they should be fixed obviously. That is a different issue. Mapping to native controls has its problems but it also has benefits. The beauty is that you can mix native LCL components with custom drawn ones. Juha From juha.manninen62 at gmail.com Fri Mar 8 10:55:38 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 8 Mar 2019 11:55:38 +0200 Subject: [Lazarus] How to increase the font size of the content of Project Inspector In-Reply-To: References: <4556a1b5-cc19-9617-eaff-d63c490cc46e@avidsoft.com.hk> <10df9a4c-755c-0e88-2182-cfbd3449e622@gmail.com> <0b767123-e629-110b-f25c-b9b7aeec3fcd@avidsoft.com.hk> Message-ID: Sorry for the late reply. On Wed, Jan 16, 2019 at 5:42 AM Anthony Walter via lazarus wrote: > Get it from here: > https://github.com/sysrpl/Lazarus.AppExplore The best way is to get it from the Online Package Manager in Lazarus. I guess Anthony has provided it there. I tested now with a non-docked IDE and the Application Explorer does not find my Project Inspector window. IMO the Help menu is a wrong place for the main menu item. It could be in View menu as the Code Explorer. > To the Lazarus team, consider adding Application Explorer to trunk/components. IMO the Online Package Manager is an ideal way to install such packages. For an end user it is as simple as installing a local package. Maintaining the server package is easy, too, I believe. Juha From aaa5500 at ya.ru Fri Mar 8 12:01:06 2019 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Mar 2019 14:01:06 +0300 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> Message-ID: <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Juha, I wanted to hook new dialog (ok, separate component) into TFontDialog. Can I make a patch to allow such a hook? It must be very small diff which don’t bloat the lcl. From nc-gaertnma at netcologne.de Fri Mar 8 12:11:30 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 8 Mar 2019 12:11:30 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: <20190308121130.376633c6@limapholos.matflo.wg> On Fri, 8 Mar 2019 14:01:06 +0300 Alexey via lazarus wrote: > Juha, I wanted to hook new dialog (ok, separate component) into > TFontDialog. Can I make a patch to allow such a hook? It must be very > small diff which don’t bloat the lcl. Do you want to embed a component into the native dialog, or to create a complete custom drawn font dialog? Mattias From aaa5500 at ya.ru Fri Mar 8 12:17:07 2019 From: aaa5500 at ya.ru (Alexey) Date: Fri, 8 Mar 2019 14:17:07 +0300 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <20190308121130.376633c6@limapholos.matflo.wg> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> <20190308121130.376633c6@limapholos.matflo.wg> Message-ID: Completely new form. > Do you want to embed a component into the native dialog, or to > create a complete custom drawn font dialog? > From juha.manninen62 at gmail.com Fri Mar 8 12:54:45 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 8 Mar 2019 13:54:45 +0200 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: On Fri, Mar 8, 2019 at 1:01 PM Alexey via lazarus wrote: > Juha, I wanted to hook new dialog (ok, separate component) into TFontDialog. I also feel a separate dialog, TLazFontDialog or whatever, is better. It should be put into a package and then provided through OPM. I think you should create a new package which can later be extended with other components. I remember there was a long discussion about a currency edit component. I already then suggested a similar new package but the author did not want to make it. Everybody wants to include their custom components in LCL. Why? The Online Package Manager is designed exactly for easy access to external components. Let's use it please! Juha From sysrpl at gmail.com Fri Mar 8 15:05:14 2019 From: sysrpl at gmail.com (Anthony Walter) Date: Fri, 8 Mar 2019 09:05:14 -0500 Subject: [Lazarus] Run External Console on Linux? Message-ID: Has anyone come up with a decent way to run and debug console applications using an external terminal program on Linux? That is, you are writing a ReadLn and WriteLn console application in Lazarus, and when you run the program you can get an external program like gnome-terminal to popup. Then gnome-terminal hosts your console application until either your console application terminates or you close gnome-terminal. I really don't like using the built in Lazarus terminal window. ReadLn doesn't work very well with it. It doesn't popup when you run or terminal the console application when closed. I'd really like to simulate an external terminal program like Lazarus does on Windows. (Please don't respond with why they are different. I understand the reasons) -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Fri Mar 8 15:35:22 2019 From: aaa5500 at ya.ru (AlexeyT) Date: Fri, 8 Mar 2019 17:35:22 +0300 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: <02da4585-9561-95ad-b67a-328c97c96caf@ya.ru> Okay, will do so. About lcl patch, we ll talk later. On 08.03.2019 14:54, Juha Manninen via lazarus wrote: > Everybody wants to include their custom components in LCL. Why? The > Online Package Manager is designed exactly for easy access to external > components. Let's use it please! -- Regards, Alexey From mailinglists at geldenhuys.co.uk Fri Mar 8 16:37:18 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 8 Mar 2019 15:37:18 +0000 Subject: [Lazarus] Run External Console on Linux? In-Reply-To: References: Message-ID: <8d007b80-e1a5-a33c-b13a-5d593536aeeb@geldenhuys.co.uk> On 08/03/2019 14:05, Anthony Walter via lazarus wrote: > external terminal program like Lazarus does on Windows. (Please don't > respond with why they are different. I understand the reasons) Not an immediate solution for you, but maybe useful to someone... The MSEide+MSEgui has a cross-platform console component which its IDE uses. It supports input and output from that popup console widget. No external console/terminal application is required. Maybe if somebody is interested in finally implementing a x-platform solution for Lazarus, they could look at Martin's code and port it to Lazarus. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From nc-gaertnma at netcologne.de Fri Mar 8 17:06:05 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 8 Mar 2019 17:06:05 +0100 Subject: [Lazarus] Run External Console on Linux? In-Reply-To: References: Message-ID: <20190308170605.1e034948@limapholos.matflo.wg> On Fri, 8 Mar 2019 09:05:14 -0500 Anthony Walter via lazarus wrote: > Has anyone come up with a decent way to run and debug console > applications using an external terminal program on Linux? > > That is, you are writing a ReadLn and WriteLn console application in > Lazarus, and when you run the program you can get an external program > like gnome-terminal to popup. Then gnome-terminal hosts your console > application until either your console application terminates or you > close gnome-terminal. > > I really don't like using the built in Lazarus terminal window. ReadLn > doesn't work very well with it. It doesn't popup when you run or > terminal the console application when closed. I'd really like to > simulate an external terminal program like Lazarus does on Windows. > (Please don't respond with why they are different. I understand the > reasons) This works on many Linux distros: Run / Run Parameters / Use Launching application /usr/bin/xterm -T 'Lazarus Run Output' -e $(LazarusDir)/tools/runwait.sh $(TargetCmdLine) Probably there are similar flags for gnome-terminal. Mattias From sysrpl at gmail.com Fri Mar 8 17:30:05 2019 From: sysrpl at gmail.com (Anthony Walter) Date: Fri, 8 Mar 2019 11:30:05 -0500 Subject: [Lazarus] Run External Console on Linux? In-Reply-To: <20190308170605.1e034948@limapholos.matflo.wg> References: <20190308170605.1e034948@limapholos.matflo.wg> Message-ID: Mattias, Thanks that works great and is exactly what I was looking for! -------------- next part -------------- An HTML attachment was scrubbed... URL: From dec12 at avidsoft.com.hk Sat Mar 9 09:47:46 2019 From: dec12 at avidsoft.com.hk (Dennis) Date: Sat, 9 Mar 2019 16:47:46 +0800 Subject: [Lazarus] How to increase the font size of the content of Project Inspector In-Reply-To: References: <4556a1b5-cc19-9617-eaff-d63c490cc46e@avidsoft.com.hk> <10df9a4c-755c-0e88-2182-cfbd3449e622@gmail.com> Message-ID: <2303e908-b749-1873-2f9f-89b8d1ee8184@avidsoft.com.hk> Anthony Walter via lazarus wrote: > Try doing this: > > https://cache.getlazarus.org/videos/font-size.mp4 > > It is strange that on my Lazarus 2.0 Win64, the search on "project" does not show Project Inspector like your video in Ubuntu Maybe the App.Explore works differently in win 64 Lazarus. :-( Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hokphjaceggfdkja.png Type: image/png Size: 49179 bytes Desc: not available URL: From sysrpl at gmail.com Sat Mar 9 12:01:26 2019 From: sysrpl at gmail.com (Anthony Walter) Date: Sat, 9 Mar 2019 06:01:26 -0500 Subject: [Lazarus] How to increase the font size of the content of Project Inspector In-Reply-To: <2303e908-b749-1873-2f9f-89b8d1ee8184@avidsoft.com.hk> References: <4556a1b5-cc19-9617-eaff-d63c490cc46e@avidsoft.com.hk> <10df9a4c-755c-0e88-2182-cfbd3449e622@gmail.com> <2303e908-b749-1873-2f9f-89b8d1ee8184@avidsoft.com.hk> Message-ID: In the event you're having a problem seeing an item, this a brief overview of how the application explorer works. Application Explorer takes all components owned by the global Application instance and enumerates them recursively. It then presents those components in a tree view, where the child nodes are components owned by the parent component. So if component is not found by either component name or type name in the search function, then the component you are searching for either has not been created or is not in the ownership chain of the global Application instance, It may make sense to review the IDE source code and make sure that all forms and the related components they create set the owner argument in their constructor to something other than nil. For both consistency and safety. We don't want to end up with any orphaned components being created. As such the tool under discussion might be helpful for people who work on the IDE so they can correct this issue among other things. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zoe at scootersoftware.com Sat Mar 9 18:25:31 2019 From: zoe at scootersoftware.com (=?UTF-8?Q?Zo=c3=ab_Peterson?=) Date: Sat, 9 Mar 2019 11:25:31 -0600 Subject: [Lazarus] Debugging on macOS Message-ID: Are there still obvious optimizations/improvements to be done with the "LLDB with fpdebug" debugger on macOS? We're on trunk and it's largely not usable right now. I'm sure it has something to do with the size of our project, but it currently has random, lengthy hangs when doing things like single stepping. If I wait long enough it does eventually come back, but it is very much in the range of "Is this hung?" and not just sluggish. It adds 10+ seconds to actually launching the app too, which is unpleasant, but at least something I can expect and work around. -- Zoë Peterson Scooter Software From lazarus at mfriebe.de Sat Mar 9 19:57:54 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Sat, 9 Mar 2019 19:57:54 +0100 Subject: [Lazarus] Debugging on macOS In-Reply-To: References: Message-ID: On 09/03/2019 18:25, Zoë Peterson via lazarus wrote: > Are there still obvious optimizations/improvements to be done with the > "LLDB with fpdebug" debugger on macOS? We're on trunk and it's largely > not usable right now.  I'm sure it has something to do with the size > of our project, but it currently has random, lengthy hangs when doing > things like single stepping.  If I wait long enough it does eventually > come back, but it is very much in the range of "Is this hung?" and not > just sluggish.  It adds 10+ seconds to actually launching the app too, > which is unpleasant, but at least something I can expect and work around. > It all depends on usable bug/issue reports. There are steps on how to generate a logfile. http://forum.lazarus-ide.org/index.php/topic,42869.0.html Startup is known to take some time. Both the IDE, and lldb need to parse the debug info, and both take some time to do so. (both running in parallel threads for this). To speed up, make sure that you disable debug info for any package, you do not need to step into. In case of hangs while stepping, it would be useful to know the start/endpoint (file/line). So it can be found in the log. It may be the debugger is evaluating locals, watches or stack, and that any of them have large objects. 1) Do you have locals/watches windows open? Are there any variables that may have a bigger size? Or objects with plenty of strings? 2) Try to  - close the locals window  - close or disable the watches window  - open the history window, and disable it (this is important, for else it will go and start reading locals and watches) When you press step, the debugger will (should?) abort reading locals and watches. But it will only do so between 2 watches. If a single watch takes a lot of time, this may add delays. -------------------- If it is for speed only, you can try the lldb without fpdebug (there is a package under components/lazdebuggers/lazdebuggerlldb  ; with NO "fp" in it) This package comes "as is". All watches expect lldb readable (c-style) input: form1->fvalue And results are displayed as llbd likes. But for an object with lots of strings, lldb gets the entire value. THe IDE only needs to do a single request. FpDebug, needs to first read the mem of the object, and because strings are pointer, it then needs a further request to lldb for each string. From sysrpl at gmail.com Sun Mar 10 17:31:38 2019 From: sysrpl at gmail.com (Anthony Walter) Date: Sun, 10 Mar 2019 12:31:38 -0400 Subject: [Lazarus] F1 Help Doesn't Work for ReadLn WriteLn? Message-ID: It would seem that in Lazarus doesn't give F1 context sensitive help for certain built in functions such as ReadLn, WriteLn and a few others functions and types. These two functions are definitely in the online help. I understand that ReadLn, WriteLn are made using a bit of compiler magic, but is it at all possible to modify the way that context sensitive help works to allow linking of these and other magic things to the appropriate web resources such as: https://lazarus-ccr.sourceforge.io/docs/rtl/system/writeln.html Such as an internal dictionary override should help not be found by scanning sources, which is how I assume it works currently? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at mfriebe.de Sun Mar 10 23:05:05 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Sun, 10 Mar 2019 23:05:05 +0100 Subject: [Lazarus] Debugging on macOS In-Reply-To: References: Message-ID: Just an update On 09/03/2019 19:57, Martin Frb via lazarus wrote: > Startup is known to take some time. Both the IDE, and lldb need to > parse the debug info, and both take some time to do so. (both running > in parallel threads for this). > To speed up, make sure that you disable debug info for any package, > you do not need to step into. I made some changes to trunk. As a side-effect the debugger may start a bit faster. But I would expect it to be a very small improvement, if any at all. http://forum.lazarus-ide.org/index.php/topic,44561.msg313527.html#msg313527 You may get a warning at start, in certain cases. See the forum post. The warning can be disabled in the ide menu: Tools > Options under debugger. > > In case of hangs while stepping, ... > When you press step, the debugger will (should?) abort reading locals > and watches. But it will only do so between 2 watches. > If a single watch takes a lot of time, this may add delays. To clarify: The "hangs" during single stepping. Which of the 2 describes the issue: 1) When the debugger is paused (from after the last step), and you press F7/F8 the debugger does not react immediately. The app remains paused (the green arrow in the gutter, is still visible), and only after some time, the step is started (the green arrow disappears, and then re-appears on the next line) 2) The step starts immediately (the green arrow disappears). But it takes a long time until the app stops at the next line. (and the line you step over, is not calling some time consuming function / the line is not a single line loop, that will loop for a long time) For 1: It appears I was wrong. Watch/Locals evaluation is not currently interrupted. So this may cause long delays. I will be looking into this. For 2: Not sure. If you step over a function, and there are exceptions raised (and to be ignored by the debugger) then it takes the IDE some extra work to get back to the calling function. But this should not take than long. From badsectoracula at gmail.com Mon Mar 11 13:38:58 2019 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Mon, 11 Mar 2019 13:38:58 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: On Fri, Mar 8, 2019 at 12:55 PM Juha Manninen via lazarus wrote: > Everybody wants to include their custom components in LCL. Why? Most likely because it is much easier to have a single "batteries included" installer that provides everything you need out of the box now and much more likely to be there and working in the future (since it is part of the codebase that the Lazarus devs are compiling against after every modification), than chase after packages provided by others who may or may not keep them available and up to date (keeping your own copies can solve the "available" part, but then you take unofficial ownership of the package for the "up to date" part). FWIW i tend to avoid anything that isn't part of Lazarus itself personally. The only time i used an external package was with multithreadprocs and i was very happy when i saw it become part of Lazarus itself. Besides, Lazarus already comes out of the box with a ton of packages, it isn't weird to expect that you can add more to it. Which makes me wonder, what is the goal with the bundled packages? Are they going to transition to OPM with Lazarus only providing the "bare bones", are they going to stay frozen in time or are they going to be expanded and if so, what would be the criteria for expansion? FWIW i think Python's approach sounds good here: the installers come "batteries included" with stable APIs that you can generally rely on being there in the future with no (or very minimal) changes (ignoring the Python2-to-Python3 fiasco at the moment), but you can still get more stuff through PIP and over time useful packages "migrate" from PIP to the official distribution (as long as there aren't functionality duplicates, but that is mainly because of Python's "there should be only one way to do something" and Lazarus already has several duplicates already). From michael at freepascal.org Mon Mar 11 14:01:33 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 11 Mar 2019 14:01:33 +0100 (CET) Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: On Mon, 11 Mar 2019, Kostas Michalopoulos via lazarus wrote: > On Fri, Mar 8, 2019 at 12:55 PM Juha Manninen via lazarus > wrote: >> Everybody wants to include their custom components in LCL. Why? > > Most likely because it is much easier to have a single "batteries > included" installer that provides everything you need out of the box > now and much more likely to be there and working in the future (since > it is part of the codebase that the Lazarus devs are compiling against > after every modification), than chase after packages provided by > others who may or may not keep them available and up to date (keeping > your own copies can solve the "available" part, but then you take > unofficial ownership of the package for the "up to date" part). Exactly. Relying on packages somewhere in the cloud can lead to nasty surprises. I've been bitten by npm ("packaging on steroids") more than once when developing browser-based apps, and I am very reluctant to use such mechanisms. You're constantly chasing version numbers for no good reason. IMO Lazarus should provide a decent selection that allows someone to do most common tasks without needing to install something extra. (what this "decent selection" is, is up for debate, of course) Michael. From lazarus at mfriebe.de Mon Mar 11 14:21:08 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Mon, 11 Mar 2019 14:21:08 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: On 11/03/2019 14:01, Michael Van Canneyt via lazarus wrote: > > IMO Lazarus should provide a decent selection that allows someone to > do most > common tasks without needing to install something extra. > (what this "decent selection" is, is up for debate, of course) Well, that and where does the manpower originate from (aka "who does it?") Adding more and more to the main product, means more resources needed to maintain it. The Idea that none included packages can break (be broken by changes in the main product) or become outdated, already says it: There may be no one to maintain it. Once added to the core product, the core team will maintain it ("must" maintain it), and therefore reduce efforts on other works. Besides packages that come with Lazarus, but are not bigide have been broken before too. (afaik) ---- My understanding is (not using it myself, only from hearsay), that at current the OPM repository is maintained. So if there is a version that works, then opm should know, and you need not search for it yourself. Sure that may break sometimes, but as I said, so do packages that are in core. A good idea, would be to have CI. If someone would invest the time, in setting it up, and contributing the test cases needed (start with "does it compile") then that would be a solution. Provided the OPM registry is part of it. If a change to trunk, would break an opm package, the team, and the package maintainer would know. If the maintainer no longer exists, then the team can choose: Fix it, or remove it from opm. In the past, afaik, packages have been moved from core to ccr (maybe due to similar reasons?) ---- Looking at the bugtracker, shows that core is already too big. And that therefore it does not guarantee, that all issues will be fixed - or will be fixed quicker than in an opm package. From michael at freepascal.org Mon Mar 11 14:40:56 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 11 Mar 2019 14:40:56 +0100 (CET) Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: On Mon, 11 Mar 2019, Martin Frb via lazarus wrote: > On 11/03/2019 14:01, Michael Van Canneyt via lazarus wrote: >> >> IMO Lazarus should provide a decent selection that allows someone to >> do most >> common tasks without needing to install something extra. >> (what this "decent selection" is, is up for debate, of course) > > Well, that and where does the manpower originate from (aka "who does it?") Obviously. Otherwise there would be no debate: just add all available stuff ;-) Michael. From lazarus at mfriebe.de Mon Mar 11 14:47:53 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Mon, 11 Mar 2019 14:47:53 +0100 Subject: [Lazarus] Debugging on macOS In-Reply-To: References: Message-ID: <1f87bbaa-8b1b-263d-fa28-26c3205a29f7@mfriebe.de> On 10/03/2019 23:05, Martin Frb via lazarus wrote: >> When you press step, the debugger will (should?) abort reading locals >> and watches. But it will only do so between 2 watches. >> If a single watch takes a lot of time, this may add delays. > > It appears I was wrong. Watch/Locals evaluation is not currently > interrupted. So this may cause long delays. > I will be looking into this. I looked into it. Fixed in trunk. Please let me know if this improves the situation. From zoe at scootersoftware.com Mon Mar 11 19:07:16 2019 From: zoe at scootersoftware.com (=?UTF-8?Q?Zo=c3=ab_Peterson?=) Date: Mon, 11 Mar 2019 13:07:16 -0500 Subject: [Lazarus] Debugging on macOS In-Reply-To: References: Message-ID: <6e78766e-2109-b90d-e8fd-a32f55dffb5c@scootersoftware.com> Martin, Thank you for both the suggestions and looking into it. I'm on something else right now, but I'll give everything a try in the new few days and let you know how it goes. -- Zoë Peterson Scooter Software From l at c-m-w.me.uk Mon Mar 11 22:49:10 2019 From: l at c-m-w.me.uk (C Western) Date: Mon, 11 Mar 2019 21:49:10 +0000 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> Message-ID: <963c0509-0edd-bcff-55e9-9f194c9cd7f3@c-m-w.me.uk> On 08/03/2019 09:10, Juha Manninen via lazarus wrote: > On Thu, Mar 7, 2019 at 3:09 PM zeljko via lazarus > wrote: > >> Not as default TFontDialog. Maybe as TLazFontDialog or similar. > +1 > AlexeyT, what is wrong in having a separate component for those who need it? > If the current native dialogs have bugs (Carbon etc.) they should be > fixed obviously. That is a different issue. > > Mapping to native controls has its problems but it also has benefits. > The beauty is that you can mix native LCL components with custom drawn > ones. > > Juha Just to confirm the carbon font dialog seems completely broken under the current SVN with OSX fully patched. (https://bugs.freepascal.org/view.php?id=35214) Given Carbon is on its way out, replacing the native control with a (more or less equivalent) substitute might be the most sensible work-around. I am not sure top what extent the native dialog ever worked anyway, as it is not intended to be used as a modal dialog. Colin From andrea.mauri.75 at gmail.com Tue Mar 12 08:36:27 2019 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Tue, 12 Mar 2019 08:36:27 +0100 Subject: [Lazarus] VirtualTreeView rendering on Cocoa Message-ID: Dear All, I noticed that text and images drawn in VirtualTreeView using Cocoa are not well defined, quite blurry with respect to the other component (labels fonts, images...). Why? There is something that can be done to draw properly on Virtualtreeview too? See attached image of the OnlinePakcageManager. Thanks in advance. Andrea I am using Lazarus trunk, 2.1.0 r60622M FPC 3.0.4 x86_64-darwin-cocoa (alpha) I posted the same question on forum here: http://forum.lazarus.freepascal.org/index.php/topic,44599.0.html -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: opm_virtualtreeview_cocoa.jpg Type: image/jpeg Size: 31856 bytes Desc: not available URL: From mailinglists at geldenhuys.co.uk Tue Mar 12 13:34:52 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 12 Mar 2019 12:34:52 +0000 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: On 12/03/2019 07:36, Andrea Mauri via lazarus wrote: > well defined, quite blurry with respect to the other component (labels > fonts, images...). > Why? It looks like VirtualTreeView is not Hi-DPI aware. Just a guess, but it seems that it is generating the treeview rendering on a internal image buffer (not hi-dpi sized), and then when blitting that to the actual window canvas, the image gets scaled - hence the pixelation. I didn't actually look at the the virtualtree code (it is *massive*), but what I described is a common problem with custom drawn components. Regards, Graeme From Special at Joepgen.com Tue Mar 12 22:41:05 2019 From: Special at Joepgen.com (Joe) Date: Tue, 12 Mar 2019 22:41:05 +0100 Subject: [Lazarus] Lazarus 2.0 returning inconsistent formatted results of DateTimeToStr? Message-ID: <73fcd7aa-ff1e-7e00-ffbd-2b26cca97fac@Joepgen.com> The DateTimeToStr function returns somewhat inconsistent formatted results, depending on the operating system. For "DateTimeToStr (now, DefaultFormatSettings)" -  under Windows 10 (64), I got "12-03-2019 21:35:50" -  under Linux Mint Sarah, I got "12-3-19 21:35:50" -  under Raspbian Stretch, i got "12-3-19 21:35:50" The Language Switch of the IDE, Tools -> Options ... -> General -> Language, was  set to "German [de]". -- Joe From michael at freepascal.org Tue Mar 12 22:53:01 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Tue, 12 Mar 2019 22:53:01 +0100 (CET) Subject: [Lazarus] Lazarus 2.0 returning inconsistent formatted results of DateTimeToStr? In-Reply-To: <73fcd7aa-ff1e-7e00-ffbd-2b26cca97fac@Joepgen.com> References: <73fcd7aa-ff1e-7e00-ffbd-2b26cca97fac@Joepgen.com> Message-ID: On Tue, 12 Mar 2019, Joe via lazarus wrote: > The DateTimeToStr function returns somewhat inconsistent formatted > results, depending on the operating system. > > For "DateTimeToStr (now, DefaultFormatSettings)" > > -  under Windows 10 (64), I got "12-03-2019 21:35:50" > -  under Linux Mint Sarah, I got "12-3-19 21:35:50" > -  under Raspbian Stretch, i got "12-3-19 21:35:50" > > The Language Switch of the IDE, Tools -> Options ... -> General -> > Language, was  set to "German [de]". This is normal. The operating system settings are used, not the IDE language settings. For Linux OS settings to be initialized correctly, you should add the 'clocale' unit to your program's uses clause. Michael. From rolf.wetjen at mail.de Wed Mar 13 09:14:18 2019 From: rolf.wetjen at mail.de (Rolf Wetjen(rolf.wetjen@mail.de)) Date: Wed, 13 Mar 2019 08:14:18 +0000 Subject: [Lazarus] TListView selection handling in windows Message-ID: Hi, selecting items of a TListView doesn't work as in for example in windows explorer: Explorer: The selection doesn't change if multiple items are selected and you click one of the selected items (to start dragging). Lazarus 2.0 and 2.1: A click into an existing selection changes the selection. Rolf --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrea.mauri.75 at gmail.com Wed Mar 13 11:14:48 2019 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Wed, 13 Mar 2019 11:14:48 +0100 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: > > It looks like VirtualTreeView is not Hi-DPI aware. Just a guess, but it > seems that it is generating the treeview rendering on a internal image > buffer (not hi-dpi sized), and then when blitting that to the actual > window canvas, the image gets scaled - hence the pixelation. I didn't > actually look at the the virtualtree code (it is *massive*), but what I > described is a common problem with custom drawn components. > > Thank you Graeme! Someone know if is there any chance to get it working properly on Cocoa too? I can try to have a look at it but my skills in this field are limited. Where should I look? Any suggestion? Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From mailinglists at geldenhuys.co.uk Wed Mar 13 12:21:18 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Wed, 13 Mar 2019 11:21:18 +0000 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: <16200de2-1dd6-7c79-eb4c-6ea31c185828@geldenhuys.co.uk> On 13/03/2019 10:14, Andrea Mauri via lazarus wrote: > Where should I look? I suggest you simply browse through the source code. First check to see if there is not maybe an existing property that must be set to manually enable Hi-DPI support. If not, search the internet about other users using VirtualTreeview and there questions about Hi-DPI. If still no answers, simply work through the code to see what could be changed to introduce Hi-DPI support. At least, this is what I would have done. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From aaa5500 at ya.ru Wed Mar 13 12:23:53 2019 From: aaa5500 at ya.ru (Alexey) Date: Wed, 13 Mar 2019 14:23:53 +0300 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: Graeme, if VTV code is good then blurring problem can be solved - by setting DblBuffered to false, no? From mailinglists at geldenhuys.co.uk Wed Mar 13 12:28:10 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Wed, 13 Mar 2019 11:28:10 +0000 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: <28f4d4d1-3804-9042-5d52-6eb3cdc367ae@geldenhuys.co.uk> On 13/03/2019 11:23, Alexey via lazarus wrote: > by setting DblBuffered to false, no? I honestly don't know the current code of VTV. I haven't used VTV since around 2008. :) Your best bet, and quickest answer would be simply to try what you suggested and see what the output looks like. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From andrea.mauri.75 at gmail.com Wed Mar 13 15:27:20 2019 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Wed, 13 Mar 2019 15:27:20 +0100 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: > > > Graeme, if VTV code is good then blurring problem can be solved - by > setting DblBuffered to false, no? > DoubleBuffered, True or False does not have any effect. Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From Special at Joepgen.com Wed Mar 13 15:39:57 2019 From: Special at Joepgen.com (Joe) Date: Wed, 13 Mar 2019 15:39:57 +0100 Subject: [Lazarus] Lazarus 2.0 returning inconsistent formatted results of DateTimeToStr? In-Reply-To: References: <73fcd7aa-ff1e-7e00-ffbd-2b26cca97fac@Joepgen.com> Message-ID: Am 12.03.2019 um 22:53 schrieb Michael Van Canneyt via lazarus: > For Linux OS settings to be initialized correctly, you should add the > 'clocale' unit to your program's uses clause. Yes, ok now. Thanx, Michael. --  Joe From fjf.vanleeuwen at quicknet.nl Fri Mar 15 12:37:07 2019 From: fjf.vanleeuwen at quicknet.nl (frans) Date: Fri, 15 Mar 2019 12:37:07 +0100 Subject: [Lazarus] TLabel or TStaticText? Message-ID: Hi, I'm using Lazarus 1.8.4 on Win10. In my application I have a Form with 2 functions. (1) Is to download files from an internet server using ftp, (2) is to store the data from those files in the datacollection. Sometimes I loose my internet connection and in that case I want to show a warning in the the middle of the form and in front of all the other components. For the warning I use a TLabel component for the layout parameter tlCenter. But the label is partly hidden behind another component (TFileListBox) and BringToFront doesn't help. Now I tried a TStaticText component and that works just fine. Except that it has no Layout property and no Paint procedure I could override. Is there a component that gives me all the behaviour I want? Is there a way to bring the TLabel realy in front of all other components? Is there a way to vertical align the text of a TStaticText caption? Thx for your reactions -- mvg Frans van Leeuwen M 06-51695390 --- Deze e-mail is gecontroleerd op virussen door AVG. http://www.avg.com From jmlandmesser at gmx.de Fri Mar 15 14:08:59 2019 From: jmlandmesser at gmx.de (John Landmesser) Date: Fri, 15 Mar 2019 14:08:59 +0100 Subject: [Lazarus] TLabel or TStaticText? In-Reply-To: References: Message-ID: <5bbaca9a-66a5-0791-9f0f-6374ce4a062e@gmx.de> what about a new form with FormStyle := fsSystemStayOnTop ?! Am 15.03.19 um 12:37 schrieb frans via lazarus: > Hi, > > I'm using Lazarus 1.8.4 on Win10. In my application I have a Form with > 2 functions. (1) Is to download files from an internet server using > ftp, (2) is to store the data from those files in the datacollection. > Sometimes I loose my internet connection and in that case I want to > show a warning in the the middle of the form and in front of all the > other components. For the warning I use a TLabel component for the > layout parameter tlCenter. But the label is partly hidden behind > another component (TFileListBox) and BringToFront doesn't help. > Now I tried a TStaticText component and that works just fine. Except > that it has no Layout property and no Paint procedure I could override. > Is there a component that gives me all the behaviour I want? Is there > a way to bring the TLabel realy in front of all other components? Is > there a way to vertical align the text of a TStaticText caption? > > Thx for your reactions > From fjf.vanleeuwen at quicknet.nl Fri Mar 15 14:42:52 2019 From: fjf.vanleeuwen at quicknet.nl (frans) Date: Fri, 15 Mar 2019 14:42:52 +0100 Subject: [Lazarus] TLabel or TStaticText? In-Reply-To: <5bbaca9a-66a5-0791-9f0f-6374ce4a062e@gmx.de> References: <5bbaca9a-66a5-0791-9f0f-6374ce4a062e@gmx.de> Message-ID: <81781418-41e0-641d-a83f-07cd4904a22b@quicknet.nl> I thougth of that, but I need the focus on the original form. The mesaage is only informative, all the functionality must be availabe. mvg Frans van Leeuwen M 06-51695390 Op 15-3-2019 om 14:08 schreef John Landmesser via lazarus: > what about a new form with FormStyle := fsSystemStayOnTop ?! > > Am 15.03.19 um 12:37 schrieb frans via lazarus: >> Hi, >> >> I'm using Lazarus 1.8.4 on Win10. In my application I have a Form >> with 2 functions. (1) Is to download files from an internet server >> using ftp, (2) is to store the data from those files in the >> datacollection. >> Sometimes I loose my internet connection and in that case I want to >> show a warning in the the middle of the form and in front of all the >> other components. For the warning I use a TLabel component for the >> layout parameter tlCenter. But the label is partly hidden behind >> another component (TFileListBox) and BringToFront doesn't help. >> Now I tried a TStaticText component and that works just fine. Except >> that it has no Layout property and no Paint procedure I could override. >> Is there a component that gives me all the behaviour I want? Is there >> a way to bring the TLabel realy in front of all other components? Is >> there a way to vertical align the text of a TStaticText caption? >> >> Thx for your reactions >> > --- Deze e-mail is gecontroleerd op virussen door AVG. http://www.avg.com From nc-gaertnma at netcologne.de Fri Mar 15 15:04:03 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 15 Mar 2019 15:04:03 +0100 Subject: [Lazarus] TLabel or TStaticText? In-Reply-To: <81781418-41e0-641d-a83f-07cd4904a22b@quicknet.nl> References: <5bbaca9a-66a5-0791-9f0f-6374ce4a062e@gmx.de> <81781418-41e0-641d-a83f-07cd4904a22b@quicknet.nl> Message-ID: <20190315150403.7dc7f49f@limapholos.matflo.wg> On Fri, 15 Mar 2019 14:42:52 +0100 frans via lazarus wrote: > I thougth of that, but I need the focus on the original form. The > mesaage is only informative, all the functionality must be availabe. > > mvg > Frans van Leeuwen > M 06-51695390 > > Op 15-3-2019 om 14:08 schreef John Landmesser via lazarus: > > what about a new form with FormStyle := fsSystemStayOnTop ?! > > > > Am 15.03.19 um 12:37 schrieb frans via lazarus: > >> Hi, > >> > >> I'm using Lazarus 1.8.4 on Win10. In my application I have a Form > >> with 2 functions. (1) Is to download files from an internet server > >> using ftp, (2) is to store the data from those files in the > >> datacollection. > >> Sometimes I loose my internet connection and in that case I want > >> to show a warning in the the middle of the form and in front of > >> all the other components. For the warning I use a TLabel component > >> for the layout parameter tlCenter. But the label is partly hidden > >> behind another component (TFileListBox) and BringToFront doesn't > >> help. Now I tried a TStaticText component and that works just > >> fine. Except that it has no Layout property and no Paint procedure > >> I could override. Is there a component that gives me all the > >> behaviour I want? Is there a way to bring the TLabel realy in > >> front of all other components? Is there a way to vertical align > >> the text of a TStaticText caption? You can put the TLabel inside a TPanel. Mattias From tony.whyman at mccallumwhyman.com Fri Mar 15 15:14:22 2019 From: tony.whyman at mccallumwhyman.com (Tony Whyman) Date: Fri, 15 Mar 2019 14:14:22 +0000 Subject: [Lazarus] TLabel or TStaticText? In-Reply-To: <20190315150403.7dc7f49f@limapholos.matflo.wg> References: <5bbaca9a-66a5-0791-9f0f-6374ce4a062e@gmx.de> <81781418-41e0-641d-a83f-07cd4904a22b@quicknet.nl> <20190315150403.7dc7f49f@limapholos.matflo.wg> Message-ID: Using a TPanel as a container is generally good advice for similar problems with all TGraphicControl descendents. I often use a TPanel to contain a TImage for this reason. Perhaps the point that needs to come across is that TLabel is a TGraphicControl and is drawn by the LCL, while TStaticText is a TWinControl descendent (as is TPanel) and is drawn by the underlying "interface" e.g. GTK2. They thus behave differently e.g. with Z-order. On 15/03/2019 14:04, Mattias Gaertner via lazarus wrote: > On Fri, 15 Mar 2019 14:42:52 +0100 > frans via lazarus wrote: > >> I thougth of that, but I need the focus on the original form. The >> mesaage is only informative, all the functionality must be availabe. >> >> mvg >> Frans van Leeuwen >> M 06-51695390 >> >> Op 15-3-2019 om 14:08 schreef John Landmesser via lazarus: >>> what about a new form with FormStyle := fsSystemStayOnTop ?! >>> >>> Am 15.03.19 um 12:37 schrieb frans via lazarus: >>>> Hi, >>>> >>>> I'm using Lazarus 1.8.4 on Win10. In my application I have a Form >>>> with 2 functions. (1) Is to download files from an internet server >>>> using ftp, (2) is to store the data from those files in the >>>> datacollection. >>>> Sometimes I loose my internet connection and in that case I want >>>> to show a warning in the the middle of the form and in front of >>>> all the other components. For the warning I use a TLabel component >>>> for the layout parameter tlCenter. But the label is partly hidden >>>> behind another component (TFileListBox) and BringToFront doesn't >>>> help. Now I tried a TStaticText component and that works just >>>> fine. Except that it has no Layout property and no Paint procedure >>>> I could override. Is there a component that gives me all the >>>> behaviour I want? Is there a way to bring the TLabel realy in >>>> front of all other components? Is there a way to vertical align >>>> the text of a TStaticText caption? > You can put the TLabel inside a TPanel. > > Mattias From fjf.vanleeuwen at quicknet.nl Fri Mar 15 15:27:06 2019 From: fjf.vanleeuwen at quicknet.nl (frans) Date: Fri, 15 Mar 2019 15:27:06 +0100 Subject: [Lazarus] TLabel or TStaticText? In-Reply-To: References: <5bbaca9a-66a5-0791-9f0f-6374ce4a062e@gmx.de> <81781418-41e0-641d-a83f-07cd4904a22b@quicknet.nl> <20190315150403.7dc7f49f@limapholos.matflo.wg> Message-ID: Thx all, a TPanel is the solution for my problem. mvg Frans van Leeuwen M 06-51695390 Op 15-3-2019 om 15:14 schreef Tony Whyman via lazarus: > Using a TPanel as a container is generally good advice for similar > problems with all TGraphicControl descendents. I often use a TPanel to > contain a TImage for this reason. > > Perhaps the point that needs to come across is that TLabel is a > TGraphicControl and is drawn by the LCL, while TStaticText is a > TWinControl descendent (as is TPanel) and is drawn by the underlying > "interface" e.g. GTK2. They thus behave differently e.g. with Z-order. > > On 15/03/2019 14:04, Mattias Gaertner via lazarus wrote: >> On Fri, 15 Mar 2019 14:42:52 +0100 >> frans via lazarus wrote: >> >>> I thougth of that, but I need the focus on the original form. The >>> mesaage is only informative, all the functionality must be availabe. >>> >>> mvg >>> Frans van Leeuwen >>> M 06-51695390 >>> >>> Op 15-3-2019 om 14:08 schreef John Landmesser via lazarus: >>>> what about a new form with FormStyle := fsSystemStayOnTop ?! >>>> >>>> Am 15.03.19 um 12:37 schrieb frans via lazarus: >>>>> Hi, >>>>> >>>>> I'm using Lazarus 1.8.4 on Win10. In my application I have a Form >>>>> with 2 functions. (1) Is to download files from an internet server >>>>> using ftp, (2) is to store the data from those files in the >>>>> datacollection. >>>>> Sometimes I loose my internet connection and in that case I want >>>>> to show a warning in the the middle of the form and in front of >>>>> all the other components. For the warning I use a TLabel component >>>>> for the layout parameter tlCenter. But the label is partly hidden >>>>> behind another component (TFileListBox) and BringToFront doesn't >>>>> help. Now I tried a TStaticText component and that works just >>>>> fine. Except that it has no Layout property and no Paint procedure >>>>> I could override. Is there a component that gives me all the >>>>> behaviour I want? Is there a way to bring the TLabel realy in >>>>> front of all other components? Is there a way to vertical align >>>>> the text of a TStaticText caption? >> You can put the TLabel inside a TPanel. >> >> Mattias --- Deze e-mail is gecontroleerd op virussen door AVG. http://www.avg.com From juha.manninen62 at gmail.com Fri Mar 15 17:24:03 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 15 Mar 2019 18:24:03 +0200 Subject: [Lazarus] New XML format for project info files Message-ID: I finally changed the XML format for Lazarus projects. It means the list of units and buildmodes etc. The format was not ideal because adding or removing an item resulted a big diff and potential merge problems. See this report for details: https://bugs.freepascal.org/view.php?id=22752 The patch is by Ondrej. Please test with Lazarus trunk r60683. Regards, Juha From michael at freepascal.org Fri Mar 15 17:32:03 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 15 Mar 2019 17:32:03 +0100 (CET) Subject: [Lazarus] New XML format for project info files In-Reply-To: References: Message-ID: Yes !!! Finally ! Many thanks to you and Ondrej =-) Michael. On Fri, 15 Mar 2019, Juha Manninen via lazarus wrote: > I finally changed the XML format for Lazarus projects. > It means the list of units and buildmodes etc. > The format was not ideal because adding or removing an item resulted a > big diff and potential merge problems. > See this report for details: > https://bugs.freepascal.org/view.php?id=22752 > The patch is by Ondrej. > Please test with Lazarus trunk r60683. > > Regards, > Juha > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus From euricojorge at gmail.com Fri Mar 15 17:31:44 2019 From: euricojorge at gmail.com (Eurico JB Silva) Date: Fri, 15 Mar 2019 13:31:44 -0300 Subject: [Lazarus] IDE Message-ID: Dear, After retiring, I met Lazarus and I really enjoyed this IDE, for several reasons. However, I realized that objects that access Database of different types (PostgreSQL, MySQL, SQLite, etc.), require an effort to make it work. So, like the vast majority, I downloaded *ZeosLib* and as a step of magic everything worked right away. So I decided to analyze the sources of *ZeosLib* to try to understand why, and it seems that the objects included in Lazarus require the libraries with their most precise configuration on the machine where the application is installed. *ZeosLib* allows the same libraries to be present in the same application installation folder. So I'd like to suggest that those objects that are already part of Lazarus may have the same behavior, so you do not need to download any other object to access the database. A hug to everyone. -- Eurico JB Silva #22-992089960 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Fri Mar 15 17:35:15 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 15 Mar 2019 17:35:15 +0100 Subject: [Lazarus] New XML format for project info files In-Reply-To: References: Message-ID: <20190315173515.676e5f44@limapholos.matflo.wg> On Fri, 15 Mar 2019 18:24:03 +0200 Juha Manninen via lazarus wrote: > I finally changed the XML format for Lazarus projects. > It means the list of units and buildmodes etc. > The format was not ideal because adding or removing an item resulted a > big diff and potential merge problems. > See this report for details: > https://bugs.freepascal.org/view.php?id=22752 > The patch is by Ondrej. > Please test with Lazarus trunk r60683. Great. Sadly, it fails with some tools and I have to open projects in Lazarus 2.0. Is it possible to store some projects in the old format? Mattias From nc-gaertnma at netcologne.de Fri Mar 15 17:38:50 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 15 Mar 2019 17:38:50 +0100 Subject: [Lazarus] New XML format for project info files In-Reply-To: <20190315173515.676e5f44@limapholos.matflo.wg> References: <20190315173515.676e5f44@limapholos.matflo.wg> Message-ID: <20190315173850.04d968d5@limapholos.matflo.wg> On Fri, 15 Mar 2019 17:35:15 +0100 Mattias Gaertner via lazarus wrote: > On Fri, 15 Mar 2019 18:24:03 +0200 > Juha Manninen via lazarus wrote: > > > I finally changed the XML format for Lazarus projects. > > It means the list of units and buildmodes etc. > > The format was not ideal because adding or removing an item > > resulted a big diff and potential merge problems. > > See this report for details: > > https://bugs.freepascal.org/view.php?id=22752 > > The patch is by Ondrej. > > Please test with Lazarus trunk r60683. > > Great. > > Sadly, it fails with some tools and I have to open projects in > Lazarus 2.0. Is it possible to store some projects in the old format? Found it. Nice. Mattias From juha.manninen62 at gmail.com Fri Mar 15 17:39:55 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 15 Mar 2019 18:39:55 +0200 Subject: [Lazarus] New XML format for project info files In-Reply-To: <20190315173515.676e5f44@limapholos.matflo.wg> References: <20190315173515.676e5f44@limapholos.matflo.wg> Message-ID: On Fri, Mar 15, 2019 at 6:35 PM Mattias Gaertner via lazarus wrote: > Sadly, it fails with some tools and I have to open projects in > Lazarus 2.0. Is it possible to store some projects in the old format? Yes, there is option : Maximize compatibility of project files (LPI and LPS) in Project Options -> Miscellaneous. I did not test the option much myself. I guess it will get tested now by you and many others. It is a typical use case after all. Juha From michael at freepascal.org Fri Mar 15 17:47:21 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 15 Mar 2019 17:47:21 +0100 (CET) Subject: [Lazarus] IDE In-Reply-To: References: Message-ID: On Fri, 15 Mar 2019, Eurico JB Silva via lazarus wrote: > Dear, > > After retiring, I met Lazarus and I really enjoyed this IDE, for several > reasons. However, I realized that objects that access Database of different > types (PostgreSQL, MySQL, SQLite, etc.), require an effort to make it work. > So, like the vast majority, I downloaded *ZeosLib* and as a step of magic > everything worked right away. > > So I decided to analyze the sources of *ZeosLib* to try to understand why, > and it seems that the objects included in Lazarus require the libraries > with their most precise configuration on the machine where the application > is installed. *ZeosLib* allows the same libraries to be present in the same > application installation folder. So I'd like to suggest that those objects > that are already part of Lazarus may have the same behavior, so you do not > need to download any other object to access the database. In lazarus you have complete control over where you want the libraries to be. In code, you can also specify any path you want; It has been so since day 1. Moreover, if you use the library loader component, you can specify the location of the libraries exactly with a few clicks. Michael. From tony.whyman at mccallumwhyman.com Fri Mar 15 18:01:30 2019 From: tony.whyman at mccallumwhyman.com (Tony Whyman) Date: Fri, 15 Mar 2019 17:01:30 +0000 Subject: [Lazarus] IDE In-Reply-To: References: Message-ID: <0be9a244-b068-634a-5202-2a89aa87b767@mccallumwhyman.com> My guess is that you are using Windows ;) If you are using Linux then there is a problem with your distro's library manager. I am sure that it is recommended practice by MS to install dependencies in an application's folder. Otherwise there is a risk of stealth upgrades/downgrades. For that reason, IBX always checks the application folder first when looking for the Firebird DLL and only uses the registry to locate it and other well known locations, if it can't find it there. I would be surprised if Lazarus's SQL objects don't work that way as well. On 15/03/2019 16:31, Eurico JB Silva via lazarus wrote: > Dear, > > After retiring, I met Lazarus and I really enjoyed this IDE, for > several reasons. However, I realized that objects that access Database > of different types (PostgreSQL, MySQL, SQLite, etc.), require an > effort to make it work. So, like the vast majority, I downloaded > *ZeosLib* and as a step of magic everything worked right away. > > So I decided to analyze the sources of *ZeosLib* to try to understand > why, and it seems that the objects included in Lazarus require the > libraries with their most precise configuration on the machine where > the application is installed. *ZeosLib* allows the same libraries to > be present in the same application installation folder. So I'd like to > suggest that those objects that are already part of Lazarus may have > the same behavior, so you do not need to download any other object to > access the database. > > A hug to everyone. > > -- > > Eurico JB Silva > #22-992089960 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Fri Mar 15 18:09:45 2019 From: aaa5500 at ya.ru (Alexey) Date: Fri, 15 Mar 2019 20:09:45 +0300 Subject: [Lazarus] New XML format for project info files In-Reply-To: References: <20190315173515.676e5f44@limapholos.matflo.wg> Message-ID: <6984B494-B2DC-44B6-9794-6C0A29B79517@ya.ru> Great, thanks. I hope that old files will be read ok and then saved to new format. From juha.manninen62 at gmail.com Fri Mar 15 18:44:17 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 15 Mar 2019 19:44:17 +0200 Subject: [Lazarus] New XML format for project info files In-Reply-To: <6984B494-B2DC-44B6-9794-6C0A29B79517@ya.ru> References: <20190315173515.676e5f44@limapholos.matflo.wg> <6984B494-B2DC-44B6-9794-6C0A29B79517@ya.ru> Message-ID: On Fri, Mar 15, 2019 at 7:09 PM Alexey via lazarus wrote: > Great, thanks. I hope that old files will be read ok and then saved to new format. I hope so, too. :) Juha From michael at freepascal.org Fri Mar 15 18:50:22 2019 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 15 Mar 2019 18:50:22 +0100 (CET) Subject: [Lazarus] IDE In-Reply-To: <0be9a244-b068-634a-5202-2a89aa87b767@mccallumwhyman.com> References: <0be9a244-b068-634a-5202-2a89aa87b767@mccallumwhyman.com> Message-ID: On Fri, 15 Mar 2019, Tony Whyman via lazarus wrote: > My guess is that you are using Windows ;) If you are using Linux then there > is a problem with your distro's library manager. > > I am sure that it is recommended practice by MS to install dependencies in an > application's folder. Otherwise there is a risk of stealth > upgrades/downgrades. For that reason, IBX always checks the application > folder first when looking for the Firebird DLL and only uses the registry to > locate it and other well known locations, if it can't find it there. I would > be surprised if Lazarus's SQL objects don't work that way as well. By defaault, they use the normal DLL loading mechanisms, which means: first the application directory, then the PATH setting. If you need special paths, you can do so in code... Michael. > From jesusrmx at gmail.com Fri Mar 15 20:55:28 2019 From: jesusrmx at gmail.com (Jesus Reyes A.) Date: Fri, 15 Mar 2019 13:55:28 -0600 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: En Mon, 11 Mar 2019 07:01:33 -0600, Michael Van Canneyt via lazarus escribió: > > > On Mon, 11 Mar 2019, Kostas Michalopoulos via lazarus wrote: > >> On Fri, Mar 8, 2019 at 12:55 PM Juha Manninen via lazarus >> wrote: >>> Everybody wants to include their custom components in LCL. Why? >> >> Most likely because it is much easier to have a single "batteries >> included" installer that provides everything you need out of the box >> now and much more likely to be there and working in the future (since >> it is part of the codebase that the Lazarus devs are compiling against >> after every modification), than chase after packages provided by >> others who may or may not keep them available and up to date (keeping >> your own copies can solve the "available" part, but then you take >> unofficial ownership of the package for the "up to date" part). > > Exactly. > > Relying on packages somewhere in the cloud can lead to nasty surprises. > I've been bitten by npm ("packaging on steroids") more than once when > developing browser-based apps, and I am very reluctant to use such > mechanisms. > You're constantly chasing version numbers for no good reason. > BTW Is not fppkg something like npm? and BTW although not for MVC but, can fppkg-lazarus integration be removed until it just works? I would like not to see the config lazarus IDE dialog to open on every launch just because fppkg is not setup right (Error: the Fppkg configuration is corrupt. et al), and there is no way the user can fix it (when you are not using 'by default' the default fpc install). Jesus Reyes A. From jmlandmesser at gmx.de Fri Mar 15 22:21:55 2019 From: jmlandmesser at gmx.de (John Landmesser) Date: Fri, 15 Mar 2019 22:21:55 +0100 Subject: [Lazarus] make useride error Message-ID: <56bfddf1-d313-1122-6ad9-9596f620d1cf@gmx.de> if i svn update lazarus and then make useride i get in terminal this error: make[2]: Entering directory '/home/john1/lazarus/ide' make[1]: *** No rule to make target 'cleanide ide'.  Stop. /usr/bin/rm -f /usr/bin/rm -f /usr/bin/rm -f repeats ... make[2]: Leaving directory '/home/john1/lazarus/ide' make[1]: Leaving directory '/home/john1/lazarus' Error: (lazarus) IDE erstellen: stopped with exit code 2 Error: (lazarus) Building IDE: Building IDE failed. make: *** [Makefile:3279: useride] Fehler 2 Line 3279 in Makefile is: useride:     ./lazbuild$(SRCEXEEXT) --lazarusdir=. --build-ide= No probs compiling out of the IDE itself! Systeminfo: Lazarus 2.1.0 r60688M FPC 3.0.4 x86_64-linux-gtk2 From nc-gaertnma at netcologne.de Fri Mar 15 22:44:49 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 15 Mar 2019 22:44:49 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: <20190315224449.6dbe3758@limapholos.matflo.wg> On Fri, 15 Mar 2019 13:55:28 -0600 "Jesus Reyes A. via lazarus" wrote: >[...] > and BTW although not for MVC but, can fppkg-lazarus integration be > removed until it just works? I would like not to see the config > lazarus IDE dialog to open on every launch just because fppkg is not > setup right (Error: the Fppkg configuration is corrupt. et al), and > there is no way the user can fix it (when you are not using 'by > default' the default fpc install). At least it should explain, what it has tested and what failed exactly, to give the user some clue how to repair it. Mattias From aaa5500 at ya.ru Sat Mar 16 17:36:02 2019 From: aaa5500 at ya.ru (AlexeyT) Date: Sat, 16 Mar 2019 19:36:02 +0300 Subject: [Lazarus] IDE Ctrl+W key Message-ID: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> I suggest to remap Ctrl+W to "close current tab". Now it is weird-- some completion listbox shows... -- Regards, Alexey From nc-gaertnma at netcologne.de Sat Mar 16 18:03:33 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sat, 16 Mar 2019 18:03:33 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> Message-ID: <20190316180333.1a62ac6f@limapholos.matflo.wg> On Sat, 16 Mar 2019 19:36:02 +0300 AlexeyT via lazarus wrote: > I suggest to remap Ctrl+W to "close current tab". Now it is weird-- > some completion listbox shows... This is word completion. One of the most useful features. Mattias From euricojorge at gmail.com Sat Mar 16 21:14:42 2019 From: euricojorge at gmail.com (Eurico JB Silva) Date: Sat, 16 Mar 2019 17:14:42 -0300 Subject: [Lazarus] lazarus Digest, Vol 134, Issue 18 In-Reply-To: References: Message-ID: > > > > In lazarus you have complete control over where you want the libraries to > be. > In code, you can also specify any path you want; It has been so since day > 1. > > Moreover, if you use the library loader component, you can specify the > location > of the libraries exactly with a few clicks. > > Michael. > > -- Michael, I did an installation of Lazarus just over two weeks ago, and tested all the objects for database access (with the help of the help and forum on the internet), and I generated an installer for another machine. On that other machine without a precise configuration of the DLL could not connect, even putting the object to load DLL. After strenuous attempts I turned to ZeosLib, which to the surprise (good) worked on the first attempt. Not satisfied I created a virtual machine I installed Windows7 and tested using ZeosLib without any adjustment and it worked on the first try. Even without ZeosLib, it was necessary to adjust the configuration of the DLL in order to make it work. That was my experience, and the reason I wrote to you. It would be very prudent if anyone participating in the Lazarus development looked at ZeosLib sources to assess this difference and perhaps allow greater ease in its use without having to resort to other solutions. A big hug. Eurico JB Silva #22-992089960 -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Sun Mar 17 11:55:02 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Sun, 17 Mar 2019 11:55:02 +0100 Subject: [Lazarus] New XML format for project info files In-Reply-To: References: <20190315173515.676e5f44@limapholos.matflo.wg> Message-ID: <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> Am 15.03.2019 um 17:39 schrieb Juha Manninen via lazarus: > Yes, there is option : > Maximize compatibility of project files (LPI and LPS) > in Project Options -> Miscellaneous. > I did not test the option much myself. I guess it will get tested now > by you and many others. It is a typical use case after all. I think we have a big mess now. This option must be ON at least until the release of the next version. The way it is now the current release version cannot read any project modified by trunk. And what happens when the next release appears? We will have the same situation. This way the new format can never be introduced without breaking the current release version unless the information is written in some kind of duplicate way: The old version always reads the old nodes if new nodes are not available, or the new nodes otherwise, the new version writes both old and new nodes when the compatibility option is ON. Later, a few versions in the future, when all old nodes have been replaced by new nodes we can switch the default of compatibility option to OFF. From juha.manninen62 at gmail.com Sun Mar 17 12:29:51 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sun, 17 Mar 2019 13:29:51 +0200 Subject: [Lazarus] New XML format for project info files In-Reply-To: <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> References: <20190315173515.676e5f44@limapholos.matflo.wg> <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> Message-ID: On Sun, Mar 17, 2019 at 12:58 PM Werner Pamler via lazarus wrote: > I think we have a big mess now. This option must be ON at least until > the release of the next version. The way it is now the current release > version cannot read any project modified by trunk. That is perfectly OK because there is the option. You can turn it on with just one mouse click. Changing the default value in code ON/OFF would pollute the local config file without any real benefit. Most people just use the latest release version. Some others, including myself, use only trunk. If I need to test the last release version, then I will use the option. Mattias and you apparently need the option. What is the problem? No mess IMO. Juha From werner.pamler at freenet.de Sun Mar 17 13:05:38 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Sun, 17 Mar 2019 13:05:38 +0100 Subject: [Lazarus] New XML format for project info files In-Reply-To: References: <20190315173515.676e5f44@limapholos.matflo.wg> <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> Message-ID: <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba@freenet.de> Am 17.03.2019 um 12:29 schrieb Juha Manninen via lazarus: > What is the problem? Suppose I fix a bug in a demo program which comes with Lazarus, it clearly is a bug and there is no reason why it should not be backported to Fixes. I usually work with trunk, and now I must think of checking the compatibility box. I certainly will forget this, and the demo program will be broken in the Fixes branch. Not to mention all the third party programs out there which now are so nicely available by means of OPM. How will you force every developer to work in compatibility mode? And they have to change it with every demo project. It would be a bit better if there were a global option of setting the default for the compatibility box. And I see more trouble: package lpk files still use the old format of numbered nodes. When you once decide to introduce the new format also for packages also the packages will be broken - so far it's "only" the demos. Sorry, this is a mess. From juha.manninen62 at gmail.com Sun Mar 17 13:52:07 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sun, 17 Mar 2019 14:52:07 +0200 Subject: [Lazarus] New XML format for project info files In-Reply-To: <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba@freenet.de> References: <20190315173515.676e5f44@limapholos.matflo.wg> <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba@freenet.de> Message-ID: On Sun, Mar 17, 2019 at 2:08 PM Werner Pamler via lazarus wrote: > project. It would be a bit better if there were a global option of setting the default for the compatibility box. > And I see more trouble: package lpk files still use the old format of > numbered nodes. When you once decide to introduce the new format also > for packages also the packages will be broken - so far it's "only" the > demos. Ok, that is a valid point. The package .lpk format should be changed the same way as the project files. And yes, then a global option would make sense, too. I guess I must change the default value of project compatibility option to ON after all... Juha From sysrpl at gmail.com Sun Mar 17 17:21:38 2019 From: sysrpl at gmail.com (Anthony Walter) Date: Sun, 17 Mar 2019 12:21:38 -0400 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> Message-ID: I support this idea, although manually remapping hotkeys thanks to the fantastic key bindings dialog is very easy. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at mfriebe.de Sun Mar 17 18:18:27 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Sun, 17 Mar 2019 18:18:27 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> Message-ID: <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> On 17/03/2019 17:21, Anthony Walter via lazarus wrote: > I support this idea, although manually remapping hotkeys thanks to the > fantastic key bindings dialog is very easy. > The problem with changing this default (this one particularly) is that anyone used to the current behaviour will not only get a new behaviour, but one that close the current tab for them. So that is one, that cannot just undone by ctrl-z. And they might get it repeatedly, as "old habits die hard". From werner.pamler at freenet.de Sun Mar 17 18:18:23 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Sun, 17 Mar 2019 18:18:23 +0100 Subject: [Lazarus] New XML format for project info files In-Reply-To: References: <20190315173515.676e5f44@limapholos.matflo.wg> <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba@freenet.de> Message-ID: <2cf649d8-894c-6e80-4c1e-74b6a2b8785f@freenet.de> Am 17.03.2019 um 13:52 schrieb Juha Manninen via lazarus: > I guess I must change the default value of project compatibility > option to ON after all... Yes that should be helpful. BTW, there are other nodes also in the lpi files which still are counted: * RequiredPackages * Debugging/Exceptions * RunParams/Modes -------------- next part -------------- An HTML attachment was scrubbed... URL: From sysrpl at gmail.com Sun Mar 17 19:04:06 2019 From: sysrpl at gmail.com (Anthony Walter) Date: Sun, 17 Mar 2019 14:04:06 -0400 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> Message-ID: You can still keep the old hotkey of ctrl+f4 and add ctrl+w. I really think worldwide there are is a grand total of zero people who use the word completion feature currently mapped to ctrl+w. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pascaldragon at googlemail.com Sun Mar 17 21:45:44 2019 From: pascaldragon at googlemail.com (Sven Barth) Date: Sun, 17 Mar 2019 21:45:44 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> Message-ID: Anthony Walter via lazarus schrieb am So., 17. März 2019, 19:04: > You can still keep the old hotkey of ctrl+f4 and add ctrl+w. I really > think worldwide there are is a grand total of zero people who use the word > completion feature currently mapped to ctrl+w. > Wrong. I use it very often, especially when CodeTools fails due to me working on features that are not yet supported. Or if some include file is not picked up correctly. Regards, Sven > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Sun Mar 17 21:58:10 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 17 Mar 2019 21:58:10 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> Message-ID: <20190317215810.71c82eee@limapholos.matflo.wg> On Sun, 17 Mar 2019 21:45:44 +0100 Sven Barth via lazarus wrote: > Anthony Walter via lazarus schrieb am > So., 17. März 2019, 19:04: > > > You can still keep the old hotkey of ctrl+f4 and add ctrl+w. I > > really think worldwide there are is a grand total of zero people > > who use the word completion feature currently mapped to ctrl+w. > > > > Wrong. I use it very often, especially when CodeTools fails due to me > working on features that are not yet supported. Or if some include > file is not picked up correctly. +1 Ctrl+Space is for parseable Pascal files, Ctrl+W is for all other files. Mattias From werner.pamler at freenet.de Mon Mar 18 00:09:55 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 18 Mar 2019 00:09:55 +0100 Subject: [Lazarus] New XML format for project info files In-Reply-To: <2cf649d8-894c-6e80-4c1e-74b6a2b8785f@freenet.de> References: <20190315173515.676e5f44@limapholos.matflo.wg> <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba@freenet.de> <2cf649d8-894c-6e80-4c1e-74b6a2b8785f@freenet.de> Message-ID: <0cf01a68-741c-c561-9b6b-0e016aa10692@freenet.de> Am 17.03.2019 um 18:18 schrieb Werner Pamler via lazarus: > Am 17.03.2019 um 13:52 schrieb Juha Manninen via lazarus: >> I guess I must change the default value of project compatibility >> option to ON after all... > > Yes that should be helpful > I saw that you activated legacy compatibility mode by default, thank you. But now the checkbox in the project options is out of sync. Shouldn't it be checked now by default, too? From skalogryz.lists at gmail.com Mon Mar 18 00:16:40 2019 From: skalogryz.lists at gmail.com (Dmitry Boyarintsev) Date: Sun, 17 Mar 2019 19:16:40 -0400 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <20190317215810.71c82eee@limapholos.matflo.wg> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> Message-ID: On Sun, Mar 17, 2019 at 4:58 PM Mattias Gaertner via lazarus < lazarus at lists.lazarus-ide.org> wrote: > Ctrl+Space is for parseable Pascal files, Ctrl+W is for all other > files. > and what's the issue to have Ctrl+Space for both cases? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Mon Mar 18 00:35:32 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 18 Mar 2019 00:35:32 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> Message-ID: <20190318003532.774fba44@limapholos.matflo.wg> On Sun, 17 Mar 2019 19:16:40 -0400 Dmitry Boyarintsev via lazarus wrote: > On Sun, Mar 17, 2019 at 4:58 PM Mattias Gaertner via lazarus < > lazarus at lists.lazarus-ide.org> wrote: > > > Ctrl+Space is for parseable Pascal files, Ctrl+W is for all other > > files. > > > and what's the issue to have Ctrl+Space for both cases? Are you aware that if Ctrl+Space fails it jumps to the syntax error? Mattias From skalogryz.lists at gmail.com Mon Mar 18 00:54:35 2019 From: skalogryz.lists at gmail.com (Dmitry Boyarintsev) Date: Sun, 17 Mar 2019 19:54:35 -0400 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <20190318003532.774fba44@limapholos.matflo.wg> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> Message-ID: On Sun, Mar 17, 2019 at 7:35 PM Mattias Gaertner via lazarus < lazarus at lists.lazarus-ide.org> wrote: > > > > > Ctrl+Space is for parseable Pascal files, Ctrl+W is for all other > > > files. > > > > > and what's the issue to have Ctrl+Space for both cases? > > Are you aware that if Ctrl+Space fails it jumps to the syntax error? > Yes. And it's irritating, because I do remember when Ctrl+Space used to work even with incomplete sources. I often trying to use Ctrl+Space to complete the word on incomplete sources. (because I don't remember an API, and I need a hint.). But instead of showing me a list of options, it just doesn't work or jumps somewhere else. (...and jumping can be turned off, yet it won't do anything useful). thanks, Dmitry -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Mon Mar 18 06:54:40 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Mon, 18 Mar 2019 07:54:40 +0200 Subject: [Lazarus] New XML format for project info files In-Reply-To: <0cf01a68-741c-c561-9b6b-0e016aa10692@freenet.de> References: <20190315173515.676e5f44@limapholos.matflo.wg> <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba@freenet.de> <2cf649d8-894c-6e80-4c1e-74b6a2b8785f@freenet.de> <0cf01a68-741c-c561-9b6b-0e016aa10692@freenet.de> Message-ID: On Mon, Mar 18, 2019 at 1:12 AM Werner Pamler via lazarus wrote: > I saw that you activated legacy compatibility mode by default, thank > you. But now the checkbox in the project options is out of sync. > Shouldn't it be checked now by default, too? Here it is checked now by default both in existing and in new projects. Juha From editor at blaisepascal.eu Mon Mar 18 10:39:55 2019 From: editor at blaisepascal.eu (editor at blaisepascal.eu) Date: Mon, 18 Mar 2019 10:39:55 +0100 Subject: [Lazarus] lazarus Digest, Vol 134, Issue 21 In-Reply-To: References: Message-ID: <007e01d4dd6e$8c260530$a4720f90$@blaisepascal.eu> Hi Mattias, ich mochte gerne eine art template annex exe herstellen mit pas2js exe und brauche deine hilfe dazu. Kannst du auch berechenen. Hattest Du schon gehort von Webassembly? Wenn du zeit hast rufe mich an... DETLEF D. OVERBEEK - EDITOR IN CHIEF / CHAIRMAN PRO PASCAL FOUNDATION WITH KIND REGARDS, MED VENLIG HILSEN, MET VRIENDELIJKE GROET, CORDIALEMENT, CORDIALI SALUTI, LE SALUDA ATENTAMENTE, MIT FREUNDLICHEN GRÜSSEN, С ИСКРЕННИМ УВАЖЕНИЕМ CONTACT: MOBYLE PHONE: +31 (0) 6 21 23 62 68 / Phone: +31 30 8906644 / SKYPE: DETLEF.OVERBEEK CELL PHONE: +31 (0) 6 21 23 62 68 / SKYPE: DETLEF.OVERBEEK EDELSTENENBAAN 21, 3402 XA IJSSELSTEIN / NETHERLANDS www.BlaisePascalMagazine.eu BLAISE PASCAL MAGAZINE WILL NOT SELL OR SHARE YOUR EMAIL OR POSTAL ADDRESS WITH UNRELATED THIRD PARTIES. -----Original Message----- From: lazarus [mailto:lazarus-bounces at lists.lazarus-ide.org] On Behalf Of lazarus-request at lists.lazarus-ide.org Sent: zondag 17 maart 2019 21:46 To: lazarus at lists.lazarus-ide.org Subject: lazarus Digest, Vol 134, Issue 21 Send lazarus mailing list submissions to lazarus at lists.lazarus-ide.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.lazarus-ide.org/listinfo/lazarus or, via email, send a message with subject or body 'help' to lazarus-request at lists.lazarus-ide.org You can reach the person managing the list at lazarus-owner at lists.lazarus-ide.org When replying, please edit your Subject line so it is more specific than "Re: Contents of lazarus digest..." Today's Topics: 1. Re: New XML format for project info files (Juha Manninen) 2. Re: New XML format for project info files (Werner Pamler) 3. Re: New XML format for project info files (Juha Manninen) 4. Re: IDE Ctrl+W key (Anthony Walter) 5. Re: IDE Ctrl+W key (Martin Frb) 6. Re: New XML format for project info files (Werner Pamler) 7. Re: IDE Ctrl+W key (Anthony Walter) 8. Re: IDE Ctrl+W key (Sven Barth) ---------------------------------------------------------------------- Message: 1 Date: Sun, 17 Mar 2019 13:29:51 +0200 From: Juha Manninen To: Lazarus mailing list Subject: Re: [Lazarus] New XML format for project info files Message-ID: Content-Type: text/plain; charset="UTF-8" On Sun, Mar 17, 2019 at 12:58 PM Werner Pamler via lazarus wrote: > I think we have a big mess now. This option must be ON at least until > the release of the next version. The way it is now the current release > version cannot read any project modified by trunk. That is perfectly OK because there is the option. You can turn it on with just one mouse click. Changing the default value in code ON/OFF would pollute the local config file without any real benefit. Most people just use the latest release version. Some others, including myself, use only trunk. If I need to test the last release version, then I will use the option. Mattias and you apparently need the option. What is the problem? No mess IMO. Juha ------------------------------ Message: 2 Date: Sun, 17 Mar 2019 13:05:38 +0100 From: Werner Pamler To: lazarus at lists.lazarus-ide.org Subject: Re: [Lazarus] New XML format for project info files Message-ID: <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba at freenet.de> Content-Type: text/plain; charset=utf-8; format=flowed Am 17.03.2019 um 12:29 schrieb Juha Manninen via lazarus: > What is the problem? Suppose I fix a bug in a demo program which comes with Lazarus, it clearly is a bug and there is no reason why it should not be backported to Fixes. I usually work with trunk, and now I must think of checking the compatibility box. I certainly will forget this, and the demo program will be broken in the Fixes branch. Not to mention all the third party programs out there which now are so nicely available by means of OPM. How will you force every developer to work in compatibility mode? And they have to change it with every demo project. It would be a bit better if there were a global option of setting the default for the compatibility box. And I see more trouble: package lpk files still use the old format of numbered nodes. When you once decide to introduce the new format also for packages also the packages will be broken - so far it's "only" the demos. Sorry, this is a mess. ------------------------------ Message: 3 Date: Sun, 17 Mar 2019 14:52:07 +0200 From: Juha Manninen To: Lazarus mailing list Subject: Re: [Lazarus] New XML format for project info files Message-ID: Content-Type: text/plain; charset="UTF-8" On Sun, Mar 17, 2019 at 2:08 PM Werner Pamler via lazarus wrote: > project. It would be a bit better if there were a global option of setting the default for the compatibility box. > And I see more trouble: package lpk files still use the old format of > numbered nodes. When you once decide to introduce the new format also > for packages also the packages will be broken - so far it's "only" the > demos. Ok, that is a valid point. The package .lpk format should be changed the same way as the project files. And yes, then a global option would make sense, too. I guess I must change the default value of project compatibility option to ON after all... Juha ------------------------------ Message: 4 Date: Sun, 17 Mar 2019 12:21:38 -0400 From: Anthony Walter To: Lazarus mailing list Subject: Re: [Lazarus] IDE Ctrl+W key Message-ID: Content-Type: text/plain; charset="utf-8" I support this idea, although manually remapping hotkeys thanks to the fantastic key bindings dialog is very easy. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 5 Date: Sun, 17 Mar 2019 18:18:27 +0100 From: Martin Frb To: lazarus at lists.lazarus-ide.org Subject: Re: [Lazarus] IDE Ctrl+W key Message-ID: <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2 at mfriebe.de> Content-Type: text/plain; charset=utf-8; format=flowed On 17/03/2019 17:21, Anthony Walter via lazarus wrote: > I support this idea, although manually remapping hotkeys thanks to the > fantastic key bindings dialog is very easy. > The problem with changing this default (this one particularly) is that anyone used to the current behaviour will not only get a new behaviour, but one that close the current tab for them. So that is one, that cannot just undone by ctrl-z. And they might get it repeatedly, as "old habits die hard". ------------------------------ Message: 6 Date: Sun, 17 Mar 2019 18:18:23 +0100 From: Werner Pamler To: lazarus at lists.lazarus-ide.org Subject: Re: [Lazarus] New XML format for project info files Message-ID: <2cf649d8-894c-6e80-4c1e-74b6a2b8785f at freenet.de> Content-Type: text/plain; charset="utf-8"; Format="flowed" Am 17.03.2019 um 13:52 schrieb Juha Manninen via lazarus: > I guess I must change the default value of project compatibility > option to ON after all... Yes that should be helpful. BTW, there are other nodes also in the lpi files which still are counted: * RequiredPackages * Debugging/Exceptions * RunParams/Modes -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 7 Date: Sun, 17 Mar 2019 14:04:06 -0400 From: Anthony Walter To: Lazarus mailing list Subject: Re: [Lazarus] IDE Ctrl+W key Message-ID: Content-Type: text/plain; charset="utf-8" You can still keep the old hotkey of ctrl+f4 and add ctrl+w. I really think worldwide there are is a grand total of zero people who use the word completion feature currently mapped to ctrl+w. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 8 Date: Sun, 17 Mar 2019 21:45:44 +0100 From: Sven Barth To: Lazarus mailing list Subject: Re: [Lazarus] IDE Ctrl+W key Message-ID: Content-Type: text/plain; charset="utf-8" Anthony Walter via lazarus schrieb am So., 17. März 2019, 19:04: > You can still keep the old hotkey of ctrl+f4 and add ctrl+w. I really > think worldwide there are is a grand total of zero people who use the > word completion feature currently mapped to ctrl+w. > Wrong. I use it very often, especially when CodeTools fails due to me working on features that are not yet supported. Or if some include file is not picked up correctly. Regards, Sven > -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Subject: Digest Footer -- _______________________________________________ lazarus mailing list lazarus at lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus ------------------------------ End of lazarus Digest, Vol 134, Issue 21 **************************************** From werner.pamler at freenet.de Mon Mar 18 18:29:11 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 18 Mar 2019 18:29:11 +0100 Subject: [Lazarus] New XML format for project info files In-Reply-To: References: <20190315173515.676e5f44@limapholos.matflo.wg> <52a6773d-d12f-09e4-74c6-6a78aa6d8b99@freenet.de> <50116795-f7c4-1e0c-e3ac-0fdcb3d077ba@freenet.de> <2cf649d8-894c-6e80-4c1e-74b6a2b8785f@freenet.de> <0cf01a68-741c-c561-9b6b-0e016aa10692@freenet.de> Message-ID: Am 18.03.2019 um 06:54 schrieb Juha Manninen via lazarus: > On Mon, Mar 18, 2019 at 1:12 AM Werner Pamler via lazarus > wrote: >> I saw that you activated legacy compatibility mode by default, thank >> you. But now the checkbox in the project options is out of sync. >> Shouldn't it be checked now by default, too? > Here it is checked now by default both in existing and in new projects. > > Juha Always the same stupid error: Did not rebuild the IDE after updating from svn. From nc-gaertnma at netcologne.de Mon Mar 18 18:57:00 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 18 Mar 2019 18:57:00 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> Message-ID: <20190318185700.21e71278@limapholos.matflo.wg> On Sun, 17 Mar 2019 19:54:35 -0400 Dmitry Boyarintsev via lazarus wrote: >[...] > > Are you aware that if Ctrl+Space fails it jumps to the syntax error? > > Yes. And it's irritating, because I do remember when Ctrl+Space used > to work even with incomplete sources. Ctrl+Space always jumped to an error. Although over the years codetools parser matured. So some syntax, that was formerly skipped/ignored, now raises an error. Maybe you mean this? > I often trying to use Ctrl+Space to complete the word on incomplete > sources. (because I don't remember an API, and I need a hint.). > But instead of showing me a list of options, it just doesn't work or > jumps somewhere else. (...and jumping can be turned off, yet it won't > do anything useful). IMO hiding an error is asking for trouble. A good GUI must indicate somehow when the results are not reliable or incomplete. For example by showing as first result a red line with the error message, which when selected will jump to the error. Then the user can deliberately choose to fix or ignore the error. I guess that would substitute a good deal of word-completion. Although word-completion is also much faster. Mattias From joost at cnoc.nl Mon Mar 18 21:20:22 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Mon, 18 Mar 2019 21:20:22 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> Message-ID: <1aeccd08-ad43-e3a1-e4cd-d85b1a4c37a8@cnoc.nl> Op 15-03-19 om 20:55 schreef Jesus Reyes A. via lazarus: > > BTW Is not fppkg something like npm? Yes, but fppkg is used for Pascal-code. With the advantage that is can be compiled. So it is easier to spot broken dependencies. > and BTW although not for MVC but, can fppkg-lazarus integration be > removed until it just works? I would like not to see the config lazarus > IDE dialog to open on every launch just because fppkg is not setup right > (Error: the Fppkg configuration is corrupt. et al), and there is no way > the user can fix it (when you are not using 'by default' the default fpc > install). Because 'it works'. At least, on my machine. ;) The only way to catch all problems in the wild, is to release it into the wild. I think it's viable to use trunk for that. Did you try to fix it? Does the initial-setup dialog show you the option to create a new fppkg configuration? Does that work? Is the prefix for the fpc-installation filled? Are there any other paths in the drop-down? And, after you have re-created the config-files, what does 'fppkg listsettings' on the terminal show you? And 'fppkg list -d'? Regards, Joost. From skalogryz.lists at gmail.com Tue Mar 19 03:44:11 2019 From: skalogryz.lists at gmail.com (Dmitry Boyarintsev) Date: Mon, 18 Mar 2019 22:44:11 -0400 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <20190318185700.21e71278@limapholos.matflo.wg> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> <20190318185700.21e71278@limapholos.matflo.wg> Message-ID: On Mon, Mar 18, 2019 at 1:57 PM Mattias Gaertner via lazarus < lazarus at lists.lazarus-ide.org> wrote: > Ctrl+Space always jumped to an error. > Although over the years codetools parser matured. So some syntax, that > was formerly skipped/ignored, now raises an error. Maybe you mean this? > I would think, this is exactly the problem. Though I'd expect the mature parser to be more tolerant to user errors and do some sort of self recovery. Also, I don't think me simply complaining about the "here and there" would help. However, sometimes I just cannot bug-report the issue, because restarting the IDE resolves the problem. Is there any sort of stand-alone code-tools log happening? Something that could be used for bug reporting? > IMO hiding an error is asking for trouble. > A good GUI must indicate somehow when the results are not reliable or > incomplete. That's what C-language developers are relying on. In Pascal world compilation is fast, so it will be quite a short time when the compiler would remind a developer about the error. (btw, the "slowness" retains even in modern faster languages. i.e. C#. It's not because the compiler is slow, but because an IDE is slow. Lazarus manages to keep very high performance) > For example by showing as first result a red line with the > error message, which when selected will jump to the error. > Then the user can deliberately choose to fix or ignore the error. > I hate my cursor to jump anywhere, when I'm asking for word-completion at a particular placement. As well as the concentration on the particular part of the code is lost. The error can be pretty far away, and returning to the where I was might take some time. (btw, due to aggressive jumping in the past. I.e. when Objective-P support was only introduced to code tools I taught myself to use bookmarks often. Just for a quick jump back to the line of code I was working at.) I guess that would substitute a good deal of word-completion. Although > word-completion is also much faster. > All in all, why can't both of them be the same thing? Typical single-form application template: procedure TForm1.FormCreate(Sender: TObject); begin For| end; Ctrl+Space produces: * FormCreate * FormIsUpdating * FormState * FormStyle ... Ctrl+W produces: * Forms * FormsCreate (how did it know?) * Form1 thanks, Dmitry -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at mfriebe.de Tue Mar 19 03:58:03 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Tue, 19 Mar 2019 03:58:03 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> <20190318185700.21e71278@limapholos.matflo.wg> Message-ID: On 19/03/2019 03:44, Dmitry Boyarintsev via lazarus wrote > > error message, which when selected will jump to the error. > Then the user can deliberately choose to fix or ignore the error. > > I hate my cursor to jump anywhere, when I'm asking for word-completion > at a particular placement. > As well as the concentration on the particular part of the code is lost. > The error can be pretty far away, and returning to the where I was > might take some time. > > (btw, due to aggressive jumping in the past. I.e. when Objective-P > support was only introduced to code tools I taught myself to use > bookmarks often. > Just for a quick jump back to the line of code I was working at.) > History back should work after an codetools error. IIRC Ctrl-H, but I move it to Alt-Cursor-Left. -------------- next part -------------- An HTML attachment was scrubbed... URL: From skalogryz.lists at gmail.com Tue Mar 19 04:39:33 2019 From: skalogryz.lists at gmail.com (Dmitry Boyarintsev) Date: Mon, 18 Mar 2019 23:39:33 -0400 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> <20190318185700.21e71278@limapholos.matflo.wg> Message-ID: On Mon, Mar 18, 2019 at 10:58 PM Martin Frb via lazarus < lazarus at lists.lazarus-ide.org> wrote: > History back should work after an codetools error. IIRC Ctrl-H, but I move > it to Alt-Cursor-Left. > The first time I hear about that thing. What's "History point"? how is it defined? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at mfriebe.de Tue Mar 19 05:00:18 2019 From: lazarus at mfriebe.de (Martin Frb) Date: Tue, 19 Mar 2019 05:00:18 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> <20190318185700.21e71278@limapholos.matflo.wg> Message-ID: <554d0e68-4534-b8fd-d050-44164500ee63@mfriebe.de> On 19/03/2019 04:39, Dmitry Boyarintsev via lazarus wrote: > On Mon, Mar 18, 2019 at 10:58 PM Martin Frb via lazarus > > > wrote: > > History back should work after an codetools error. IIRC Ctrl-H, > but I move it to Alt-Cursor-Left. > > > The first time I hear about that thing. What's "History point"?  how > is it defined? > View menu: jump history Everytime you jump to a declaration, method body, ... (and some others like go to begin/end of file) a point is inserted. (except, if it is just 1 or 2 lines from where you were). You can navigate back and forward on those points. - mouse buttons 4 and 5 (like in webbrowesrs) - ctrl-h (IIRC.., I recommand mapping it to alt cursor left/right) - editor toolbar can provide buttons too The usual way is, that you look up the definition of some identifier (I mapped "jump to declaration" to alt cursor up), maybe follow it forward, follow another declaration inside it...., and then jump back as far as you need. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Tue Mar 19 22:39:32 2019 From: lazarus at kluug.net (Ondrej Pokorny) Date: Tue, 19 Mar 2019 22:39:32 +0100 Subject: [Lazarus] IDE Ctrl+W key Message-ID: On Mon Mar 18 00:35:32 CET 2019 Mattias Gaertner nc-gaertnma at netcologne.de wrote: > On Sun, 17 Mar 2019 19:16:40 -0400 > Dmitry Boyarintsev via lazarus > wrote: > > >/On Sun, Mar 17, 2019 at 4:58 PM Mattias Gaertner via lazarus < /> >/lazarus at lists.lazarus-ide.org > wrote: /> >//> >/> Ctrl+Space is for parseable Pascal files, Ctrl+W is for all other /> >/> files. /> >/> /> >/and what's the issue to have Ctrl+Space for both cases? / > Are you aware that if Ctrl+Space fails it jumps to the syntax error? You can disable it in IDE options (Codetools -> Identifier Completion -> Miscellaneous -> Jump to error) You still get the information about the syntax error in the messages window. You can include word completion in the identifier completion in the IDE options as well (IDE Options -> Codetools -> Identifier Completion -> Include words) - there is a note about it in http://wiki.freepascal.org/Lazarus_2.0.0_release_notes - then you have both cases in Ctrl+Space. I worked on it. Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From jesusrmx at gmail.com Wed Mar 20 06:21:54 2019 From: jesusrmx at gmail.com (Jesus Reyes A.) Date: Tue, 19 Mar 2019 23:21:54 -0600 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: <1aeccd08-ad43-e3a1-e4cd-d85b1a4c37a8@cnoc.nl> References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> <1aeccd08-ad43-e3a1-e4cd-d85b1a4c37a8@cnoc.nl> Message-ID: > Because 'it works'. At least, on my machine. ;) :) > > The only way to catch all problems in the wild, is to release it into > the wild. I think it's viable to use trunk for that. > > Did you try to fix it? Indeed. > Does the initial-setup dialog show you the option to create a new fppkg > configuration? Does that work? Yes but it doesn't work, the error message say: "Problem with Fppkg Configuration" "Failed to create a new fppkg configuration. You will have to fix the configuration manually or reinstall Free Pascal" There is a message in the log: "Error: the configuration is corrupt." > Is the prefix for the fpc-installation filled? It is: C:\Users\Jesus\dev > Are there any other paths in the drop-down? > No Using the "browse" button I selected the install dir of my trunk compiler which according to the help text (the one that contains the fpmkinst dir) is "C:\Users\Jesus\dev\fpcbin", it makes not difference or perhaps the same message "Error: the configuration is corrupt." appears. > And, after you have re-created the config-files, what does 'fppkg > listsettings' on the terminal show you? And 'fppkg list -d'? > Using fpc trunk: (In the following: APPDIR=C:\Users\Jesus\AppData\Local\FreePascal\fppkg BINDIR=c:\Users\Jesus\dev\fpcbin\bin\i386-win32 ) BINDIR>fppkg listsettings Warning: Configuration file is in an old format Warning: Failed to write compiler-configuration file "APPDIR\config\default": Backup of file "APPDIR\config\default" to file "APPDIR\config\default.bak" failed. Warning: Failed to write compiler-configuration file "APPDIR\config\default": Backup of file "APPDIR\config\default" to file "APPDIR\config\default.bak" failed. Settings from configuration-files: Global-section: RemoteMirrorsURL: http://www.freepascal.org/repository/mirrors.xml RemoteRepository: auto LocalRepository: "{AppConfigDir}" -> "APPDIR\" BuildDir: "{LocalRepository}build\" -> "APPDIR\build\" ArchivesDir: "{LocalRepository}archives\" -> "APPDIR\archives\" CompilerConfigDir: "{LocalRepository}config\" -> "APPDIR\config\" DefaultCompilerConfig: "default" FPMakeCompilerConfig: "default" Downloader: lnet Commandline-section: -section: Name: global Description: "global" Dir: "\" -> "\" Prefix: "" -> "" InstallRepository:"" -section: Name: local Description: "local" Dir: "APPDIR\\" -> "APPDIR\\" Prefix: "APPDIR\" -> "APPDIR\" InstallRepository:"" Using compiler configuration file "APPDIR\config\default": Compiler: "BINDIR\fpc.exe" Target: i386-win32 Version: 3.3.1 GlobalPrefix: "" -> "" LocalPrefix: "{LocalRepository}" -> "APPDIR\" GlobalInstallDir: "{GlobalPrefix}\" -> "\" LocalInstallDir: "{LocalPrefix}\" -> "APPDIR\\" Options: "" Using fpmake-building compiler configuration file "APPDIR\config\default": Compiler: "BINDIR\fpc.exe" Target: i386-win32 Version: 3.3.1 GlobalPrefix: "" -> "" LocalPrefix: "{LocalRepository}" -> "APPDIR\" GlobalInstallDir: "{GlobalPrefix}\" -> "\" LocalInstallDir: "{LocalPrefix}\" -> "APPDIR\\" Options: "" BINDIR>fppkg list -d Start loading configuration file "APPDIR\fppkg.cfg" Warning: Configuration file is in an old format Loaded global configuration from "APPDIR\fppkg.cfg" Settings from configuration-files: Global-section: RemoteMirrorsURL: http://www.freepascal.org/repository/mirrors.xml RemoteRepository: auto LocalRepository: "{AppConfigDir}" -> "APPDIR\" BuildDir: "{LocalRepository}build\" -> "APPDIR\build\" ArchivesDir: "{LocalRepository}archives\" -> "APPDIR\archives\" CompilerConfigDir: "{LocalRepository}config\" -> "APPDIR\config\" DefaultCompilerConfig: "default" FPMakeCompilerConfig: "default" Downloader: lnet Commandline-section: Loading compiler configuration from "APPDIR\config\default" Configuration file "APPDIR\config\default" is updated with new configuration settings Creating Backup File "APPDIR\config\default.bak" Warning: Failed to write compiler-configuration file "APPDIR\config\default": Backup of file "APPDIR\config\default" to file "APPDIR\config\default.bak" failed. Using compiler configuration file "APPDIR\config\default": Compiler: "BINDIR\fpc.exe" Target: i386-win32 Version: GlobalPrefix: "" -> "" LocalPrefix: "{LocalRepository}" -> "APPDIR\" GlobalInstallDir: "{GlobalPrefix}\" -> "\" LocalInstallDir: "{LocalPrefix}\" -> "APPDIR\\" Options: "" Loading compiler configuration for fpmake building from "APPDIR\config\default" Configuration file "APPDIR\config\default" is updated with new configuration settings Creating Backup File "APPDIR\config\default.bak" Warning: Failed to write compiler-configuration file "APPDIR\config\default": Backup of file "APPDIR\config\default" to file "APPDIR\config\default.bak" failed. Using fpmake-buildingcompiler configuration file "APPDIR\config\default": Compiler: "BINDIR\fpc.exe" Target: i386-win32 Version: GlobalPrefix: "" -> "" LocalPrefix: "{LocalRepository}" -> "APPDIR\" GlobalInstallDir: "{GlobalPrefix}\" -> "\" LocalInstallDir: "{LocalPrefix}\" -> "APPDIR\\" Options: "" Loading available mirrors from "APPDIR\mirrors.xml" Directory "\fpmkinst\i386-win32\" Not Found Directory "\units\i386-win32\" Not Found Directory "APPDIR\\fpmkinst\i386-win32\" Not Found Directory "APPDIR\\units\i386-win32\" Not Found Minimum version of hash is not installed, using internal fpmkunit with limited functionality Minimum version of paszlib is not installed, using internal fpmkunit with limited functionality Minimum version of fcl-process is not installed, using internal fpmkunit with limited functionality Minimum version of libtar is not installed, using internal fpmkunit with limited functionality Minimum version of fpmkunit is not installed, using internal fpmkunit with limited functionality Directory "\fpmkinst\i386-win32\" Not Found Directory "\units\i386-win32\" Not Found Directory "APPDIR\\fpmkinst\i386-win32\" Not Found Directory "APPDIR\\units\i386-win32\" Not Found Loading available packages from "APPDIR\packages.xml" [] Action: "list" start Name Installed Available embweb - 0.9.1-970 gecko - 2.9.0-3 jquery - 0.9.0-842 lazmkunit - 0.9.3-1 lnet - 0.6.6-2613 webdesign - 0.9.0-906 [] Action: "list" end The fppkg.cfg file is: [Defaults] ConfigVersion=4 LocalRepository={AppConfigDir} BuildDir={LocalRepository}build/ ArchivesDir={LocalRepository}archives/ CompilerConfigDir={LocalRepository}config/ RemoteMirrors=http://www.freepascal.org/repository/mirrors.xml RemoteRepository=auto CompilerConfig=default FPMakeCompilerConfig=default Downloader=lnet I experimented with several Downloader settings, the important one, 'base' IIRC, doesn't work as it tries to download some files, it gets redirected to a https link that failes because there is no openssl support and it instructs to include some unit and recompile. This I found it by debugging, this is nowhere reported. I noticed that it tries to download some files: mirrors.xml and packages.xml and someway I manually downloaded the files and put them where it supposed to find them, yet it will not work. The first issue I found is that the setup dialog for fppkg doesn't look for a fppkg executable, it expects the install directory where is fpc supposed to be installed, I guess in order to use that for locating the right fppkg executable. I expect this to work as is only on released Lazarus because it tries to find the fpc executable by using the PATH environment dirs. This means that it doesn't matter what you choose in the setup Lazarus dialog as your desired compiler. I think this is the first thing that needs fixing. The rest should come after that. Regards. Jesus Reyes A. From mick at macomputer.com.au Wed Mar 20 10:02:47 2019 From: mick at macomputer.com.au (Mick Arundell) Date: Wed, 20 Mar 2019 18:32:47 +0930 Subject: [Lazarus] Lazarus crashes on launch - Ubuntu Message-ID: <182bba5c-96bc-6c39-2817-b038bed2a21c@macomputer.com.au> Hi Team I've recently install Lazarus 1.8.2, fpc 4.0.4 using normal apt-get routines Ubuntu is Linux wildone 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux On launch an Access Violation message box jumps up "Access violation, Press OK to ignore and risk data corruption. Press Abort to kill the program" Can anyone diagnose the problem for me or tell me how to find the fault please? I inspected /etc/lazarus/environmentoptions.xml and found that this set of directories do not exist                         I have already removed and reloaded several times. What should I do next? Thank you in advance, Mick Arundell From list2010 at BrenemanLabs.com Wed Mar 20 11:07:38 2019 From: list2010 at BrenemanLabs.com (Paul Breneman) Date: Wed, 20 Mar 2019 06:07:38 -0400 Subject: [Lazarus] Lazarus crashes on launch - Ubuntu In-Reply-To: <182bba5c-96bc-6c39-2817-b038bed2a21c@macomputer.com.au> References: <182bba5c-96bc-6c39-2817-b038bed2a21c@macomputer.com.au> Message-ID: <0328e538-1772-852c-15e3-cc8a97d6e723@BrenemanLabs.com> On 3/20/2019 5:02 AM, Mick Arundell via lazarus wrote: > Hi Team > > I've recently install Lazarus 1.8.2, fpc 4.0.4 using normal apt-get > routines > > Ubuntu is Linux wildone 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 > 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux > > On launch an Access Violation message box jumps up "Access violation, > Press OK to ignore and risk data corruption. Press Abort to kill the > program" > > Can anyone diagnose the problem for me or tell me how to find the fault > please? > > I inspected /etc/lazarus/environmentoptions.xml and found that this set > of directories do not exist > >         >         >         > > I have already removed and reloaded several times. What should I do next? > > > Thank you in advance, Mick Arundell > I think I fixed that last year on my Xubuntu system by starting Lazarus as root. It needed root to update something. Once it updated something I could start it okay as a normal user from then on. Regards, Paul www.ControlPascal.com From nc-gaertnma at netcologne.de Wed Mar 20 11:40:54 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 20 Mar 2019 11:40:54 +0100 Subject: [Lazarus] Lazarus crashes on launch - Ubuntu In-Reply-To: <0328e538-1772-852c-15e3-cc8a97d6e723@BrenemanLabs.com> References: <182bba5c-96bc-6c39-2817-b038bed2a21c@macomputer.com.au> <0328e538-1772-852c-15e3-cc8a97d6e723@BrenemanLabs.com> Message-ID: <20190320114054.4aa195dd@limapholos.matflo.wg> On Wed, 20 Mar 2019 06:07:38 -0400 Paul Breneman via lazarus wrote: > On 3/20/2019 5:02 AM, Mick Arundell via lazarus wrote: > > Hi Team > > > > I've recently install Lazarus 1.8.2, fpc 4.0.4 using normal apt-get > > routines > > > > Ubuntu is Linux wildone 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 > > 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux > > > > On launch an Access Violation message box jumps up "Access > > violation, Press OK to ignore and risk data corruption. Press Abort > > to kill the program" > > > > Can anyone diagnose the problem for me or tell me how to find the > > fault please? > > > > I inspected /etc/lazarus/environmentoptions.xml and found that this > > set of directories do not exist > > > >         > >         > >         > > > > I have already removed and reloaded several times. What should I do > > next? > > > > > > Thank you in advance, Mick Arundell > > > > I think I fixed that last year on my Xubuntu system by starting > Lazarus as root. It needed root to update something. Once it > updated something I could start it okay as a normal user from then on. I doubt that. Starting it as root might even increase the problem by creating new files as root. Mattias From nc-gaertnma at netcologne.de Wed Mar 20 11:48:05 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Wed, 20 Mar 2019 11:48:05 +0100 Subject: [Lazarus] Lazarus crashes on launch - Ubuntu In-Reply-To: <182bba5c-96bc-6c39-2817-b038bed2a21c@macomputer.com.au> References: <182bba5c-96bc-6c39-2817-b038bed2a21c@macomputer.com.au> Message-ID: <20190320114805.257150e2@limapholos.matflo.wg> On Wed, 20 Mar 2019 18:32:47 +0930 Mick Arundell via lazarus wrote: >[...] > I've recently install Lazarus 1.8.2, fpc 4.0.4 using normal apt-get > routines There is no fpc 4.0.4. Last release is 3.0.4. fpc 3.2.0 is in the making. > Ubuntu is Linux wildone 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 > 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux > > On launch an Access Violation message box jumps up "Access violation, > Press OK to ignore and risk data corruption. Press Abort to kill the > program" > > Can anyone diagnose the problem for me or tell me how to find the > fault please? > > I inspected /etc/lazarus/environmentoptions.xml and found that this > set of directories do not exist > >         >         >         These are common paths of fpc. The IDE searches them only if it cannot find fpc. > I have already removed and reloaded several times. What should I do > next? Uninstall this old lazarus and use our deb packages from sourceforge: https://sourceforge.net/projects/lazarus/files/Lazarus%20Linux%20amd64%20DEB/Lazarus%202.0.0/ Mattias From listbox at martoks-place.de Wed Mar 20 13:36:25 2019 From: listbox at martoks-place.de (Martok) Date: Wed, 20 Mar 2019 13:36:25 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> <1aeccd08-ad43-e3a1-e4cd-d85b1a4c37a8@cnoc.nl> Message-ID: > The first issue I found is that the setup dialog for fppkg doesn't look > for a fppkg executable, it expects the install directory where is fpc > supposed to be installed, I guess in order to use that for locating the > right fppkg executable. I expect this to work as is only on released > Lazarus because it tries to find the fpc executable by using the PATH > environment dirs. This means that it doesn't matter what you choose in the > setup Lazarus dialog as your desired compiler. I think this is the first > thing that needs fixing. The rest should come after that. Actually, an idea. fppkg (the standalone) has a -C option, and one could have fpcmkcfg -3 and -4 to create a correct config for a compiler that is not on the PATH and place it next to fpc.cfg. If the Lazarus packager fppkghelper would offer the same and try loading '$(Path($(CompPath(IDE)))\fppkg.cfg', I think most problems would be solved. CompPath(IDE) isn't entirely correct either, but it would be less wrong than the current order... -- Regards, Martok From minkob at mail.t-com.sk Thu Mar 21 08:30:00 2019 From: minkob at mail.t-com.sk (=?UTF-8?Q?Milan_Ba=c5=a1a?=) Date: Thu, 21 Mar 2019 08:30:00 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available Message-ID: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> Hello. Raspi B rev.2; Swap=512M; 8GB SD; Fresh installed Raspbian Stretch $./setup.sh #install process and and at the end lazarus/components/lazsvnpkg/languages/svnclasses.hu.po lazarus/components/lazsvnpkg/languages/svnclasses.lt.po lazarus/components/lazsvnpkg/languages/svnclasses.it.po lazarus/components/lazsvnpkg/Makefile lazarus/components/lazsvnpkg/lazsvnpkg.lpk lazarus/components/lazsvnpkg/lazsvnpkg_images_list.txt lazarus/localize.bat lazarus/lazarus An unhandled exception occurred at $000128B0: EAccessViolation: Access violation $000128B0 Your Free Pascal 3.3.1 with Lazarus 2.0 is now installed When I am Trying to start Lazarus: $ ./lazarus.sh An unhandled exception occurred at $000128B0: EAccessViolation: Access violation $000128B0 An unhandled exception occurred at $000267D0: EAccessViolation: Access violation $000267D0 Does anybody know what I am doing wrong? Thank You, Milan. From bo.berglund at gmail.com Thu Mar 21 08:49:30 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 21 Mar 2019 08:49:30 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> Message-ID: <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> On Thu, 21 Mar 2019 08:30:00 +0100, Milan Baša via lazarus wrote: >Hello. >Raspi B rev.2; Swap=512M; 8GB SD; Fresh installed Raspbian Stretch > >An unhandled exception occurred at $000128B0: >EAccessViolation: Access violation > $000128B0 > >An unhandled exception occurred at $000267D0: >EAccessViolation: Access violation > $000267D0 > > >Does anybody know what I am doing wrong? An 8GB SD-card for an RPi Stretch does not give you much leeway! Better to use a 32 GB SDcard! You want to have space for the fpc/lazarus sources and the make install may even duplicate these. They are easily multi GB in size. And I would set swap to 1024M because the build process on an RPi is pretty disk intensive. 512M is on the low (too low?) side. -- Bo Berglund Developer in Sweden From minkob at mail.t-com.sk Thu Mar 21 09:12:14 2019 From: minkob at mail.t-com.sk (=?UTF-8?Q?Milan_Ba=c5=a1a?=) Date: Thu, 21 Mar 2019 09:12:14 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available In-Reply-To: <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> Message-ID: I have 2 GB free space with Lazarus installed. I think it was not swap problem. Thx Dňa 21. 3. 2019 o 8:49 Bo Berglund via lazarus napísal(a): > On Thu, 21 Mar 2019 08:30:00 +0100, Milan Baša via lazarus > wrote: > >> Hello. >> Raspi B rev.2; Swap=512M; 8GB SD; Fresh installed Raspbian Stretch > >> >> An unhandled exception occurred at $000128B0: >> EAccessViolation: Access violation >> $000128B0 >> >> An unhandled exception occurred at $000267D0: >> EAccessViolation: Access violation >> $000267D0 >> >> >> Does anybody know what I am doing wrong? > > An 8GB SD-card for an RPi Stretch does not give you much leeway! > Better to use a 32 GB SDcard! > You want to have space for the fpc/lazarus sources and the make > install may even duplicate these. They are easily multi GB in size. > > And I would set swap to 1024M because the build process on an RPi is > pretty disk intensive. 512M is on the low (too low?) side. > > From bo.berglund at gmail.com Thu Mar 21 10:30:03 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Thu, 21 Mar 2019 10:30:03 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> Message-ID: On Thu, 21 Mar 2019 09:12:14 +0100, Milan Baša via lazarus wrote: >I have 2 GB free space with Lazarus installed. >I think it was not swap problem. On my Rpi3 with Stretch I have the following sizes: ~/dev/fpc/3.0.4 =581 M ~/dev/fpc/laz/2.0.0 = 959 M ~/share/src/fpc-3.0.4 = 287 M Just these are a total of 1827 M I build both from sources via svn in my user home dir. My experience is that when the fpc or lazarus build process stop with strange errors then swap size is the culprit. I always use 1 GB swap. But that of course needs an additional 1 GB of disk space so with an 8GB SD-card you need 2.83 GB for fpc/laz and are left with about 5 GB for operating system and everything else.... I still say you should go for a larger SD card and set swap higher. You could check how much you have used in a dir tree: du -sh Ex: $ du -sh ~/dev/fpc/3.0.4 581M /home/pi/dev/fpc/3.0.4 Or for total summary of the free space on the disk: $ sudo du -sh / 17G / -- Bo Berglund Developer in Sweden From minkob at mail.t-com.sk Thu Mar 21 13:55:14 2019 From: minkob at mail.t-com.sk (=?UTF-8?Q?Milan_Ba=c5=a1a?=) Date: Thu, 21 Mar 2019 13:55:14 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available In-Reply-To: References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> Message-ID: OK. Thank You. I will buy larger SD. This one is what I have at home. Tomorrow I will try new card. Thank you for the effort. Dňa 21. 3. 2019 o 10:30 Bo Berglund via lazarus napísal(a): > On Thu, 21 Mar 2019 09:12:14 +0100, Milan Baša via lazarus > wrote: > >> I have 2 GB free space with Lazarus installed. >> I think it was not swap problem. > > On my Rpi3 with Stretch I have the following sizes: > ~/dev/fpc/3.0.4 =581 M > ~/dev/fpc/laz/2.0.0 = 959 M > ~/share/src/fpc-3.0.4 = 287 M > Just these are a total of 1827 M > > I build both from sources via svn in my user home dir. > > My experience is that when the fpc or lazarus build process stop with > strange errors then swap size is the culprit. > I always use 1 GB swap. But that of course needs an additional 1 GB of > disk space so with an 8GB SD-card you need 2.83 GB for fpc/laz and are > left with about 5 GB for operating system and everything else.... > > I still say you should go for a larger SD card and set swap higher. > > You could check how much you have used in a dir tree: > > du -sh > Ex: > $ du -sh ~/dev/fpc/3.0.4 > 581M /home/pi/dev/fpc/3.0.4 > > > Or for total summary of the free space on the disk: > > $ sudo du -sh / > 17G / > > > From joost at cnoc.nl Fri Mar 22 13:20:11 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Fri, 22 Mar 2019 13:20:11 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available In-Reply-To: References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> Message-ID: On 3/21/19 1:55 PM, Milan Baša via lazarus wrote: > OK. Thank You. I will buy larger SD. This one is what I have at home. > Tomorrow I will try new card. > Thank you for the effort. Ik Lazarus crashes (Access violation) immediately on startup this has probably nothing to do with the size of your SD. It might be favourable to update it anyways, but won't solve your problem. Did you compile Lazarus yourself? Or downloaded it somewhere? Better check that you have the correct version. Regards, Joost -- http://lazarussupport.com - Your donation helps to push Free Pascal and Lazarus forwards. From minkob at mail.t-com.sk Fri Mar 22 15:38:22 2019 From: minkob at mail.t-com.sk (=?UTF-8?Q?Milan_Ba=c5=a1a?=) Date: Fri, 22 Mar 2019 15:38:22 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available In-Reply-To: References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> Message-ID: <014613ea-4970-be46-ca83-f23e62b309d9@mail.t-com.sk> Downloaded from Walters page, tryied two times. I bought 16GB and now I am updating Stretch. I will send a message. Thx Dňa 22. 3. 2019 o 13:20 Joost van der Sluis via lazarus napísal(a): > On 3/21/19 1:55 PM, Milan Baša via lazarus wrote: >> OK. Thank You. I will buy larger SD. This one is what I have at home. >> Tomorrow I will try new card. >> Thank you for the effort. > > Ik Lazarus crashes (Access violation) immediately on startup this has > probably nothing to do with the size of your SD. It might be favourable > to update it anyways, but won't solve your problem. > > Did you compile Lazarus yourself? Or downloaded it somewhere? Better > check that you have the correct version. > > Regards, > > Joost From minkob at mail.t-com.sk Fri Mar 22 18:16:03 2019 From: minkob at mail.t-com.sk (=?UTF-8?Q?Milan_Ba=c5=a1a?=) Date: Fri, 22 Mar 2019 18:16:03 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available In-Reply-To: References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> Message-ID: <1ac1ae03-d3a4-e8ae-0d29-59922b4ba470@mail.t-com.sk> SD: 16GB, Swap: 1G After fresh install the same problem. Dňa 22. 3. 2019 o 13:20 Joost van der Sluis via lazarus napísal(a): > On 3/21/19 1:55 PM, Milan Baša via lazarus wrote: >> OK. Thank You. I will buy larger SD. This one is what I have at home. >> Tomorrow I will try new card. >> Thank you for the effort. > > Ik Lazarus crashes (Access violation) immediately on startup this has > probably nothing to do with the size of your SD. It might be favourable > to update it anyways, but won't solve your problem. > > Did you compile Lazarus yourself? Or downloaded it somewhere? Better > check that you have the correct version. > > Regards, > > Joost From joost at cnoc.nl Fri Mar 22 21:20:48 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Fri, 22 Mar 2019 21:20:48 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available In-Reply-To: <014613ea-4970-be46-ca83-f23e62b309d9@mail.t-com.sk> References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> <014613ea-4970-be46-ca83-f23e62b309d9@mail.t-com.sk> Message-ID: Op 22-03-19 om 15:38 schreef Milan Baša via lazarus: > Downloaded from Walters page, tryied two times. I bought 16GB and now I > am updating Stretch. I will send a message. Thx I know nothing about Walter's page. But you need a Lazarus version that is compiled for exactly your system. (Processor, libraries and such) Why don't you compile Lazarus yourself? (make build) I would also check first if fpc works at all. (fpc -h) You could also try to run Lazarus in the debugger: gdb ./lazarus run Regards, Joost. -- http://lazarussupport.com - Your donation helps to push Free Pascal and Lazarus forwards. From bo.berglund at gmail.com Sat Mar 23 00:46:14 2019 From: bo.berglund at gmail.com (Bo Berglund) Date: Sat, 23 Mar 2019 00:46:14 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> <1ac1ae03-d3a4-e8ae-0d29-59922b4ba470@mail.t-com.sk> Message-ID: <3tsa9ehemohqq9g8o69lfrdtdrp0hhufem@4ax.com> On Fri, 22 Mar 2019 18:16:03 +0100, Milan Baša via lazarus wrote: >SD: 16GB, Swap: 1G >After fresh install the same problem. > Are you building Lazarus and fpc yourself on the RPi platform??? If not then you should. -- Bo Berglund Developer in Sweden From minkob at mail.t-com.sk Sat Mar 23 07:42:27 2019 From: minkob at mail.t-com.sk (=?UTF-8?Q?Milan_Ba=c5=a1a?=) Date: Sat, 23 Mar 2019 07:42:27 +0100 Subject: [Lazarus] Raspbian FPC 3.3.1 and Lazarus 2.0 Available In-Reply-To: References: <1bcea452-e192-3f05-c4fd-2bae5dfc4aea@mail.t-com.sk> <05g69elqs0joovugict0pdgt305ui1dvhg@4ax.com> <014613ea-4970-be46-ca83-f23e62b309d9@mail.t-com.sk> Message-ID: <14684545-7120-7042-12cd-17a723990216@mail.t-com.sk> https://www.getlazarus.org/setup/?download#linux pi at raspberrypi:~/Development/FreePascal/fpc/bin $ /home/pi/Development/FreePascal/fpc/bin/fpc -h An unhandled exception occurred at $0007CC60: EAccessViolation: Access violation $0007CC60 $0004ABB8 $00044214 Error: /home/pi/Development/FreePascal/fpc/bin/ppcarm returned an error exitcode pi at raspberrypi:~/Development/FreePascal/lazarus $ gdb ./lazarus GNU gdb (Raspbian 7.12-6) 7.12.0.20161007-git Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-linux-gnueabihf". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./lazarus...(no debugging symbols found)...done. (gdb) run Starting program: /home/pi/Development/FreePascal/lazarus/lazarus [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1". Program received signal SIGILL, Illegal instruction. 0x000267d0 in ?? () (gdb) OK I will try to build it myself. Thank You. Dňa 22. 3. 2019 o 21:20 Joost van der Sluis via lazarus napísal(a): > Op 22-03-19 om 15:38 schreef Milan Baša via lazarus: >> Downloaded from Walters page, tryied two times. I bought 16GB and now >> I am updating Stretch. I will send a message. Thx > > I know nothing about Walter's page. But you need a Lazarus version that > is compiled for exactly your system. (Processor, libraries and such) > > Why don't you compile Lazarus yourself? (make build) > > I would also check first if fpc works at all. (fpc -h) > > You could also try to run Lazarus in the debugger: > > gdb ./lazarus > run > > Regards, > > Joost. From joost at cnoc.nl Sat Mar 23 09:40:59 2019 From: joost at cnoc.nl (Joost van der Sluis) Date: Sat, 23 Mar 2019 09:40:59 +0100 Subject: [Lazarus] Universal FontDialog for LCL In-Reply-To: References: <020f4721-15db-41e5-a79a-f7e4ba760ac3@ya.ru> <67606e71-aac0-6c92-44ff-6751d443bd67@holobit.net> <8CFDF0E9-CD50-40E2-BC77-66F518DF39FF@ya.ru> <1aeccd08-ad43-e3a1-e4cd-d85b1a4c37a8@cnoc.nl> Message-ID: <20272bfe-fe97-69ce-99fb-38b1f41c3dee@cnoc.nl> Op 20-03-19 om 06:21 schreef Jesus Reyes A. via lazarus: > >> Because 'it works'. At least, on my machine. ;) > > :) > > Using fpc trunk: > > (In the following: > APPDIR=C:\Users\Jesus\AppData\Local\FreePascal\fppkg > BINDIR=c:\Users\Jesus\dev\fpcbin\bin\i386-win32 > ) > > BINDIR>fppkg listsettings > Warning: Configuration file is in an old format So it is not reading a file that has just been generated. > Warning: Failed to write compiler-configuration file And is does not have write-permissions on the file >   LocalRepository:       "{AppConfigDir}" -> "APPDIR\" How can AppConfigDir resolve to "APPDIR"? > I experimented with several Downloader settings, the important one, > 'base' IIRC, doesn't work as it tries to download some files, it gets > redirected to a https link that failes because there is no openssl > support and it instructs to include some unit and recompile. This I > found it by debugging, this is nowhere reported. > > I noticed that it tries to download some files: mirrors.xml and > packages.xml and someway I manually downloaded the files and put them > where it supposed to find them, yet it will not work. These files store a list of available packages, but here the main issue is that it can not find the installed packages. > The first issue I found is that the setup dialog for fppkg doesn't look > for a fppkg executable, it expects the install directory where is fpc > supposed to be installed, I guess in order to use that for locating the > right fppkg executable. I expect this to work as is only on released > Lazarus because it tries to find the fpc executable by using the PATH > environment dirs. This means that it doesn't matter what you choose in > the setup Lazarus dialog as your desired compiler. I think this is the > first thing that needs fixing. The rest should come after that. Fppkg also has a library, which Lazarus uses to list all available packages. So the 'fppkg'-executable is not called. (This changes when the fppkg-packagemanager is installed) And you and Martok are right, we have to find a way to solve problems with the proper configuration file being used. But in your case, Lazarus should create a 'local' configuration file in your user-profile, that should 'override' the global configuration file. This ain't happening, it seems. I've addded some tests around fpcmkcfg, and an error-message when it fails to write one of those configuration-files, with the full path. Could you retry? Regards, Joost. From lazarus at kluug.net Sun Mar 24 10:51:47 2019 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sun, 24 Mar 2019 10:51:47 +0100 Subject: [Lazarus] New XML format for project info files - disabled by default Message-ID: Hello Juha & Werner, I see you disabled the new item format for project info files by default on Werner's request. I understand that the first version wasn't ideal - if you needed to open a project in 2.1 and 2.0/1.8 you always had to check the compatibility mode when opened in 2.1. But the current version is not ideal either - most people do not open projects in legacy versions and they have to disable compatibility mode for every new project manually. I came up with a reasonable solution: 1.) set CompatibilityMode automatically for legacy projects. 2.) disable CompatibilityMode for new projects. That should be good for everybody - the CompatibilityMode flag doesn't get lost if you open&save a project in a legacy Lazarus version and new projects use the new format. See https://bugs.freepascal.org/view.php?id=35262 Best Ondrej From werner.pamler at freenet.de Sun Mar 24 16:03:36 2019 From: werner.pamler at freenet.de (Werner Pamler) Date: Sun, 24 Mar 2019 16:03:36 +0100 Subject: [Lazarus] New XML format for project info files - disabled by default In-Reply-To: References: Message-ID: Am 24.03.2019 um 10:51 schrieb Ondrej Pokorny via lazarus: > Hello Juha & Werner, > > I see you disabled the new item format for project info files by > default on Werner's request. I understand that the first version > wasn't ideal - if you needed to open a project in 2.1 and 2.0/1.8 you > always had to check the compatibility mode when opened in 2.1. > > But the current version is not ideal either - most people do not open > projects in legacy versions and they have to disable compatibility > mode for every new project manually. > > I came up with a reasonable solution: > 1.) set CompatibilityMode automatically for legacy projects. > 2.) disable CompatibilityMode for new projects. > > That should be good for everybody - the CompatibilityMode flag doesn't > get lost if you open&save a project in a legacy Lazarus version and > new projects use the new format. > > See https://bugs.freepascal.org/view.php?id=35262 > > Best > Ondrej Yes, sounds reasonable. From juha.manninen62 at gmail.com Sun Mar 24 17:25:41 2019 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sun, 24 Mar 2019 18:25:41 +0200 Subject: [Lazarus] New XML format for project info files - disabled by default In-Reply-To: References: Message-ID: On Sun, Mar 24, 2019 at 5:06 PM Werner Pamler via lazarus wrote: > Yes, sounds reasonable. +1 The report is actually https://bugs.freepascal.org/view.php?id=35267 As Werner noted earlier, the package .lpk files and parts of project .lpi files should also be changed. Namely: - RequiredPackages - Debugging/Exceptions - RunParams/Modes I am planning to do so in future. If Ondrej wants to look at it, fine with me, too. Regards, Juha From lazarus at kluug.net Sun Mar 24 18:22:56 2019 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sun, 24 Mar 2019 18:22:56 +0100 Subject: [Lazarus] New XML format for project info files - disabled by default In-Reply-To: References: Message-ID: <74bc34fc-a7ae-194a-5c9c-babec76523a2@kluug.net> On 24.03.2019 17:25, Juha Manninen via lazarus wrote: > On Sun, Mar 24, 2019 at 5:06 PM Werner Pamler via lazarus > wrote: >> Yes, sounds reasonable. > +1 > The report is actually > https://bugs.freepascal.org/view.php?id=35267 > > As Werner noted earlier, the package .lpk files and parts of project > .lpi files should also be changed. > Namely: > - RequiredPackages > - Debugging/Exceptions > - RunParams/Modes > > I am planning to do so in future. If Ondrej wants to look at it, fine > with me, too. Yes, there are several places where numbered item lists are used that are still a To-Do. I plan to do it, if you won't be faster. It's good that we have now the basic feature in trunk to test. Ondrej From badsectoracula at gmail.com Mon Mar 25 11:40:48 2019 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Mon, 25 Mar 2019 11:40:48 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <554d0e68-4534-b8fd-d050-44164500ee63@mfriebe.de> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> <20190318185700.21e71278@limapholos.matflo.wg> <554d0e68-4534-b8fd-d050-44164500ee63@mfriebe.de> Message-ID: I always saw the cursor jumping due to a syntax error as a bug, not a feature and has always been an annoyance that breaks my code flow. Honestly, i do not see what the point is, i am trying to complete the word, not find syntax errors (this is what Ctrl+F9 is for). I also think Ctrl+Space should display word completion in addition to parsed-based words - it could put an icon with a pair of question marks or whatever in front of the "guessed" words to indicate where they come from. Going back through the jump history is just a bandaid to a problem that shouldn't exist in the first place. On Tue, Mar 19, 2019 at 5:00 AM Martin Frb via lazarus wrote: > > On 19/03/2019 04:39, Dmitry Boyarintsev via lazarus wrote: > > On Mon, Mar 18, 2019 at 10:58 PM Martin Frb via lazarus wrote: >> >> History back should work after an codetools error. IIRC Ctrl-H, but I move it to Alt-Cursor-Left. > > > The first time I hear about that thing. What's "History point"? how is it defined? > > View menu: jump history > > Everytime you jump to a declaration, method body, ... (and some others like go to begin/end of file) a point is inserted. (except, if it is just 1 or 2 lines from where you were). > > You can navigate back and forward on those points. > - mouse buttons 4 and 5 (like in webbrowesrs) > - ctrl-h (IIRC.., I recommand mapping it to alt cursor left/right) > - editor toolbar can provide buttons too > > > The usual way is, that you look up the definition of some identifier (I mapped "jump to declaration" to alt cursor up), maybe follow it forward, follow another declaration inside it...., and then jump back as far as you need. > > -- > _______________________________________________ > lazarus mailing list > lazarus at lists.lazarus-ide.org > https://lists.lazarus-ide.org/listinfo/lazarus From lazarus at kluug.net Mon Mar 25 12:30:30 2019 From: lazarus at kluug.net (Ondrej Pokorny) Date: Mon, 25 Mar 2019 12:30:30 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> <20190318185700.21e71278@limapholos.matflo.wg> <554d0e68-4534-b8fd-d050-44164500ee63@mfriebe.de> Message-ID: <36b99f63-a558-4bb6-4bd3-80dabff3a178@kluug.net> There is no need to discuss this. As I said before both your points are customizable. On 25.03.2019 11:40, Kostas Michalopoulos via lazarus wrote: > I always saw the cursor jumping due to a syntax error as a bug, not a > feature and has always been an annoyance that breaks my code flow. > Honestly, i do not see what the point is, i am trying to complete the > word, not find syntax errors (this is what Ctrl+F9 is for). IDE options -> Codetools -> Identifier Completion -> Miscellaneous -> Jump to error > I also > think Ctrl+Space should display word completion in addition to > parsed-based words - it could put an icon with a pair of question > marks or whatever in front of the "guessed" words to indicate where > they come from. IDE Options -> Codetools -> Identifier Completion -> Include words > Going back through the jump history is just a bandaid to a problem > that shouldn't exist in the first place. Does the problem persist if you change the options from above? Ondrej From md at delfire.net Mon Mar 25 13:41:49 2019 From: md at delfire.net (Marcos Douglas B. Santos) Date: Mon, 25 Mar 2019 09:41:49 -0300 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: On Wed, Mar 13, 2019 at 11:27 AM Andrea Mauri via lazarus wrote: > > DoubleBuffered, True or False does not have any effect. Hi Andrea, Have you posted this bug on bugtracker? Any news about it? best regards, Marcos Douglas From badsectoracula at gmail.com Mon Mar 25 15:59:37 2019 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Mon, 25 Mar 2019 15:59:37 +0100 Subject: [Lazarus] IDE Ctrl+W key In-Reply-To: <36b99f63-a558-4bb6-4bd3-80dabff3a178@kluug.net> References: <447309d9-efce-7c48-78e2-da21aa75d650@ya.ru> <00ecf92c-e0f3-ffb1-4cb3-f5b02d7a04c2@mfriebe.de> <20190317215810.71c82eee@limapholos.matflo.wg> <20190318003532.774fba44@limapholos.matflo.wg> <20190318185700.21e71278@limapholos.matflo.wg> <554d0e68-4534-b8fd-d050-44164500ee63@mfriebe.de> <36b99f63-a558-4bb6-4bd3-80dabff3a178@kluug.net> Message-ID: Thanks, those two options seem to be exactly what i had in mind :-) On Mon, Mar 25, 2019 at 12:30 PM Ondrej Pokorny wrote: > > There is no need to discuss this. As I said before both your points are > customizable. > > On 25.03.2019 11:40, Kostas Michalopoulos via lazarus wrote: > > I always saw the cursor jumping due to a syntax error as a bug, not a > > feature and has always been an annoyance that breaks my code flow. > > Honestly, i do not see what the point is, i am trying to complete the > > word, not find syntax errors (this is what Ctrl+F9 is for). > > IDE options -> Codetools -> Identifier Completion -> Miscellaneous -> > Jump to error > > > > I also > > think Ctrl+Space should display word completion in addition to > > parsed-based words - it could put an icon with a pair of question > > marks or whatever in front of the "guessed" words to indicate where > > they come from. > > IDE Options -> Codetools -> Identifier Completion -> Include words > > > > Going back through the jump history is just a bandaid to a problem > > that shouldn't exist in the first place. > > Does the problem persist if you change the options from above? > > Ondrej > From zoe at scootersoftware.com Mon Mar 25 21:39:49 2019 From: zoe at scootersoftware.com (=?UTF-8?Q?Zo=c3=ab_Peterson?=) Date: Mon, 25 Mar 2019 15:39:49 -0500 Subject: [Lazarus] Debugging on macOS In-Reply-To: <1f87bbaa-8b1b-263d-fa28-26c3205a29f7@mfriebe.de> References: <1f87bbaa-8b1b-263d-fa28-26c3205a29f7@mfriebe.de> Message-ID: <071bc824-cb16-d62d-b9fa-cef8a0cfc46b@scootersoftware.com> Martin, Thank you for looking into it. I've been testing the latest version over the past couple of weeks and it seems to be working well. I'll keep an eye on it and let you know if I see any more unexpected hangs. Zoë On 3/11/2019 8:47 AM, Martin Frb via lazarus wrote: > On 10/03/2019 23:05, Martin Frb via lazarus wrote: >>> When you press step, the debugger will (should?) abort reading locals >>> and watches. But it will only do so between 2 watches. >>> If a single watch takes a lot of time, this may add delays. >> >> It appears I was wrong. Watch/Locals evaluation is not currently >> interrupted. So this may cause long delays. >> I will be looking into this. > > I looked into it. Fixed in trunk. > > Please let me know if this improves the situation. From aaa5500 at ya.ru Tue Mar 26 05:14:16 2019 From: aaa5500 at ya.ru (Alexey Tor.) Date: Tue, 26 Mar 2019 07:14:16 +0300 Subject: [Lazarus] IDE trunk update broke my project build modes Message-ID: all 10 builds modes are erased. github shows it: https://github.com/Alexey-T/CudaText/commit/3265afe97eb279038cc06c77fc40c89057eed2f1#diff-3c136f54a3b789d5a1bf3d633bd76906 -- Regards, Alexey From lazarus at kluug.net Tue Mar 26 07:10:36 2019 From: lazarus at kluug.net (Ondrej Pokorny) Date: Tue, 26 Mar 2019 07:10:36 +0100 Subject: [Lazarus] IDE trunk update broke my project build modes In-Reply-To: References: Message-ID: <57ab423e-6cfa-76d0-9ff5-7d20ae6efad1@kluug.net> On 26.03.2019 05:14, Alexey Tor. via lazarus wrote: > all 10 builds modes are erased. github shows it: > > https://github.com/Alexey-T/CudaText/commit/3265afe97eb279038cc06c77fc40c89057eed2f1#diff-3c136f54a3b789d5a1bf3d633bd76906 Thanks for reporting - my mistake. I uploaded a patch: https://bugs.freepascal.org/view.php?id=35277 Ondrej From andrea.mauri.75 at gmail.com Tue Mar 26 08:25:35 2019 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Tue, 26 Mar 2019 08:25:35 +0100 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: > > Have you posted this bug on bugtracker? > Any news about it? > > > Dear Marcos, I have no updates on this, I have not yet posted on bugtracker. I will do ASAP. Thank you, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrea.mauri.75 at gmail.com Tue Mar 26 08:38:03 2019 From: andrea.mauri.75 at gmail.com (Andrea Mauri) Date: Tue, 26 Mar 2019 08:38:03 +0100 Subject: [Lazarus] VirtualTreeView rendering on Cocoa In-Reply-To: References: Message-ID: > Have you posted this bug on bugtracker? >> Any news about it? >> >> Reported as 0035279 Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From mailinglists at geldenhuys.co.uk Tue Mar 26 10:43:59 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 26 Mar 2019 09:43:59 +0000 Subject: [Lazarus] Is LCL-GTK still possible? Message-ID: Hi, I was just curious, so created a new application and dropped a few standard widgets on the main form. Set the LCL target to GTK1 and tried to compile the project. It failed with the "Cannot find LCLIntf used by GtkDef...." See attached screenshot. Am I correct, that the LCL widgetset should auto compile, even though my Lazarus IDE is compiled with LCL-GTK2? I'm using FPC 3.0.4 (64-bit) under Ubuntu Linux using Lazarus 2.1.0 (dated 2019-02-09). Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot_20190326T093939.png Type: image/png Size: 27109 bytes Desc: not available URL: From leledumbo_cool at yahoo.co.id Tue Mar 26 10:50:14 2019 From: leledumbo_cool at yahoo.co.id (leledumbo) Date: Tue, 26 Mar 2019 02:50:14 -0700 (MST) Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: References: Message-ID: <1553593814203-0.post@n3.nabble.com> > Am I correct, that the LCL widgetset should auto compile, even though my Lazarus IDE is compiled with LCL-GTK2? Yes, it should. I build my apps for both GTK2 and QT(4) using build modes in one go. My IDE stays at QT. Maybe activate clean before build? -- Sent from: http://free-pascal-lazarus.989080.n3.nabble.com/ From mailinglists at geldenhuys.co.uk Tue Mar 26 10:56:23 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 26 Mar 2019 09:56:23 +0000 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: <1553593814203-0.post@n3.nabble.com> References: <1553593814203-0.post@n3.nabble.com> Message-ID: On 26/03/2019 09:50, leledumbo via lazarus wrote: > Maybe activate clean before build? Where do I do this? Like I said, I created a brand new test project, designed the main form, set the LCL WidgetType to GTK. Saved the project and then tried to do a "compile". So the project doesn't contain any existing ppu files. With my current Lazarus compiled in February, I always do a 'make clean; make bigide' and it defaulted to compiling the Lazarus IDE with GKT2. I know in the past (many years ago) you had to manually rebuild LCL (by building the IDE) for other widget types. But since LCL is now a "standard package" like any other *.lpk package, I thought it should build automatically when needed. Is this assumption not correct? Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From zeljko at holobit.net Tue Mar 26 10:57:23 2019 From: zeljko at holobit.net (zeljko) Date: Tue, 26 Mar 2019 10:57:23 +0100 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: <1553593814203-0.post@n3.nabble.com> References: <1553593814203-0.post@n3.nabble.com> Message-ID: On 03/26/2019 10:50 AM, leledumbo via lazarus wrote: >> Am I correct, that the LCL widgetset should auto compile, even though my > Lazarus IDE is compiled with LCL-GTK2? > > Yes, it should. I build my apps for both GTK2 and QT(4) using build modes in > one go. My IDE stays at QT. Maybe activate clean before build? Seem that Graeme is talking about Gtk1, not Gtk2. zeljko From mailinglists at geldenhuys.co.uk Tue Mar 26 11:06:57 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 26 Mar 2019 10:06:57 +0000 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: References: <1553593814203-0.post@n3.nabble.com> Message-ID: <0a254186-3521-eef9-10bd-9b29439876be@geldenhuys.co.uk> On 26/03/2019 09:57, zeljko via lazarus wrote: > Seem that Graeme is talking about Gtk1, not Gtk2. Correct. I want to see if LCL-GTK1 is still possible using Lazarus 2.1.0 or later. Regards, Graeme From bartjunk64 at gmail.com Tue Mar 26 11:09:20 2019 From: bartjunk64 at gmail.com (Bart) Date: Tue, 26 Mar 2019 11:09:20 +0100 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: References: <1553593814203-0.post@n3.nabble.com> Message-ID: On Tue, Mar 26, 2019 at 10:56 AM Graeme Geldenhuys via lazarus wrote: > I know in the past (many years ago) you had to manually rebuild LCL (by > building the IDE) for other widget types. But since LCL is now a > "standard package" like any other *.lpk package, I thought it should > build automatically when needed. Is this assumption not correct? AFAIK: yes. -- Bart From mailinglists at geldenhuys.co.uk Tue Mar 26 11:46:27 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 26 Mar 2019 10:46:27 +0000 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: <0a254186-3521-eef9-10bd-9b29439876be@geldenhuys.co.uk> References: <1553593814203-0.post@n3.nabble.com> <0a254186-3521-eef9-10bd-9b29439876be@geldenhuys.co.uk> Message-ID: <96687e5e-7906-8528-8d9f-f398a1398861@geldenhuys.co.uk> On 26/03/2019 10:06, Graeme Geldenhuys via lazarus wrote: > Correct. I want to see if LCL-GTK1 is still possible using Lazarus 2.1.0 > or later. And just to add, I'm using Ubuntu 18.04 LTS and have the gtk1 libraries installed. I can compile and run from the command line, all the FPC gtk1 examples (ie: fpc-3.3.1/src/packages/gtk1/examples/ ) So I know my GTK1 environment and dependencies are fully working. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From vojtech.cihak at atlas.cz Tue Mar 26 12:19:44 2019 From: vojtech.cihak at atlas.cz (=?utf-8?q?Vojt=C4=9Bch_=C4=8Cih=C3=A1k?=) Date: Tue, 26 Mar 2019 12:19:44 +0100 Subject: [Lazarus] =?utf-8?q?Is_LCL-GTK_still_possible=3F?= In-Reply-To: References: Message-ID: <20190326121944.A2859450@atlas.cz> Hi   I tried to compile an empty project in Laz. 2.1 an it fails on: gtkwsstdctrls.pp(95,21) Error: There is no method in an ancestor class to be overridden: "class SetReadOnly(const TCustomComboBox;Boolean);"   as GTK1 is not actively maintained anymore so it would need some patches for even a simple projects. V. ______________________________________________________________ > Od: "Graeme Geldenhuys via lazarus" > Komu: "Lazarus mailing list" > Datum: 26.03.2019 10:44 > Předmět: [Lazarus] Is LCL-GTK still possible? > Hi, I was just curious, so created a new application and dropped a few standard widgets on the main form. Set the LCL target to GTK1 and tried to compile the project. It failed with the "Cannot find LCLIntf used by GtkDef...." See attached screenshot. Am I correct, that the LCL widgetset should auto compile, even though my Lazarus IDE is compiled with LCL-GTK2? I'm using FPC 3.0.4 (64-bit) under Ubuntu Linux using Lazarus 2.1.0 (dated 2019-02-09). Regards,  Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key:  http://tinyurl.com/graeme-pgp ---------- -- _______________________________________________ lazarus mailing list lazarus at lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Tue Mar 26 14:22:43 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 26 Mar 2019 14:22:43 +0100 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: References: Message-ID: <20190326142243.2f6ba333@limapholos.matflo.wg> On Tue, 26 Mar 2019 09:43:59 +0000 Graeme Geldenhuys via lazarus wrote: > Hi, > > I was just curious, so created a new application and dropped a few > standard widgets on the main form. Set the LCL target to GTK1 and > tried to compile the project. It failed with the "Cannot find LCLIntf > used by GtkDef...." > > See attached screenshot. Am I correct, that the LCL widgetset should > auto compile, even though my Lazarus IDE is compiled with LCL-GTK2? It shows "incompatible ppu...". Have you compiled clean? For example Run / Clean up and build? Mattias From nc-gaertnma at netcologne.de Tue Mar 26 14:28:27 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 26 Mar 2019 14:28:27 +0100 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: References: <1553593814203-0.post@n3.nabble.com> Message-ID: <20190326142827.07d17891@limapholos.matflo.wg> On Tue, 26 Mar 2019 11:09:20 +0100 Bart via lazarus wrote: > On Tue, Mar 26, 2019 at 10:56 AM Graeme Geldenhuys via lazarus > wrote: > > > I know in the past (many years ago) you had to manually rebuild LCL > > (by building the IDE) for other widget types. But since LCL is now a > > "standard package" like any other *.lpk package, I thought it should > > build automatically when needed. Is this assumption not correct? > > AFAIK: yes. Yes, since many years. But the IDE does not automatically wipe out all output directories. That would break some packages / setups. It only passes -B. When files have moved/renamed you might need to clean up before build. e.g. Run / Clean up and build. Mattias From nc-gaertnma at netcologne.de Tue Mar 26 14:30:04 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 26 Mar 2019 14:30:04 +0100 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: <0a254186-3521-eef9-10bd-9b29439876be@geldenhuys.co.uk> References: <1553593814203-0.post@n3.nabble.com> <0a254186-3521-eef9-10bd-9b29439876be@geldenhuys.co.uk> Message-ID: <20190326143004.24ea8288@limapholos.matflo.wg> On Tue, 26 Mar 2019 10:06:57 +0000 Graeme Geldenhuys via lazarus wrote: > On 26/03/2019 09:57, zeljko via lazarus wrote: > > Seem that Graeme is talking about Gtk1, not Gtk2. > > Correct. I want to see if LCL-GTK1 is still possible using Lazarus > 2.1.0 or later. I fixed the compile errors. Mattias From mailinglists at geldenhuys.co.uk Tue Mar 26 14:47:15 2019 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 26 Mar 2019 13:47:15 +0000 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: <20190326142243.2f6ba333@limapholos.matflo.wg> References: <20190326142243.2f6ba333@limapholos.matflo.wg> Message-ID: <17c1df71-cd76-3cb8-eaab-bf58e8dfaa3d@geldenhuys.co.uk> On 26/03/2019 13:22, Mattias Gaertner via lazarus wrote: > It shows "incompatible ppu...". Have you compiled clean? > For example Run / Clean up and build? I've never used that before.... Doesn't Lazarus keep compiled units in separate output directories? I had a quick look in the LCL package and I see the output directory is set as ../units/$(TargetCPU)-$(TargetOS)/$(LCLWidgetType) So surely having built Lazarus from source and only ever used LCL-GTK2, there should not have been any interference with outdated ppu files when I try and build an application using LCL-GTK1? Maybe some packages included with Lazarus don't have the correct unit output directories set? Hence the "Clean up and build..." option being required. This is the only conclusion I could think of as to why ppu files would be out of date on my system. This system has only been set up from scratch 2 months ago. Aside from that, the above suggestion and the latest fixes you committed has resolved the issue. I have managed to successfully compile and run a LCL-GTK1 application. Thanks. :) Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From nc-gaertnma at netcologne.de Tue Mar 26 15:06:02 2019 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 26 Mar 2019 15:06:02 +0100 Subject: [Lazarus] Is LCL-GTK still possible? In-Reply-To: <17c1df71-cd76-3cb8-eaab-bf58e8dfaa3d@geldenhuys.co.uk> References: <20190326142243.2f6ba333@limapholos.matflo.wg> <17c1df71-cd76-3cb8-eaab-bf58e8dfaa3d@geldenhuys.co.uk> Message-ID: <20190326150602.2c60c208@limapholos.matflo.wg> On Tue, 26 Mar 2019 13:47:15 +0000 Graeme Geldenhuys via lazarus wrote: > On 26/03/2019 13:22, Mattias Gaertner via lazarus wrote: > > It shows "incompatible ppu...". Have you compiled clean? > > For example Run / Clean up and build? > > I've never used that before.... Doesn't Lazarus keep compiled units in > separate output directories? Yes - at least for the Lazarus sources. But when an unit is moved to another package, the old ppu is still in the old folder. > I had a quick look in the LCL package > and I see the output directory is set as > > ../units/$(TargetCPU)-$(TargetOS)/$(LCLWidgetType) > > So surely having built Lazarus from source and only ever used > LCL-GTK2, there should not have been any interference with outdated > ppu files when I try and build an application using LCL-GTK1? > > Maybe some packages included with Lazarus don't have the correct unit > output directories set? I doubt that. You are compiling some central packages. > Hence the "Clean up and build..." option > being required. This is the only conclusion I could think of as to > why ppu files would be out of date on my system. This system has only > been set up from scratch 2 months ago. It was just a guess. Maybe your system has another reason, why the compiler does not like the ppu file. Compile with -vt. > Aside from that, the above suggestion and the latest fixes you > committed has resolved the issue. I have managed to successfully > compile and run a LCL-GTK1 application. Thanks. :) :) Mattias