From kadissov.e at gmail.com  Sun Mar  1 05:28:50 2020
From: kadissov.e at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQsNC00LjRgdC+0LI=?=)
Date: Sun, 1 Mar 2020 07:28:50 +0300
Subject: [Lazarus] "No program file "/home/eugen/aux/lmarka/unit1" found".
Message-ID: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>

Hi anybody.
I have installed lazarus (2.0.2) . My operating system is Ubuntu 19.10.
When there are no more errors (only hints and warnings) and I give the
command F9 (run) Lazarus answers with a strange output:
"No program file "/home/eugen/aux/lmarka/unit1" found". Can any one say
what is wrong?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200301/092d7888/attachment.html>

From lazarus at mfriebe.de  Sun Mar  1 09:36:45 2020
From: lazarus at mfriebe.de (Martin Frb)
Date: Sun, 1 Mar 2020 09:36:45 +0100
Subject: [Lazarus] "No program file "/home/eugen/aux/lmarka/unit1"
	found".
In-Reply-To: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>
References: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>
Message-ID: <35946761-5bc7-a9dc-7daa-f504d52fe1a5@mfriebe.de>

Normally Lazarus starts with a "GUI" project. This is edited by putting 
"Buttons" (etc) on a form.

I believe you want to write a "program".  (console app)?
You start with "program MyProg;" and use "readln" and "writeln"?

Then go to the menu "Project" => "New Project" and choose "Simple 
program" as project-type.


Am 01/03/2020 um 05:28 schrieb Евгений Кадисов via lazarus:
> Hi anybody.
> I have installed lazarus (2.0.2) . My operating system is Ubuntu 
> 19.10. When there are no more errors (only hints and warnings) and I 
> give the command F9 (run) Lazarus answers with a strange output:
> "No program file "/home/eugen/aux/lmarka/unit1" found". Can any one 
> say what is wrong?
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200301/d78bb86d/attachment.html>

From nc-gaertnma at netcologne.de  Sun Mar  1 09:38:24 2020
From: nc-gaertnma at netcologne.de (Mattias Gaertner)
Date: Sun, 1 Mar 2020 09:38:24 +0100
Subject: [Lazarus] "No program file "/home/eugen/aux/lmarka/unit1"
 found".
In-Reply-To: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>
References: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>
Message-ID: <20200301093824.46af663a@limapholos.matflo.wg>

On Sun, 1 Mar 2020 07:28:50 +0300
Евгений Кадисов via lazarus <lazarus at lists.lazarus-ide.org> wrote:

> Hi anybody.
> I have installed lazarus (2.0.2) . My operating system is Ubuntu
> 19.10. When there are no more errors (only hints and warnings) and I
> give the command F9 (run) Lazarus answers with a strange output:
> "No program file "/home/eugen/aux/lmarka/unit1" found". Can any one
> say what is wrong?

If compile works and run fails, check
Run / Run parameters ...

What are your settings there?

Mattias

From kadissov.e at gmail.com  Sun Mar  1 11:54:22 2020
From: kadissov.e at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQsNC00LjRgdC+0LI=?=)
Date: Sun, 1 Mar 2020 13:54:22 +0300
Subject: [Lazarus] "No program file "/home/eugen/aux/lmarka/unit1"
	found".
In-Reply-To: <20200301093824.46af663a@limapholos.matflo.wg>
References: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>
 <20200301093824.46af663a@limapholos.matflo.wg>
Message-ID: <CA+ER_dukLdDM9eR+cAD+dJ2Cg=yQg5QQn4XSkdAwPQ2YJ0BQCQ@mail.gmail.com>

My program is a GUI project that was edited by putting "Buttons" (etc) on a
form.

вс, 1 мар. 2020 г. в 11:38, Mattias Gaertner via lazarus <
lazarus at lists.lazarus-ide.org>:

> On Sun, 1 Mar 2020 07:28:50 +0300
> Евгений Кадисов via lazarus <lazarus at lists.lazarus-ide.org> wrote:
>
> > Hi anybody.
> > I have installed lazarus (2.0.2) . My operating system is Ubuntu
> > 19.10. When there are no more errors (only hints and warnings) and I
> > give the command F9 (run) Lazarus answers with a strange output:
> > "No program file "/home/eugen/aux/lmarka/unit1" found". Can any one
> > say what is wrong?
>
> If compile works and run fails, check
> Run / Run parameters ...
>
> What are your settings there?
>
> Mattias
> --
> _______________________________________________
> lazarus mailing list
> lazarus at lists.lazarus-ide.org
> https://lists.lazarus-ide.org/listinfo/lazarus
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200301/5b086135/attachment-0001.html>

From kadissov.e at gmail.com  Mon Mar  2 11:58:37 2020
From: kadissov.e at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQsNC00LjRgdC+0LI=?=)
Date: Mon, 2 Mar 2020 13:58:37 +0300
Subject: [Lazarus] "No program file "/home/eugen/aux/lmarka/unit1"
	found".
In-Reply-To: <CA+ER_dukLdDM9eR+cAD+dJ2Cg=yQg5QQn4XSkdAwPQ2YJ0BQCQ@mail.gmail.com>
References: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>
 <20200301093824.46af663a@limapholos.matflo.wg>
 <CA+ER_dukLdDM9eR+cAD+dJ2Cg=yQg5QQn4XSkdAwPQ2YJ0BQCQ@mail.gmail.com>
Message-ID: <CA+ER_dubX+X52=JNmt0k+ZdK8KkUEpDWhMv3c=_D=FCs9Dx=4g@mail.gmail.com>

Solved. Thanks. There was an error in run parameters.

вс, 1 мар. 2020 г. в 13:54, Евгений Кадисов <kadissov.e at gmail.com>:

> My program is a GUI project that was edited by putting "Buttons" (etc) on
> a form.
>
> вс, 1 мар. 2020 г. в 11:38, Mattias Gaertner via lazarus <
> lazarus at lists.lazarus-ide.org>:
>
>> On Sun, 1 Mar 2020 07:28:50 +0300
>> Евгений Кадисов via lazarus <lazarus at lists.lazarus-ide.org> wrote:
>>
>> > Hi anybody.
>> > I have installed lazarus (2.0.2) . My operating system is Ubuntu
>> > 19.10. When there are no more errors (only hints and warnings) and I
>> > give the command F9 (run) Lazarus answers with a strange output:
>> > "No program file "/home/eugen/aux/lmarka/unit1" found". Can any one
>> > say what is wrong?
>>
>> If compile works and run fails, check
>> Run / Run parameters ...
>>
>> What are your settings there?
>>
>> Mattias
>> --
>> _______________________________________________
>> lazarus mailing list
>> lazarus at lists.lazarus-ide.org
>> https://lists.lazarus-ide.org/listinfo/lazarus
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200302/2cfaac9b/attachment.html>

From Dean.Vincent at computacenter.com  Mon Mar  2 13:21:36 2020
From: Dean.Vincent at computacenter.com (Vincent, Dean)
Date: Mon, 2 Mar 2020 12:21:36 +0000
Subject: [Lazarus] "No program file
	"/home/eugen/aux/lmarka/unit1"	found".
In-Reply-To: <CA+ER_dubX+X52=JNmt0k+ZdK8KkUEpDWhMv3c=_D=FCs9Dx=4g@mail.gmail.com>
References: <CA+ER_dsdczGMkiXm2OU269=Ny_rYsi52Lt3JVaseJKPfgOPg7g@mail.gmail.com>
 <20200301093824.46af663a@limapholos.matflo.wg>
 <CA+ER_dukLdDM9eR+cAD+dJ2Cg=yQg5QQn4XSkdAwPQ2YJ0BQCQ@mail.gmail.com>
 <CA+ER_dubX+X52=JNmt0k+ZdK8KkUEpDWhMv3c=_D=FCs9Dx=4g@mail.gmail.com>
Message-ID: <addafc48869946f8b2b1d9cea7b5b610@CCEXCMAILP06.computacenter.com>

Wrong person?

Regards

Dean Vincent
Application Delivery Management
Computacenter (UK) Ltd
Hatfield Business Park,
Hatfield Avenue,
Hatfield,
AL10 9TW
M: +44 (0) 7834 350 570 (450570)
Dean.Vincent at computacenter.com<mailto:Dean.Vincent at computacenter.com>

www.computacenter.com<http://www.computacenter.com/>

From: lazarus <lazarus-bounces at lists.lazarus-ide.org> On Behalf Of ??????? ??????? via lazarus
Sent: 02 March 2020 10:59
To: Lazarus mailing list <lazarus at lists.lazarus-ide.org>
Cc: Евгений Кадисов <kadissov.e at gmail.com>
Subject: Re: [Lazarus] "No program file "/home/eugen/aux/lmarka/unit1" found".

EXTERNAL EMAIL – EXERCISE CARE WITH LINKS AND ATTACHMENTS
________________________________
Solved. Thanks. There was an error in run parameters.

вс, 1 мар. 2020 г. в 13:54, Евгений Кадисов <kadissov.e at gmail.com<mailto:kadissov.e at gmail.com>>:
My program is a GUI project that was edited by putting "Buttons" (etc) on a form.

вс, 1 мар. 2020 г. в 11:38, Mattias Gaertner via lazarus <lazarus at lists.lazarus-ide.org<mailto:lazarus at lists.lazarus-ide.org>>:
On Sun, 1 Mar 2020 07:28:50 +0300
Евгений Кадисов via lazarus <lazarus at lists.lazarus-ide.org<mailto:lazarus at lists.lazarus-ide.org>> wrote:

> Hi anybody.
> I have installed lazarus (2.0.2) . My operating system is Ubuntu
> 19.10. When there are no more errors (only hints and warnings) and I
> give the command F9 (run) Lazarus answers with a strange output:
> "No program file "/home/eugen/aux/lmarka/unit1" found". Can any one
> say what is wrong?

If compile works and run fails, check
Run / Run parameters ...

What are your settings there?

Mattias
--
_______________________________________________
lazarus mailing list
lazarus at lists.lazarus-ide.org<mailto:lazarus at lists.lazarus-ide.org>
https://lists.lazarus-ide.org/listinfo/lazarus<https://lists.lazarus-ide.org/listinfo/lazarus>

**********************************************************************
COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW

The contents of this email are intended for the named addressee only.
It contains information which may be confidential and which may also be privileged.
Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else.
If you receive it in error please notify us immediately and then destroy it.
Computacenter information is available from: http://www.computacenter.com
Privacy Notice
**********************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200302/f185ae4b/attachment.html>

From sysrpl at gmail.com  Tue Mar  3 13:57:28 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Tue, 3 Mar 2020 07:57:28 -0500
Subject: [Lazarus] libgphoto2 camera capture and control
Message-ID: <CAHmPLWU2o7kcrmAON76yDwBH89xg+sr1ePz+v20YAkKDDuhoMw@mail.gmail.com>

Does anyone know if any projects exists for libgphoto2?

I wrote an object oriented interface to libgphoto2 and have a problem with
tethering (using the computer to control a camera) where after some time my
camera will turn off during a period of inactivity.

To reset camera tethering you have to manually turn the switch on the
camera to off then turn it back on again, wait a bit then press a button in
my application to try and connect again. This is a inconvenient as you have
to stop using the computer and fiddle with the camera constantly. I am
wondering if anyone has handled this before and had any insight on how to
prevent a camera from just powering down. If I continually take photos this
might fix the problem, but that would interfere with other operations as
the camera is occupied during that period and it would cause random
intervals where camera settings could not be made.

The library seems to have some application idle timeout functions, but they
don't seem to do anything with my camera at least.

I appreciate your thoughts.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200303/f7cec16f/attachment.html>

From doug at moosemail.net  Tue Mar  3 14:51:01 2020
From: doug at moosemail.net (DougC)
Date: Tue, 03 Mar 2020 08:51:01 -0500
Subject: [Lazarus] libgphoto2 camera capture and control
In-Reply-To: <CAHmPLWU2o7kcrmAON76yDwBH89xg+sr1ePz+v20YAkKDDuhoMw@mail.gmail.com>
References: <CAHmPLWU2o7kcrmAON76yDwBH89xg+sr1ePz+v20YAkKDDuhoMw@mail.gmail.com>
Message-ID: <170a0aa02c8.ff24d1c172352.3350501509423504323@moosemail.net>

Sounds like a configuration change in the camera settings is called for so it will stop shutting down after apparent inactivity.





---- On Tue, 03 Mar 2020 07:57:28 -0500 Anthony Walter via lazarus <lazarus at lists.lazarus-ide.org> wrote ----



The library seems to have some application idle timeout functions, but they don't seem to do anything with my camera at least.



I appreciate your thoughts.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200303/e65e6447/attachment.html>

From sysrpl at gmail.com  Tue Mar  3 15:47:56 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Tue, 3 Mar 2020 09:47:56 -0500
Subject: [Lazarus] libgphoto2 camera capture and control
In-Reply-To: <170a0aa02c8.ff24d1c172352.3350501509423504323@moosemail.net>
References: <CAHmPLWU2o7kcrmAON76yDwBH89xg+sr1ePz+v20YAkKDDuhoMw@mail.gmail.com>
 <170a0aa02c8.ff24d1c172352.3350501509423504323@moosemail.net>
Message-ID: <CAHmPLWU0FSA8Se20r5kp9YG9u6wUfoyp+YsRVM2Y=y697owACw@mail.gmail.com>

My libgphoto2 pascal file is located here
<https://gist.github.com/sysrpl/d642bdbf9406aa21d77338f7873a32c4>.

That's what I've been doing on an idle timer, but admittedly when I
submitted the changes I didn't actually change any of the libgphoto2
"widget" values. I just am calling ...

function TCamera.ApplyChanges: Boolean;
begin
  if Connected then
    Result := gp_camera_set_config(FCamera, FWindow.FWidget, FContext) =
GP_OK
  else
    Result := False;
end;

>From a timer without settings and new "widget" values. I might try changing
a widget value and see if that works. I will upload complete application
sources to a a git repo soon and maybe someone with a gphoto2 supported
camera <http://www.gphoto.org/proj/libgphoto2/support.php> can test.

Thanks for the advice.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200303/08ded79b/attachment.html>

From kadissov.e at gmail.com  Thu Mar  5 14:15:21 2020
From: kadissov.e at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQsNC00LjRgdC+0LI=?=)
Date: Thu, 5 Mar 2020 16:15:21 +0300
Subject: [Lazarus] lazarus (2.0.6) on ubuntu 19.10 fails
Message-ID: <CA+ER_dthAG+vTbvu3VDhrSyG7s2d4r1-6uXdB_Ufs0DO8=yzyw@mail.gmail.com>

Hi anybody.
I have installed lazarus (2.0.2) . My operating system is Ubuntu
19.10.Earlier lazarus (lazarus 1.8.x? on earlier ubuntu 18.04) was working
well. After some progress in developing my program code I have installed a
new version and began receiving some strange results. Lazarus writes that
it compiles and builds with "sucess" but is 'unable to run
"/home/eugen/aux/lmarka/project1"'
Has anybody an answer for this problem?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200305/4b745a53/attachment.html>

From juha.manninen62 at gmail.com  Sat Mar  7 23:41:15 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Sun, 8 Mar 2020 00:41:15 +0200
Subject: [Lazarus] lazarus (2.0.6) on ubuntu 19.10 fails
In-Reply-To: <CA+ER_dthAG+vTbvu3VDhrSyG7s2d4r1-6uXdB_Ufs0DO8=yzyw@mail.gmail.com>
References: <CA+ER_dthAG+vTbvu3VDhrSyG7s2d4r1-6uXdB_Ufs0DO8=yzyw@mail.gmail.com>
Message-ID: <CAPN1EhAK2E8Jx8-CwyczvaLSxMWpG7YbMnNLDk18=qFg+RW0Cw@mail.gmail.com>

On Thu, Mar 5, 2020 at 3:15 PM Евгений Кадисов via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> Lazarus writes that it compiles and builds with "sucess" but is 'unable to
> run "/home/eugen/aux/lmarka/project1"'
>

Can you run the executable from console? If not, what is the error message?

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200308/dd6c4524/attachment.html>

From kadissov.e at gmail.com  Sun Mar  8 05:13:50 2020
From: kadissov.e at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQsNC00LjRgdC+0LI=?=)
Date: Sun, 8 Mar 2020 07:13:50 +0300
Subject: [Lazarus] lazarus (2.0.6) on ubuntu 19.10 fails
In-Reply-To: <CAPN1EhAK2E8Jx8-CwyczvaLSxMWpG7YbMnNLDk18=qFg+RW0Cw@mail.gmail.com>
References: <CA+ER_dthAG+vTbvu3VDhrSyG7s2d4r1-6uXdB_Ufs0DO8=yzyw@mail.gmail.com>
 <CAPN1EhAK2E8Jx8-CwyczvaLSxMWpG7YbMnNLDk18=qFg+RW0Cw@mail.gmail.com>
Message-ID: <CA+ER_dsSLgeKKpbJN6jQojuaVh6Tz06UwnEp9Mf-X58pDRTVMA@mail.gmail.com>

There is no executable to run.

вс, 8 мар. 2020 г. в 01:41, Juha Manninen via lazarus <
lazarus at lists.lazarus-ide.org>:

> On Thu, Mar 5, 2020 at 3:15 PM Евгений Кадисов via lazarus <
> lazarus at lists.lazarus-ide.org> wrote:
>
>> Lazarus writes that it compiles and builds with "sucess" but is 'unable
>> to run "/home/eugen/aux/lmarka/project1"'
>>
>
> Can you run the executable from console? If not, what is the error message?
>
> Juha
>
> --
> _______________________________________________
> lazarus mailing list
> lazarus at lists.lazarus-ide.org
> https://lists.lazarus-ide.org/listinfo/lazarus
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200308/1eadcbc9/attachment.html>

From sysrpl at gmail.com  Mon Mar  9 11:45:16 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Mon, 9 Mar 2020 06:45:16 -0400
Subject: [Lazarus] Linux GNU Debugger Freezing App on Run
Message-ID: <CAHmPLWU2yF2wikLAsoh1hG4ZuYQvRDC+1rKv7DFkGj_WjZvj9w@mail.gmail.com>

Has anyone else experienced the following problem?

I continually have a problem where running a program on Linux with the GNU
debugger through Lazarus results in either no control showing on my form or
controls show but everything is frozen.

This happens occasionally, probably on about 50% of the times I run and
program through Lazarus with debugging on. This happens with any program I
create with Lazarus on Linux when running an app through the IDE with
debugging on. If I turn off debugging or run my application through the
Linux desktop, it runs fine without any of the freezing.

So it would seem this problem is tied to Lazarus and how it interacts with
the GNU debugger. I have tried many version of Lazarus through SVN and I
get the same behavior. I am on Ubuntu 16.04 64-bit Linux.

My gdb debugger version is GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
My Linux kernel version is Linux 4.15.0-88-generic
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200309/0936ca0b/attachment.html>

From lazarus at mfriebe.de  Mon Mar  9 13:31:56 2020
From: lazarus at mfriebe.de (Martin Frb)
Date: Mon, 9 Mar 2020 13:31:56 +0100
Subject: [Lazarus] Linux GNU Debugger Freezing App on Run
In-Reply-To: <CAHmPLWU2yF2wikLAsoh1hG4ZuYQvRDC+1rKv7DFkGj_WjZvj9w@mail.gmail.com>
References: <CAHmPLWU2yF2wikLAsoh1hG4ZuYQvRDC+1rKv7DFkGj_WjZvj9w@mail.gmail.com>
Message-ID: <59cf8434-b040-dbfe-fcd3-6f18127997c6@mfriebe.de>

On 09/03/2020 11:45, Anthony Walter via lazarus wrote:
> Has anyone else experienced the following problem?
>
> I continually have a problem where running a program on Linux with the 
> GNU debugger through Lazarus results in either no control showing on 
> my form or controls show but everything is frozen.
>
> This happens occasionally, probably on about 50% of the times I run 
> and program through Lazarus with debugging on. This happens with any 
> program I create with Lazarus on Linux when running an app through the 
> IDE with debugging on. If I turn off debugging or run my application 
> through the Linux desktop, it runs fine without any of the freezing.
>
> So it would seem this problem is tied to Lazarus and how it interacts 
> with the GNU debugger. I have tried many version of Lazarus through 
> SVN and I get the same behavior. I am on Ubuntu 16.04 64-bit Linux.
>
> My gdb debugger version is GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
> My Linux kernel version is Linux 4.15.0-88-generic
>

What happens if you start your app in gdb, but outside Lazarus?
gdb -i mi ./project1
r

Additionally please provide (for a frozen run):
https://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session

If your app contains private data, and you are concerned about any of it 
leaking in the log, feel free to sent the log in private mail.
(Same if it is too big for the list)

From sysrpl at gmail.com  Mon Mar  9 20:31:54 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Mon, 9 Mar 2020 15:31:54 -0400
Subject: [Lazarus] Linux GNU Debugger Freezing App on Run
In-Reply-To: <59cf8434-b040-dbfe-fcd3-6f18127997c6@mfriebe.de>
References: <CAHmPLWU2yF2wikLAsoh1hG4ZuYQvRDC+1rKv7DFkGj_WjZvj9w@mail.gmail.com>
 <59cf8434-b040-dbfe-fcd3-6f18127997c6@mfriebe.de>
Message-ID: <CAHmPLWX-_7nhBtxEABGp4cxQ4nY0nXbSTnYJuEfASd2q1n26pQ@mail.gmail.com>

>
> Thanks for that help Martin. It would seem gdb itself is hanging and it's
tied to some code in my library that was problematic previously. I don't
believe I am doing anything wrong, but it's related to a problem I had with
gdb. I will research further to try to isolate the exact cause.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200309/71495e97/attachment.html>

From kadissov.e at gmail.com  Tue Mar 10 13:56:41 2020
From: kadissov.e at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQsNC00LjRgdC+0LI=?=)
Date: Tue, 10 Mar 2020 15:56:41 +0300
Subject: [Lazarus] lazarus (2.0.6) on ubuntu 19.10 fails
In-Reply-To: <CA+ER_dsSLgeKKpbJN6jQojuaVh6Tz06UwnEp9Mf-X58pDRTVMA@mail.gmail.com>
References: <CA+ER_dthAG+vTbvu3VDhrSyG7s2d4r1-6uXdB_Ufs0DO8=yzyw@mail.gmail.com>
 <CAPN1EhAK2E8Jx8-CwyczvaLSxMWpG7YbMnNLDk18=qFg+RW0Cw@mail.gmail.com>
 <CA+ER_dsSLgeKKpbJN6jQojuaVh6Tz06UwnEp9Mf-X58pDRTVMA@mail.gmail.com>
Message-ID: <CA+ER_dvPfkWPuB0EgMramEyF3uNyLEvzmv6DjxqHsCU7h9BD2g@mail.gmail.com>

Solved after upgrading lazarus.

вс, 8 мар. 2020 г. в 07:13, Евгений Кадисов <kadissov.e at gmail.com>:

> There is no executable to run.
>
> вс, 8 мар. 2020 г. в 01:41, Juha Manninen via lazarus <
> lazarus at lists.lazarus-ide.org>:
>
>> On Thu, Mar 5, 2020 at 3:15 PM Евгений Кадисов via lazarus <
>> lazarus at lists.lazarus-ide.org> wrote:
>>
>>> Lazarus writes that it compiles and builds with "sucess" but is 'unable
>>> to run "/home/eugen/aux/lmarka/project1"'
>>>
>>
>> Can you run the executable from console? If not, what is the error
>> message?
>>
>> Juha
>>
>> --
>> _______________________________________________
>> lazarus mailing list
>> lazarus at lists.lazarus-ide.org
>> https://lists.lazarus-ide.org/listinfo/lazarus
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200310/ae062470/attachment.html>

From michael at freepascal.org  Wed Mar 11 22:58:17 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Wed, 11 Mar 2020 22:58:17 +0100 (CET)
Subject: [Lazarus] [fpc-devel] Attn Michael: Issue #0036788: Bad SSL
 certicificate
In-Reply-To: <CAMye31x3_kA=0pD15YD6LMMKcyrFNO=DpVNQYDVRF0fOjdQ5QQ@mail.gmail.com>
References: <CAMye31x3_kA=0pD15YD6LMMKcyrFNO=DpVNQYDVRF0fOjdQ5QQ@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2003112255080.17720@home>



On Wed, 11 Mar 2020, Bart via fpc-devel wrote:

> Hi Michael,
>
> You resolved https://bugs.freepascal.org/view.php?id=36788 as unable
> to reproduce.
> However, I have exactly the same problem here:
> https://www.lazarus.freepascal.org/ gives me the Bad SSL certificate
> and if I ignore I see the "Apache2 Ubuntu Default Page".
> It does not redirect me to https://www.freepascal.org/
>
> If I click on the title of this bugreport (My View page), then this
> immediately happens.

I can only repeat: I cannot reproduce this given the instructions.
Concerning bugs: I don't see a link to https://www.lazarus.freepascal.org/
anywhere.

However, If I enter the URL directly in the addres bar, then I also can reproduce it.

But this problem is beyond my control, I don't run the lazarus webserver.

I have forwarded this mail to the lazarus mailing list, the lazarus admins
must somehow solve this.

Michael.

From marc at dommelstein.nl  Thu Mar 12 13:38:00 2020
From: marc at dommelstein.nl (Marc Weustink)
Date: Thu, 12 Mar 2020 13:38:00 +0100
Subject: [Lazarus] [fpc-devel] Attn Michael: Issue #0036788: Bad SSL
 certicificate
In-Reply-To: <alpine.DEB.2.21.2003112255080.17720@home>
References: <CAMye31x3_kA=0pD15YD6LMMKcyrFNO=DpVNQYDVRF0fOjdQ5QQ@mail.gmail.com>
 <alpine.DEB.2.21.2003112255080.17720@home>
Message-ID: <f6e70fd1-34f7-06d2-ffa5-9f6717c97dc6@dommelstein.nl>

Michael Van Canneyt via lazarus wrote:
> 
> 
> On Wed, 11 Mar 2020, Bart via fpc-devel wrote:
> 
>> Hi Michael,
>>
>> You resolved https://bugs.freepascal.org/view.php?id=36788 as unable
>> to reproduce.
>> However, I have exactly the same problem here:
>> https://www.lazarus.freepascal.org/ gives me the Bad SSL certificate
>> and if I ignore I see the "Apache2 Ubuntu Default Page".
>> It does not redirect me to https://www.freepascal.org/
>>
>> If I click on the title of this bugreport (My View page), then this
>> immediately happens.
> 
> I can only repeat: I cannot reproduce this given the instructions.
> Concerning bugs: I don't see a link to https://www.lazarus.freepascal.org/
> anywhere.
> 
> However, If I enter the URL directly in the addres bar, then I also can 
> reproduce it.
> 
> But this problem is beyond my control, I don't run the lazarus webserver.
> 
> I have forwarded this mail to the lazarus mailing list, the lazarus admins
> must somehow solve this.

It should not redirect to www.freepascal.org.
www.lazarus.freepascal.org is the old url for the lazarus site, so it 
ends up ate the lazarus server. There were 2 errors.
First only http requests were redirected and not the the https requests. 
Therefore you got the default page.
Second www.lazarus.freepascal.org was not part of the lazarus 
certificate, so you got the bad certificate error.

I've fixed both issues

Marc


From jmlandmesser at gmx.de  Fri Mar 13 20:06:19 2020
From: jmlandmesser at gmx.de (John Landmesser)
Date: Fri, 13 Mar 2020 20:06:19 +0100
Subject: [Lazarus] Suddenly my appplication needs lbgtk-win32*.dll for Win10
Message-ID: <f509d63b-fb1b-f86b-2aa3-db2d24e21588@gmx.de>

H,

just  curiuos:

I ave a little apllication that suudenly(?!!) needs ligtk-win32*.dll on
Windows 10.

I think that's new and now i search for my changes that made this *.dll
needed!


On Linux ldd shows:

> [john1 at manjaro Sanduhr]$ ldd ./Sanduhr
>     linux-vdso.so.1 (0x00007ffcf0b98000)
>     libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f7134f89000)
>     libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f7134f67000)
>  libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007f7134eb1000)
>     libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f7134d71000)
>     libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0
> (0x00007f7134d4b000)
>     libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0
> (0x00007f7134904000)
>     libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0
> (0x00007f71348a6000)
>     libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f7134781000)
>     libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0
> (0x00007f713477c000)
>     libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0
> (0x00007f7134777000)
>     libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007f7134729000)
>     libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007f7134605000)
>     libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007f71345da000)
>     libc.so.6 => /usr/lib/libc.so.6 (0x00007f7134414000)
>     /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2
> (0x00007f7134fd5000)
>     libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0
> (0x00007f7134404000)
>     libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f7134254000)
>     libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f713420d000)
>     libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f7134200000)
>     libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f71341f9000)
>     libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f71341e6000)
>     libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f71341d9000)
>     libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007f71341cd000)
>     libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f71341c8000)
>     libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007f71341c3000)
>     libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f71341b8000)
>     libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f71341a3000)
>     libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f7134179000)
>     libm.so.6 => /usr/lib/libm.so.6 (0x00007f7134033000)
>     libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0
> (0x00007f713401c000)
>     libffi.so.6 => /usr/lib/libffi.so.6 (0x00007f713400f000)
>     libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f7133f9c000)
>     libfribidi.so.0 => /usr/lib/libfribidi.so.0 (0x00007f7133f7e000)
>     libthai.so.0 => /usr/lib/libthai.so.0 (0x00007f7133f73000)
>     libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007f7133e6f000)
>     libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f7133dc5000)
>     libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f7133cf5000)
>     libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f7133cbd000)
>     libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x00007f7133cb8000)
>     libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007f7133ca8000)
>     libz.so.1 => /usr/lib/libz.so.1 (0x00007f7133c8e000)
>     librt.so.1 => /usr/lib/librt.so.1 (0x00007f7133c83000)
>     libmount.so.1 => /usr/lib/libmount.so.1 (0x00007f7133c24000)
>     libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f7133c0b000)
>     libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f7133bdb000)
>     libuuid.so.1 => /usr/lib/libuuid.so.1 (0x00007f7133bd2000)
>     libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f7133bcd000)
>     libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f7133bc3000)
>     libdatrie.so.1 => /usr/lib/libdatrie.so.1 (0x00007f71339bc000)
>     libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0x00007f7133997000)
>     libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f7133984000)
>     libblkid.so.1 => /usr/lib/libblkid.so.1 (0x00007f7133933000)

the uses section of two units:

unit1:

uses
   FileUtil, lazutf8, Classes, SysUtils, Forms, Controls, Graphics, Dialogs,
   ExtCtrls, EditBtn, StdCtrls, ComCtrls, IniPropStorage, MaskEdit, Menus,
   Buttons, UniqueInstance, DateUtils, LCLType, PopupNotifier, crt;


unit2:

uses
   Classes, SysUtils, FileUtil, Forms, Controls, Graphics, Dialogs,
ExtCtrls,
   StdCtrls, LCLType, EditBtn, DateUtils;


How do i find the code that needs libgtk-win32*.dll?

...perhaps somewhere inside the Lazarus IDE?

I developed a lot of little applications with lazarus but never had to
install extra libraries to get an application running!

Ok, downloaded "gtk2-runtime-2.24.10-2012-10-10-ash.exe" from
sourceforge , i think i have to deliver that with my Application?!!

Tipps are welcome!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200313/a575317f/attachment.html>

From skalogryz.lists at gmail.com  Fri Mar 13 20:32:59 2020
From: skalogryz.lists at gmail.com (Dmitry Boyarintsev)
Date: Fri, 13 Mar 2020 15:32:59 -0400
Subject: [Lazarus] Suddenly my appplication needs lbgtk-win32*.dll for
	Win10
In-Reply-To: <f509d63b-fb1b-f86b-2aa3-db2d24e21588@gmx.de>
References: <f509d63b-fb1b-f86b-2aa3-db2d24e21588@gmx.de>
Message-ID: <CAMpTZreaiOtBt+hFhp4tCXWYzsTR976q3BX3CNLw9cOupZG8iA@mail.gmail.com>

On Fri, Mar 13, 2020 at 3:06 PM John Landmesser via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> just  curiuos:
>
> I ave a little apllication that suudenly(?!!) needs ligtk-win32*.dll on
> Windows 10.
>
> I think that's new and now i search for my changes that made this *.dll
> needed!
>

Seems like you little application has been compiled with Gtk2 widgetset as
a requirement.
If you replace it with Win32 widgetset, you should not longer need any
external dlls.

thanks,
Dmitry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200313/fd24ae31/attachment.html>

From jmlandmesser at gmx.de  Fri Mar 13 20:53:39 2020
From: jmlandmesser at gmx.de (John Landmesser)
Date: Fri, 13 Mar 2020 20:53:39 +0100
Subject: [Lazarus] Suddenly my appplication needs lbgtk-win32*.dll for
 Win10
In-Reply-To: <CAMpTZreaiOtBt+hFhp4tCXWYzsTR976q3BX3CNLw9cOupZG8iA@mail.gmail.com>
References: <f509d63b-fb1b-f86b-2aa3-db2d24e21588@gmx.de>
 <CAMpTZreaiOtBt+hFhp4tCXWYzsTR976q3BX3CNLw9cOupZG8iA@mail.gmail.com>
Message-ID: <25ba685b-8d96-955a-c591-77bd68e7423f@gmx.de>

Yes, thats it ...

tried to compile with qt5 .. had some probs ... set it to compile with
gtk2 ... that caused this additional requirement gtk2 ...

Your tipps solved it!!!

Thank you Dmitry

Am 13.03.2020 um 20:32 schrieb Dmitry Boyarintsev via lazarus:
> On Fri, Mar 13, 2020 at 3:06 PM John Landmesser via lazarus
> <lazarus at lists.lazarus-ide.org <mailto:lazarus at lists.lazarus-ide.org>>
> wrote:
>
>     just  curiuos:
>
>     I ave a little apllication that suudenly(?!!) needs
>     ligtk-win32*.dll on Windows 10.
>
>     I think that's new and now i search for my changes that made this
>     *.dll needed!
>
>
> Seems like you little application has been compiled with Gtk2
> widgetset as a requirement.
> If you replace it with Win32 widgetset, you should not longer need any
> external dlls.
>
> thanks,
> Dmitry
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200313/b39645f9/attachment-0001.html>

From Dean.Vincent at computacenter.com  Sat Mar 14 10:38:42 2020
From: Dean.Vincent at computacenter.com (Vincent, Dean)
Date: Sat, 14 Mar 2020 09:38:42 +0000
Subject: [Lazarus] Unsubscribe
Message-ID: <200729d1ebb94353a624ba7f977d0fea@CCEXCMAILP06.computacenter.com>



Regards

Dean Vincent
Application Delivery Management
Computacenter (UK) Ltd
Hatfield Business Park,
Hatfield Avenue,
Hatfield,
AL10 9TW
M: +44 (0) 7834 350 570 (450570)
Dean.Vincent at computacenter.com<mailto:Dean.Vincent at computacenter.com>

www.computacenter.com<http://www.computacenter.com/>

**********************************************************************
COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW

The contents of this email are intended for the named addressee only.
It contains information which may be confidential and which may also be privileged.
Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else.
If you receive it in error please notify us immediately and then destroy it.
Computacenter information is available from: http://www.computacenter.com
Privacy Notice
**********************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200314/cdab2dc8/attachment.html>

From aaa5500 at ya.ru  Sat Mar 14 14:11:56 2020
From: aaa5500 at ya.ru (AlexeyT)
Date: Sat, 14 Mar 2020 16:11:56 +0300
Subject: [Lazarus] Gtk2 runtime error on terminal
Message-ID: <afd5756c-28f2-b19a-1d8c-9edb701909b6@ya.ru>

Ubuntu 19.10 x64, Lazarus trunk

If I run "./cudatext dd.erb" with not installed lexer ERB, CudaText runs 
Python plugin to detect lexer for dd.erb, and shows menu-like dialog 
with such a lexer. It runs ok. and it prints to terminal such line

(cudatext:12080) Gtk-CRITICAL **: x.x.x.x: gtk_window_realize_icon: 
assertion 'info->icon_pixmap == NULL' failed


-- 
Regards,
Alexey


From rolf.wetjen at mail.de  Sun Mar 15 13:09:55 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Sun, 15 Mar 2020 13:09:55 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
Message-ID: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>

Hi Lazarus team,

I found this during some error analysis. TMask uses the brackets as a 
set indicatior in the mask string. In this case the FMask.MinLength and 
FMask.MaxLength are set to 1. The brackets in the test string are not 
treated in any special way and so the match fails as the length of the 
test string is 3 (tested inside TMask.Matches).

I think that this isn't the expected behavior especially as [ and ] are 
regular character for file and path names in windows.

Shall I open a bug report for this?

BR

Rolf Wetjen

(RolfW)



-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From bartjunk64 at gmail.com  Sun Mar 15 14:36:37 2020
From: bartjunk64 at gmail.com (Bart)
Date: Sun, 15 Mar 2020 14:36:37 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
Message-ID: <CAMye31zqrWhKq_m0m4fQPKNj6oHTcRcyAPRDK3TepzzFhCDkUg@mail.gmail.com>

On Sun, Mar 15, 2020 at 1:10 PM Rolf Wetjen via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> I think that this isn't the expected behavior especially as [ and ] are
> regular character for file and path names in windows.

MatchesMask doesn;t have an Escape char AFAIK
If you have [[] in the mask, it will match a single [ I guess, but []]
isn't going to work for a single ]...

Please file a bugreport.
Somebody should test this behaviour against Delphi.

-- 
Bart

From bartjunk64 at gmail.com  Sun Mar 15 14:39:54 2020
From: bartjunk64 at gmail.com (Bart)
Date: Sun, 15 Mar 2020 14:39:54 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31zqrWhKq_m0m4fQPKNj6oHTcRcyAPRDK3TepzzFhCDkUg@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <CAMye31zqrWhKq_m0m4fQPKNj6oHTcRcyAPRDK3TepzzFhCDkUg@mail.gmail.com>
Message-ID: <CAMye31z_gajY+c8ThmkGernXwcvWfo-ymbdrfCW0SiZxJ4kQnA@mail.gmail.com>

On Sun, Mar 15, 2020 at 2:36 PM Bart <bartjunk64 at gmail.com> wrote:

> Somebody should test this behaviour against Delphi.

PS. I can't since D7 (the only Delphi I have) doesn't have MatchesMask.

-- 
Bart

From bartjunk64 at gmail.com  Sun Mar 15 14:50:09 2020
From: bartjunk64 at gmail.com (Bart)
Date: Sun, 15 Mar 2020 14:50:09 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
Message-ID: <CAMye31zSg4n2pd7JWV2Srv9bF5UrGxVirWzq32aof3e2ZY1cbQ@mail.gmail.com>

On Sun, Mar 15, 2020 at 1:10 PM Rolf Wetjen via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> I found this during some error analysis.

'[[]x]' as a mask will match '[x]' as filename.
So at least there is a workaround.

-- 
Bart

From bartjunk64 at gmail.com  Sun Mar 15 15:05:24 2020
From: bartjunk64 at gmail.com (Bart)
Date: Sun, 15 Mar 2020 15:05:24 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31zqrWhKq_m0m4fQPKNj6oHTcRcyAPRDK3TepzzFhCDkUg@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <CAMye31zqrWhKq_m0m4fQPKNj6oHTcRcyAPRDK3TepzzFhCDkUg@mail.gmail.com>
Message-ID: <CAMye31wuxkp+KcikpT6Noh+q1JsXFng04kPXLB5LexPO22bDoA@mail.gmail.com>

On Sun, Mar 15, 2020 at 2:36 PM Bart <bartjunk64 at gmail.com> wrote:

> Somebody should test this behaviour against Delphi.

I asked on the Dutch Delphi forum.

-- 
Bart

From rolf.wetjen at mail.de  Sun Mar 15 19:07:40 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Sun, 15 Mar 2020 19:07:40 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31zSg4n2pd7JWV2Srv9bF5UrGxVirWzq32aof3e2ZY1cbQ@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <CAMye31zSg4n2pd7JWV2Srv9bF5UrGxVirWzq32aof3e2ZY1cbQ@mail.gmail.com>
Message-ID: <4559e130-d16e-226b-83af-4f6e63b40743@mail.de>

Hi Bart,

sorry, this isn't a workaround if you get the filenames form 
FindFirst/FindNext and want to test against a fixed mask.

My workaround for MatchesWindowsMask is quick' n'dirty too: Replace [ 
with #17 and ] with #18 in the mask and in the test string. Anyway, 
let's wait for the info about Delphi.

Rolf


-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From nc-gaertnma at netcologne.de  Sun Mar 15 20:23:11 2020
From: nc-gaertnma at netcologne.de (Mattias Gaertner)
Date: Sun, 15 Mar 2020 20:23:11 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
Message-ID: <20200315202311.18d61bc9@limapholos.matflo.wg>

On Sun, 15 Mar 2020 13:09:55 +0100
Rolf Wetjen via lazarus <lazarus at lists.lazarus-ide.org> wrote:

> Hi Lazarus team,
> 
> I found this during some error analysis. TMask uses the brackets as a 
> set indicatior in the mask string. In this case the FMask.MinLength
> and FMask.MaxLength are set to 1. The brackets in the test string are
> not treated in any special way and so the match fails as the length
> of the test string is 3 (tested inside TMask.Matches).
> 
> I think that this isn't the expected behavior especially as [ and ]
> are regular character for file and path names in windows.

IMO it should check for \[

Mattias

From bartjunk64 at gmail.com  Sun Mar 15 22:19:21 2020
From: bartjunk64 at gmail.com (Bart)
Date: Sun, 15 Mar 2020 22:19:21 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <20200315202311.18d61bc9@limapholos.matflo.wg>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
Message-ID: <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>

On Sun, Mar 15, 2020 at 8:23 PM Mattias Gaertner via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> IMO it should check for \[

Using \ as an escape character isn't really a good choice IMO, since
this function deals with filenames.
I would be more inclined to have an option to disable sets in the mask.

@Rolf: you can do a StringReplace on the filename, changing '[' into
'[[]'. That would do the trick.

Let's wait to hear what Delphi does (got no answer yet).
-- 
Bart

From nc-gaertnma at netcologne.de  Mon Mar 16 00:05:06 2020
From: nc-gaertnma at netcologne.de (Mattias Gaertner)
Date: Mon, 16 Mar 2020 00:05:06 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
Message-ID: <20200316000506.33bafa7d@limapholos.matflo.wg>

On Sun, 15 Mar 2020 22:19:21 +0100
Bart via lazarus <lazarus at lists.lazarus-ide.org> wrote:

> On Sun, Mar 15, 2020 at 8:23 PM Mattias Gaertner via lazarus
> <lazarus at lists.lazarus-ide.org> wrote:
> 
> > IMO it should check for \[  
> 
> Using \ as an escape character isn't really a good choice IMO, since
> this function deals with filenames.

So? It is common practice on Unix since decades.

> I would be more inclined to have an option to disable sets in the
> mask.

1. Without backslashing you need sets for ? and * as well.
2. I guess this function exists only for Delphi compatibility. Regular
expression are more versatile anyway.

 
> @Rolf: you can do a StringReplace on the filename, changing '[' into
> '[[]'. That would do the trick.
> 
> Let's wait to hear what Delphi does (got no answer yet).

I can't find MatchesWindowMask in Delphi 10.3. I found MatchesMask,
which works the same. It supports [] too and I can't find any other way
than [[].


Mattias

From fpc at pascalprogramming.org  Mon Mar 16 00:21:55 2020
From: fpc at pascalprogramming.org (Marco van de Voort)
Date: Mon, 16 Mar 2020 00:21:55 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <20200316000506.33bafa7d@limapholos.matflo.wg>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
Message-ID: <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>


Op 2020-03-16 om 00:05 schreef Mattias Gaertner via lazarus:
>> Using \ as an escape character isn't really a good choice IMO, since
>> this function deals with filenames.
> So? It is common practice on Unix since decades.

Well, euhh, Unix doesn't use backslashes in paths? This would require 
already existing code suddenly to escape.



From nc-gaertnma at netcologne.de  Mon Mar 16 01:07:11 2020
From: nc-gaertnma at netcologne.de (Mattias Gaertner)
Date: Mon, 16 Mar 2020 01:07:11 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
Message-ID: <20200316010711.0abcdd23@limapholos.matflo.wg>

On Mon, 16 Mar 2020 00:21:55 +0100
Marco van de Voort via lazarus <lazarus at lists.lazarus-ide.org> wrote:

> Op 2020-03-16 om 00:05 schreef Mattias Gaertner via lazarus:
> >> Using \ as an escape character isn't really a good choice IMO,
> >> since this function deals with filenames.  
> > So? It is common practice on Unix since decades.  
> 
> Well, euhh, Unix doesn't use backslashes in paths? This would require 
> already existing code suddenly to escape.

True. Since it exists only for Delphi compatibility it is better to
not change it.

Mattias


From rolf.wetjen at mail.de  Mon Mar 16 07:22:31 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Mon, 16 Mar 2020 07:22:31 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31zqrWhKq_m0m4fQPKNj6oHTcRcyAPRDK3TepzzFhCDkUg@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <CAMye31zqrWhKq_m0m4fQPKNj6oHTcRcyAPRDK3TepzzFhCDkUg@mail.gmail.com>
Message-ID: <2263d761-2d9f-83eb-d30b-fd2a83767dda@mail.de>

Bug #0036798 opened.

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: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200316/6cc8a137/attachment.html>

From rolf.wetjen at mail.de  Mon Mar 16 07:26:40 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Mon, 16 Mar 2020 07:26:40 +0100
Subject: [Lazarus] Bug #0035362 (ListView with MultiSelect)
Message-ID: <25a27ac2-ca39-8e68-50df-d1a28193ba2c@mail.de>

Hi Lazarus team,

can somebody please have a look at this?

I've created a patch but I can see that there is any attention on the issue.

Thank You

Rolf


-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From fjf.vanleeuwen at quicknet.nl  Mon Mar 16 14:19:23 2020
From: fjf.vanleeuwen at quicknet.nl (frans)
Date: Mon, 16 Mar 2020 14:19:23 +0100
Subject: [Lazarus] Question about TCheckBox
Message-ID: <43351890-5c32-0607-b34a-12b2f2b8dbd6@quicknet.nl>

Hi,

I use Lazarus 2.04 on win10.
I use a TCheckbox and want more space between Caption and square, 
Alignement is taLeftJustify and BidiMode is bdRightToLeft. The only way 
that works is adding an extra space left of the Caption. But is there 
not another way? I searched the internet  but I can't find it.

-- 
mvg
Frans van Leeuwen
M 06-51695390


-- 
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com


From Jean.Suzineau at wanadoo.fr  Mon Mar 16 15:38:23 2020
From: Jean.Suzineau at wanadoo.fr (Jean SUZINEAU)
Date: Mon, 16 Mar 2020 15:38:23 +0100
Subject: [Lazarus] Question about TCheckBox
In-Reply-To: <43351890-5c32-0607-b34a-12b2f2b8dbd6@quicknet.nl>
References: <43351890-5c32-0607-b34a-12b2f2b8dbd6@quicknet.nl>
Message-ID: <b9090dd0-f9bc-3569-36ce-5ea955383424@wanadoo.fr>

May be you can create a new component class, based on TPanel, in which 
you place a TCheckbox with empty text and a TLabel at the position you 
want ?
TCheckbox implementation is dependant on the widget set you use ("win32" 
I guess in your case), I don't think you can tune it easily.


From juha.manninen62 at gmail.com  Mon Mar 16 15:41:56 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Mon, 16 Mar 2020 16:41:56 +0200
Subject: [Lazarus] Question about TCheckBox
In-Reply-To: <b9090dd0-f9bc-3569-36ce-5ea955383424@wanadoo.fr>
References: <43351890-5c32-0607-b34a-12b2f2b8dbd6@quicknet.nl>
 <b9090dd0-f9bc-3569-36ce-5ea955383424@wanadoo.fr>
Message-ID: <CAPN1EhCN60gHMEddD77mxRuWGOvf4j14QwzdNYQS4p_UQ1H+_w@mail.gmail.com>

On Mon, Mar 16, 2020 at 4:34 PM Jean SUZINEAU via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> May be you can create a new component class, based on TPanel, in which
> you place a TCheckbox with empty text and a TLabel at the position you
> want ?
>
For temporary use you could just anchor a Label and a Checkbox together on
a form and set a border space between them.
Yes, the Caption of Checkbox would be empty then.
I am not sure how well that works in practice.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200316/d9fff7d6/attachment.html>

From bartjunk64 at gmail.com  Mon Mar 16 22:13:53 2020
From: bartjunk64 at gmail.com (Bart)
Date: Mon, 16 Mar 2020 22:13:53 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <20200316000506.33bafa7d@limapholos.matflo.wg>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
Message-ID: <CAMye31yNu=T+jTXcy_uo3-iPTMBB8Ny36mCm0dLuOkGb8q9ZYQ@mail.gmail.com>

On Mon, Mar 16, 2020 at 12:05 AM Mattias Gaertner via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> I can't find MatchesWindowMask in Delphi 10.3. I found MatchesMask,
> which works the same. It supports [] too and I can't find any other way
> than [[].

I implemented that variation because MatchesMask treats wildcards like
*nix does: '*.*' doesn't match 'foo'.
Since this is counterintuitive to Windows users (and most likely not
Delphi comapitble) I implemented MatcesWindowsMask.
See the implementation to see how Windows handles wildcards different
in some (corner) cases.

-- 
Bart

From bartjunk64 at gmail.com  Mon Mar 16 22:18:24 2020
From: bartjunk64 at gmail.com (Bart)
Date: Mon, 16 Mar 2020 22:18:24 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <20200316010711.0abcdd23@limapholos.matflo.wg>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
Message-ID: <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>

On Mon, Mar 16, 2020 at 1:07 AM Mattias Gaertner via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> True. Since it exists only for Delphi compatibility it is better to
> not change it.

To be honest, we've already improved our implementation so it can
treat the mask case-sensitve (Delphi doesn't have that option).
It defaults to False so that MatchesMask(Filename, Mask) is compatible
with Delphi.

We could implement a mechanisme to disable sets in the mask.
Either by adding yet another boolean parameter to MatchesMask, or by
having some sort of Options?

-- 
Bart

From rolf.wetjen at mail.de  Tue Mar 17 08:17:44 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Tue, 17 Mar 2020 08:17:44 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
Message-ID: <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>

Hi Lazarus team,

what's about to implement an additional completly new TMaskReg class 
without sets but in addition with a regular expression option?

Rolf


-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From bartjunk64 at gmail.com  Tue Mar 17 22:18:41 2020
From: bartjunk64 at gmail.com (Bart)
Date: Tue, 17 Mar 2020 22:18:41 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
Message-ID: <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>

On Tue, Mar 17, 2020 at 8:17 AM Rolf Wetjen via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> what's about to implement an additional completly new TMaskReg class
> without sets but in addition with a regular expression option?

Feel free to implement such a thing.
However, if someone is familiar with RegEx's he/she probably won't need it.

-- 
Bart

From Dean.Vincent at computacenter.com  Wed Mar 18 09:53:35 2020
From: Dean.Vincent at computacenter.com (Vincent, Dean)
Date: Wed, 18 Mar 2020 08:53:35 +0000
Subject: [Lazarus] UNSUBSCRIBE PLEASE
Message-ID: <254323c620174b07963cf1c32e5fa411@CCEXCMAILP06.computacenter.com>



Regards

Dean Vincent
Application Delivery Management
Computacenter (UK) Ltd
Hatfield Business Park,
Hatfield Avenue,
Hatfield,
AL10 9TW
M: +44 (0) 7834 350 570 (450570)
Dean.Vincent at computacenter.com<mailto:Dean.Vincent at computacenter.com>

www.computacenter.com<http://www.computacenter.com/>

**********************************************************************
COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW
COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW

The contents of this email are intended for the named addressee only.
It contains information which may be confidential and which may also be privileged.
Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else.
If you receive it in error please notify us immediately and then destroy it.
Computacenter information is available from: http://www.computacenter.com
Privacy Notice
**********************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200318/74381504/attachment.html>

From robin.listas at telefonica.net  Wed Mar 18 12:01:00 2020
From: robin.listas at telefonica.net (Carlos E. R.)
Date: Wed, 18 Mar 2020 12:01:00 +0100
Subject: [Lazarus] UNSUBSCRIBE PLEASE
In-Reply-To: <254323c620174b07963cf1c32e5fa411@CCEXCMAILP06.computacenter.com>
References: <254323c620174b07963cf1c32e5fa411@CCEXCMAILP06.computacenter.com>
Message-ID: <94ddb886-af2d-5cb7-ab76-f7a94f40b688@telefonica.net>

On 18/03/2020 09.53, Vincent, Dean via lazarus wrote:
> Regards*
You have to follow the procedure, which is described in the headers of 
your email:

List-Unsubscribe: <https://lists.lazarus-ide.org/options/lazarus>,
  <mailto:lazarus-request at lists.lazarus-ide.org?subject=unsubscribe>

-- 
Cheers / Saludos,

		Carlos E. R.
		(from 15.1 x86_64 at Telcontar)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200318/1deb8723/attachment.sig>

From rolf.wetjen at mail.de  Thu Mar 19 08:25:03 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Thu, 19 Mar 2020 08:25:03 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
Message-ID: <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>

Hi Lazarus team,

seems that this isn't your favourite option.

Ok, what's about an additional TMask property to control the useage of 
sets (default should be true for Delphi compatibility) and additional 
options for the MatchesMask and MatchesWindowsMask functions?

Can I help with a patch in this way?

BTW, where can I get some info how to update the help files?

Rolf


Am 17.03.2020 um 22:18 schrieb Bart via lazarus:
> On Tue, Mar 17, 2020 at 8:17 AM Rolf Wetjen via lazarus
> <lazarus at lists.lazarus-ide.org> wrote:
>
>> what's about to implement an additional completly new TMaskReg class
>> without sets but in addition with a regular expression option?
> Feel free to implement such a thing.
> However, if someone is familiar with RegEx's he/she probably won't need it.
>

-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From lazarus at kluug.net  Thu Mar 19 09:11:06 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Thu, 19 Mar 2020 09:11:06 +0100
Subject: [Lazarus] IDE trunk cannot build on fpc 3.0.2
In-Reply-To: <CAPN1EhBxTYEJ-G-WJ3ySLt=9X5OuvksYWUjxsbbokJHXt4HhJg@mail.gmail.com>
References: <75feb15a-1554-9a59-57d5-a18376499789@ya.ru>
 <CAPN1EhCuLDmEfoYZwThoZLKgSm6DMjE7V+BLGcO5C3GQw24pHQ@mail.gmail.com>
 <CAKjh=-ecjS4G+dSjxdcvj7HdGXmHRz96Rc-LbFdgcvEj5P5qxw@mail.gmail.com>
 <CAPN1EhBxTYEJ-G-WJ3ySLt=9X5OuvksYWUjxsbbokJHXt4HhJg@mail.gmail.com>
Message-ID: <b32a5768-52fe-e56c-336a-4046c969ddf7@kluug.net>

On 27.02.2020 10:03, Juha Manninen via lazarus wrote:
> On Thu, Feb 27, 2020 at 7:59 AM Michael Thompson via lazarus 
> <lazarus at lists.lazarus-ide.org <mailto:lazarus at lists.lazarus-ide.org>> 
> wrote:
>
>     >> On Tue, Feb 25, 2020 at 8:05 PM AlexeyT wrote
>     >> pkgmanager.pas(77,78) Error (5000) Id not found TObjectArray$2
>
>     I'm hitting this error on Windows.  fpc 3.0.4
>
>
> I built Lazarus with with FPC 3.0.4. It works with 100% certainty.
>
>     No idea.  Warning - the following does not contain known facts! 
>     Wildly guessing (honestly) that for 3.0.4 the code in fgl only
>     accepts types and you compiled with 3.1 which may have improved
>     support for classes? Dunno.
>
>
> A class is also a type. Generics have worked with classes from the 
> beginning.

Well, generics may cause an internal error on a simple compile. A clean 
rebuild is needed to compile even after a small change.

This happens a lot for me now. Sometimes in the changes from r62639, 
sometimes in different code. If I work on the source of the Lazarus IDE 
and I recompile it, I get an internal error. Then I have to rebuild 
Lazarus IDE clean, which takes a lot of time.

It is really frustrating when this happens every 10 minutes :/ I really 
don't see a point to change working code to generics.

Ondrej

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200319/2f8e518b/attachment.html>

From fpc at pascalprogramming.org  Thu Mar 19 12:01:07 2020
From: fpc at pascalprogramming.org (Marco van de Voort)
Date: Thu, 19 Mar 2020 12:01:07 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
Message-ID: <7876533f-7b7e-e03b-5dc2-a112757d3e03@pascalprogramming.org>


Op 19/03/2020 om 08:25 schreef Rolf Wetjen via lazarus:
>
> BTW, where can I get some info how to update the help files?
>

https://wiki.freepascal.org/How_To_Make_Lazarus_Docs

to rebuild:

Basically (on linux) I run the fixdocs.sh fpc docs repository, and  
build_lcl_chm.sh  in lazarus/lcl/docs.

The linux installation requires a texlive and a tex4ht installation iirc.

to change:

submit patch files for the documentation source files *.xml 
(rtl,lcl,lazutils) or *.tex (prog,user,ref,fpdoc)

There might also be some more details in discussions on the forum.

Trunk (FPC+Lazarus) CHM's from january can be downloaded at 
http://www.stack.nl/~marcov/doc-chmbeta.zip


From jmlandmesser at gmx.de  Thu Mar 19 16:35:35 2020
From: jmlandmesser at gmx.de (John Landmesser)
Date: Thu, 19 Mar 2020 16:35:35 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
Message-ID: <731e7362-f60f-ff97-fa21-b6dfe84f675b@gmx.de>

Am 19.03.20 um 08:25 schrieb Rolf Wetjen via lazarus:
>
> BTW, where can I get some info how to update the help files?

This one should be enough, on Linux you would do:

New folder, change to new folder and then:

svn co https://svn.freepascal.org/svn/lazarus/binaries/docs/chm/

Then in Lazarus IDE set the path to checkout directory.

The URL should also be enough for tortoise or what you use on windows.

John


From bartjunk64 at gmail.com  Thu Mar 19 18:37:56 2020
From: bartjunk64 at gmail.com (Bart)
Date: Thu, 19 Mar 2020 18:37:56 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
Message-ID: <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>

On Thu, Mar 19, 2020 at 8:25 AM Rolf Wetjen via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> seems that this isn't your favourite option.

Without any context, I cannot comment on this.

> Ok, what's about an additional TMask property to control the useage of
> sets (default should be true for Delphi compatibility) and additional
> options for the MatchesMask and MatchesWindowsMask functions?

It's on my ToDo list (as long as other devels don't object to this.
I intend to have an Options property for that, with for now
moCaseSensitive and moDisableSets.
There will be an overloaded constructor TMask,Create((const AValue:
String; ASeparator: Char = ';'; const Options: TMaskOptions = []);
(By default CaseSensitive and DisableSets must be off for backwards
compatibility)

It will only be for trunk and the next stable major release (so it
won't go into fixes branch) anyhow.


-- 
Bart

From bartjunk64 at gmail.com  Thu Mar 19 22:40:41 2020
From: bartjunk64 at gmail.com (Bart)
Date: Thu, 19 Mar 2020 22:40:41 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
Message-ID: <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>

On Thu, Mar 19, 2020 at 6:37 PM Bart <bartjunk64 at gmail.com> wrote:

> It's on my ToDo list (as long as other devels don't object to this.
> I intend to have an Options property for that, with for now
> moCaseSensitive and moDisableSets.

Attached is a rough version of the intended patch.
The MatchesMaskList() functions needed several overloads to make all
previously possible calls (2,3, or 4 parameters) work as before.

Please test.

-- 
Bart
-------------- next part --------------
A non-text attachment was scrubbed...
Name: masks.disablesets.diff
Type: application/octet-stream
Size: 12495 bytes
Desc: not available
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200319/1372658c/attachment-0001.obj>

From bartjunk64 at gmail.com  Thu Mar 19 22:49:13 2020
From: bartjunk64 at gmail.com (Bart)
Date: Thu, 19 Mar 2020 22:49:13 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
Message-ID: <CAMye31yRsSHA2nFBigEzANoPoCjZd-5F4Xn8GaOGksNAWY7VNw@mail.gmail.com>

On Thu, Mar 19, 2020 at 10:40 PM Bart <bartjunk64 at gmail.com> wrote:

> Please test.

By that I mean that
MatchesMask('[x]','[x]',[moDisableSets]) should return True now.

-- 
Bart

From rolf.wetjen at mail.de  Fri Mar 20 09:05:01 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Fri, 20 Mar 2020 09:05:01 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
Message-ID: <390f711a-f93f-dfb7-4217-ae73116235fc@mail.de>

Hi Bart,

I did something similar yesterday:

TMask.InitMaskString(const AValue: String; const CaseSensitive: Boolean; 
*const UseSets: Boolean = True*);
TMask.Create(const AValue: String; const CaseSensitive: Boolean = False; 
*const UseSets: Boolean = True*);
TMaskList.Create(const AValue: String; ASeparator: Char = ';'; const 
CaseSensitive: Boolean = False; *const UseSets: Boolean = True*);

function MatchesMask(const FileName, Mask: String; const CaseSensitive: 
Boolean = False; *const UseSets: Boolean = True*): Boolean;
function MatchesWindowsMask(const FileName, Mask: String; const 
CaseSensitive: Boolean = False; *const UseSets: Boolean = False*): Boolean;
function MatchesMaskList(const FileName, Mask: String; Separator: Char = 
';'; const CaseSensitive: Boolean = False; *const UseSets: Boolean = 
True*): Boolean;
function MatchesWindowsMaskList(const FileName, Mask: String; Separator: 
Char = ';'; const CaseSensitive: Boolean = False; *const UseSets: 
Boolean = /False/*): Boolean;

The only code change is in TMask.InitMaskString
-      '[': AddCharSet;
+      '[': if fUseSets then
+             AddCharSet
+           else
+             AddChar;

This works fine.

Easy to implement it as Options.

Regards,

Rolf

Am 19.03.2020 um 18:37 schrieb Bart via lazarus:
> On Thu, Mar 19, 2020 at 8:25 AM Rolf Wetjen via lazarus
> <lazarus at lists.lazarus-ide.org> wrote:
>
>> seems that this isn't your favourite option.
> Without any context, I cannot comment on this.
>
>> Ok, what's about an additional TMask property to control the useage of
>> sets (default should be true for Delphi compatibility) and additional
>> options for the MatchesMask and MatchesWindowsMask functions?
> It's on my ToDo list (as long as other devels don't object to this.
> I intend to have an Options property for that, with for now
> moCaseSensitive and moDisableSets.
> There will be an overloaded constructor TMask,Create((const AValue:
> String; ASeparator: Char = ';'; const Options: TMaskOptions = []);
> (By default CaseSensitive and DisableSets must be off for backwards
> compatibility)
>
> It will only be for trunk and the next stable major release (so it
> won't go into fixes branch) anyhow.
>
>


-- 
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: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200320/491bb47b/attachment.html>
-------------- next part --------------
Index: components/lazutils/masks.pas
===================================================================
--- components/lazutils/masks.pas	(revision 62701)
+++ components/lazutils/masks.pas	(working copy)
@@ -42,11 +42,12 @@
   private
     FMask: TMaskString;
     fCaseSensitive: Boolean;
+    fUseSets: Boolean;
     fInitialMask: String;
-    procedure InitMaskString(const AValue: String; const CaseSensitive: Boolean);
+    procedure InitMaskString(const AValue: String; const CaseSensitive: Boolean; const UseSets: Boolean = True);
     procedure ClearMaskString;
   public
-    constructor Create(const AValue: String; const CaseSensitive: Boolean = False);
+    constructor Create(const AValue: String; const CaseSensitive: Boolean = False; const UseSets: Boolean = True);
     destructor Destroy; override;
 
     function Matches(const AFileName: String): Boolean;
@@ -68,7 +69,7 @@
     function GetCount: Integer;
     function GetItem(Index: Integer): TMask;
   public
-    constructor Create(const AValue: String; ASeparator: Char = ';'; const CaseSensitive: Boolean = False);
+    constructor Create(const AValue: String; ASeparator: Char = ';'; const CaseSensitive: Boolean = False; const UseSets: Boolean = True);
     destructor Destroy; override;
 
     function Matches(const AFileName: String): Boolean;
@@ -78,10 +79,10 @@
     property Items[Index: Integer]: TMask read GetItem;
   end;
 
-function MatchesMask(const FileName, Mask: String; const CaseSensitive: Boolean = False): Boolean;
-function MatchesWindowsMask(const FileName, Mask: String; const CaseSensitive: Boolean = False): Boolean;
-function MatchesMaskList(const FileName, Mask: String; Separator: Char = ';'; const CaseSensitive: Boolean = False): Boolean;
-function MatchesWindowsMaskList(const FileName, Mask: String; Separator: Char = ';'; const CaseSensitive: Boolean = False): Boolean;
+function MatchesMask(const FileName, Mask: String; const CaseSensitive: Boolean = False; const UseSets: Boolean = True): Boolean;
+function MatchesWindowsMask(const FileName, Mask: String; const CaseSensitive: Boolean = False; const UseSets: Boolean = False): Boolean;
+function MatchesMaskList(const FileName, Mask: String; Separator: Char = ';'; const CaseSensitive: Boolean = False; const UseSets: Boolean = True): Boolean;
+function MatchesWindowsMaskList(const FileName, Mask: String; Separator: Char = ';'; const CaseSensitive: Boolean = False; const UseSets: Boolean = False): Boolean;
 
 implementation
 
@@ -105,11 +106,11 @@
 end;
 
 
-function MatchesMask(const FileName, Mask: String; const CaseSensitive: Boolean): Boolean;
+function MatchesMask(const FileName, Mask: String; const CaseSensitive: Boolean; const UseSets: Boolean = True): Boolean;
 var
   AMask: TMask;
 begin
-  AMask := TMask.Create(Mask, CaseSensitive);
+  AMask := TMask.Create(Mask, CaseSensitive, UseSets);
   try
     Result := AMask.Matches(FileName);
   finally
@@ -117,11 +118,11 @@
   end;
 end;
 
-function MatchesWindowsMask(const FileName, Mask: String; const CaseSensitive: Boolean): Boolean;
+function MatchesWindowsMask(const FileName, Mask: String; const CaseSensitive: Boolean; const UseSets: Boolean = False): Boolean;
 var
   AMask: TMask;
 begin
-  AMask := TMask.Create(Mask, CaseSensitive);
+  AMask := TMask.Create(Mask, CaseSensitive, UseSets);
   try
     Result := AMask.MatchesWindowsMask(FileName);
   finally
@@ -129,11 +130,11 @@
   end;
 end;
 
-function MatchesMaskList(const FileName, Mask: String; Separator: Char; const CaseSensitive: Boolean): Boolean;
+function MatchesMaskList(const FileName, Mask: String; Separator: Char; const CaseSensitive: Boolean; const UseSets: Boolean = True): Boolean;
 var
   AMaskList: TMaskList;
 begin
-  AMaskList := TMaskList.Create(Mask, Separator, CaseSensitive);
+  AMaskList := TMaskList.Create(Mask, Separator, CaseSensitive, UseSets);
   try
     Result := AMaskList.Matches(FileName);
   finally
@@ -141,11 +142,11 @@
   end;
 end;
 
-function MatchesWindowsMaskList(const FileName, Mask: String; Separator: Char; const CaseSensitive: Boolean): Boolean;
+function MatchesWindowsMaskList(const FileName, Mask: String; Separator: Char; const CaseSensitive: Boolean; const UseSets: Boolean = False): Boolean;
 var
   AMaskList: TMaskList;
 begin
-  AMaskList := TMaskList.Create(Mask, Separator, CaseSensitive);
+  AMaskList := TMaskList.Create(Mask, Separator, CaseSensitive, UseSets);
   try
     Result := AMaskList.MatchesWindowsMask(FileName);
   finally
@@ -155,7 +156,7 @@
 
 { TMask }
 
-procedure TMask.InitMaskString(const AValue: String; const CaseSensitive: Boolean);
+procedure TMask.InitMaskString(const AValue: String; const CaseSensitive: Boolean; const UseSets: Boolean = True);
 var
   I: Integer;
   SkipAnyText: Boolean;
@@ -293,6 +294,7 @@
 
 begin
   fCaseSensitive:=CaseSensitive;
+  fUseSets:=UseSets;
   SetLength(FMask.Chars, 0);
   FMask.MinLength := 0;
   FMask.MaxLength := 0;
@@ -304,7 +306,10 @@
     case GetCodePoint(AValue,I) of
       '*': AddAnyText;
       '?': AddAnyChar;
-      '[': AddCharSet;
+      '[': if fUseSets then
+             AddCharSet
+           else
+             AddChar;
       else AddChar;
     end;
   end;
@@ -319,12 +324,13 @@
       Dispose(FMask.Chars[I].SetValue);
 end;
 
-constructor TMask.Create(const AValue: String; const CaseSensitive: Boolean);
+constructor TMask.Create(const AValue: String; const CaseSensitive: Boolean; const UseSets: Boolean = True);
 
 begin
   fInitialMask := AValue;
   fCaseSensitive := CaseSensitive;
-  InitMaskString(AValue, CaseSensitive);
+  fUseSets:=UseSets;
+  InitMaskString(AValue, CaseSensitive, UseSets);
 end;
 
 destructor TMask.Destroy;
@@ -508,7 +514,7 @@
   Result := FMasks.Count;
 end;
 
-constructor TMaskList.Create(const AValue: String; ASeparator: Char; const CaseSensitive: Boolean);
+constructor TMaskList.Create(const AValue: String; ASeparator: Char; const CaseSensitive: Boolean; const UseSets: Boolean = True);
 var
   S: TParseStringList;
   I: Integer;
@@ -518,7 +524,7 @@
   S := TParseStringList.Create(AValue, ASeparator);
   try
     for I := 0 to S.Count - 1 do
-      FMasks.Add(TMask.Create(S[I], CaseSensitive));
+      FMasks.Add(TMask.Create(S[I], CaseSensitive, UseSets));
   finally
     S.Free;
   end;

From rolf.wetjen at mail.de  Fri Mar 20 09:12:03 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Fri, 20 Mar 2020 09:12:03 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
Message-ID: <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>

Same change in code as I used for my patch.

So, yes: working.

Rolf

Am 19.03.2020 um 22:40 schrieb Bart via lazarus:
> On Thu, Mar 19, 2020 at 6:37 PM Bart <bartjunk64 at gmail.com> wrote:
>
>> It's on my ToDo list (as long as other devels don't object to this.
>> I intend to have an Options property for that, with for now
>> moCaseSensitive and moDisableSets.
> Attached is a rough version of the intended patch.
> The MatchesMaskList() functions needed several overloads to make all
> previously possible calls (2,3, or 4 parameters) work as before.
>
> Please test.
>
>


-- 
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: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200320/c4974658/attachment-0001.html>

From bartjunk64 at gmail.com  Fri Mar 20 10:47:00 2020
From: bartjunk64 at gmail.com (Bart)
Date: Fri, 20 Mar 2020 10:47:00 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
 <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>
Message-ID: <CAMye31wJMusMJx0S9v7HSSJjB4_aiiT0rbYnZV4BVkZxJ235VA@mail.gmail.com>

On Fri, Mar 20, 2020 at 9:12 AM Rolf Wetjen via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> Same change in code as I used for my patch.
>
> So, yes: working.

OK.
I prefer the Options parameter over another Boolean, mainly because
you never know if another use-case might raise the need for yet
another parameter.


-- 
Bart

From juha.manninen62 at gmail.com  Fri Mar 20 12:05:10 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Fri, 20 Mar 2020 13:05:10 +0200
Subject: [Lazarus] IDE trunk cannot build on fpc 3.0.2
In-Reply-To: <b32a5768-52fe-e56c-336a-4046c969ddf7@kluug.net>
References: <75feb15a-1554-9a59-57d5-a18376499789@ya.ru>
 <CAPN1EhCuLDmEfoYZwThoZLKgSm6DMjE7V+BLGcO5C3GQw24pHQ@mail.gmail.com>
 <CAKjh=-ecjS4G+dSjxdcvj7HdGXmHRz96Rc-LbFdgcvEj5P5qxw@mail.gmail.com>
 <CAPN1EhBxTYEJ-G-WJ3ySLt=9X5OuvksYWUjxsbbokJHXt4HhJg@mail.gmail.com>
 <b32a5768-52fe-e56c-336a-4046c969ddf7@kluug.net>
Message-ID: <CAPN1EhAT_WYYQCpBdPaV4+ZizrfQtMfKeXM9EAVqwxC=kgNEyg@mail.gmail.com>

On Thu, Mar 19, 2020 at 10:11 AM Ondrej Pokorny via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> Well, generics may cause an internal error on a simple compile. A clean
> rebuild is needed to compile even after a small change.
>

It may be true when a generics class definition changes. Typically they
don't change often.

This happens a lot for me now. Sometimes in the changes from r62639,
> sometimes in different code. If I work on the source of the Lazarus IDE and
> I recompile it, I get an internal error. Then I have to rebuild Lazarus IDE
> clean, which takes a lot of time.
>
r62639 required a clean compile also because the container class was moved
to LazUtils. Other containers are already there.
If the old .ppu remains in its old place, it causes an incompatible ppu
error.
An internal error happens because of a bug in FPC. I also get them a lot
but I didn't notice any connection to generics. The error comes in
unexpected places, not related to changes I made. Usually no generics are
used there.
I am also worried when the FPC bug or bugs get fixed. It is not a new thing
and it may have gotten worse. There are bug reports like:
 https://bugs.freepascal.org/view.php?id=33087

It is really frustrating when this happens every 10 minutes :/ I really
> don't see a point to change working code to generics.
>
Please don't blame my refactoring if it happens every 10 minutes. It was a
one-time shot.
The change was related to a substantial new feature for the package system
provided by Sven Barth.
See issues :
 https://bugs.freepascal.org/view.php?id=36654
 https://bugs.freepascal.org/view.php?id=36734
Generics make a lot of sense in containers bringing type checking and
safety also there. The code becomes more self-documenting as well.
In this particular case the container usage was not obvious. The Pointer ->
Pointer container was used in 2 different ways in the same unit, now
specialized as TPackagePackageArray and TOwnerPackageArray.
Unit ObjectLists is now used only in unit PkgManager but it looks like a
useful container and deserves to be in LazUtils.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200320/af4d637e/attachment.html>

From lazarus at kluug.net  Fri Mar 20 16:24:25 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Fri, 20 Mar 2020 16:24:25 +0100
Subject: [Lazarus] IDE trunk cannot build on fpc 3.0.2
In-Reply-To: <CAPN1EhAT_WYYQCpBdPaV4+ZizrfQtMfKeXM9EAVqwxC=kgNEyg@mail.gmail.com>
References: <75feb15a-1554-9a59-57d5-a18376499789@ya.ru>
 <CAPN1EhCuLDmEfoYZwThoZLKgSm6DMjE7V+BLGcO5C3GQw24pHQ@mail.gmail.com>
 <CAKjh=-ecjS4G+dSjxdcvj7HdGXmHRz96Rc-LbFdgcvEj5P5qxw@mail.gmail.com>
 <CAPN1EhBxTYEJ-G-WJ3ySLt=9X5OuvksYWUjxsbbokJHXt4HhJg@mail.gmail.com>
 <b32a5768-52fe-e56c-336a-4046c969ddf7@kluug.net>
 <CAPN1EhAT_WYYQCpBdPaV4+ZizrfQtMfKeXM9EAVqwxC=kgNEyg@mail.gmail.com>
Message-ID: <93337638-4ffe-97ac-62bc-a1232bfea9a6@kluug.net>

On 20.03.2020 12:05, Juha Manninen via lazarus wrote:
> On Thu, Mar 19, 2020 at 10:11 AM Ondrej Pokorny via lazarus 
> <lazarus at lists.lazarus-ide.org <mailto:lazarus at lists.lazarus-ide.org>> 
> wrote:
>
>     It is really frustrating when this happens every 10 minutes :/ I
>     really don't see a point to change working code to generics.
>
> Please don't blame my refactoring if it happens every 10 minutes. It 
> was a one-time shot.

I meant the internal error happens that often. Today it was good but 2 
weeks ago it was really almost impossible to work on the IDE. I changed 
3 lines of code, wanted to compile and bang, internal error :/ And that 
all the time. It must depend on the files one works on.

I have to admit that I have no evidence the internal errors are 
connected to generics. I will investigate further.

Anyway, thanks for the description and sorry for the rant.

Ondrej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200320/41e22028/attachment.html>

From bartjunk64 at gmail.com  Fri Mar 20 19:08:49 2020
From: bartjunk64 at gmail.com (Bart)
Date: Fri, 20 Mar 2020 19:08:49 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31wJMusMJx0S9v7HSSJjB4_aiiT0rbYnZV4BVkZxJ235VA@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
 <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>
 <CAMye31wJMusMJx0S9v7HSSJjB4_aiiT0rbYnZV4BVkZxJ235VA@mail.gmail.com>
Message-ID: <CAMye31y5t9X7gnJ2QDoS1+hFtkeKwhONNFnWTg4ji7JhuuF4Xw@mail.gmail.com>

On Fri, Mar 20, 2020 at 10:47 AM Bart <bartjunk64 at gmail.com> wrote:

> I prefer the Options parameter over another Boolean, mainly because
> you never know if another use-case might raise the need for yet
> another parameter.

Committed in r62782
-- 
Bart

From rolf.wetjen at mail.de  Sat Mar 21 12:07:39 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Sat, 21 Mar 2020 12:07:39 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31y5t9X7gnJ2QDoS1+hFtkeKwhONNFnWTg4ji7JhuuF4Xw@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
 <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>
 <CAMye31wJMusMJx0S9v7HSSJjB4_aiiT0rbYnZV4BVkZxJ235VA@mail.gmail.com>
 <CAMye31y5t9X7gnJ2QDoS1+hFtkeKwhONNFnWTg4ji7JhuuF4Xw@mail.gmail.com>
Message-ID: <9d780b0a-5247-0180-26e8-d9b2f0478a52@mail.de>

Hi Bart,

I'm just looking for an other error in the implementation when sets are 
used:

Helloworld / He[lo]?orld - False
Helloworld / He[lo]*orld - True
Helloworld / He[lo]world - False

So, it's not the final patch but not that importand as I don't think 
that sets are used so much.

Regards

Rolf


-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From bartjunk64 at gmail.com  Sat Mar 21 12:59:20 2020
From: bartjunk64 at gmail.com (Bart)
Date: Sat, 21 Mar 2020 12:59:20 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <9d780b0a-5247-0180-26e8-d9b2f0478a52@mail.de>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
 <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>
 <CAMye31wJMusMJx0S9v7HSSJjB4_aiiT0rbYnZV4BVkZxJ235VA@mail.gmail.com>
 <CAMye31y5t9X7gnJ2QDoS1+hFtkeKwhONNFnWTg4ji7JhuuF4Xw@mail.gmail.com>
 <9d780b0a-5247-0180-26e8-d9b2f0478a52@mail.de>
Message-ID: <CAMye31x5GVVqFhktVyC7fcyP63hH9FnOEVOQ_inqD-ipq1GV4Q@mail.gmail.com>

On Sat, Mar 21, 2020 at 12:07 PM Rolf Wetjen via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

> Helloworld / He[lo]?orld - False
The mask only caters for either Hel?world or Heo?world, so that is correct

> Helloworld / He[lo]*orld - True
The mask only caters for either Hel*world or Heo*world, so that is
correct (the first one matches)

> Helloworld / He[lo]world - False
The mask only caters for either Helworld or Heoworld, so that is correct

No bug here.

Note that sets don't work like a RegEx where you can specify e.g. n
times either 'l' or 'o'.

-- 
Bart

From rolf.wetjen at mail.de  Sat Mar 21 13:25:32 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Sat, 21 Mar 2020 13:25:32 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31x5GVVqFhktVyC7fcyP63hH9FnOEVOQ_inqD-ipq1GV4Q@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
 <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>
 <CAMye31wJMusMJx0S9v7HSSJjB4_aiiT0rbYnZV4BVkZxJ235VA@mail.gmail.com>
 <CAMye31y5t9X7gnJ2QDoS1+hFtkeKwhONNFnWTg4ji7JhuuF4Xw@mail.gmail.com>
 <9d780b0a-5247-0180-26e8-d9b2f0478a52@mail.de>
 <CAMye31x5GVVqFhktVyC7fcyP63hH9FnOEVOQ_inqD-ipq1GV4Q@mail.gmail.com>
Message-ID: <b52539be-e899-f2fa-0512-e280c671465b@mail.de>

My misunderstanding of a set here.

I'm looking for a better documentation. So, a set compares to only one 
charcter in the filename.

Thanks,

Rolf


-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From michael at freepascal.org  Sat Mar 21 14:11:21 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Sat, 21 Mar 2020 14:11:21 +0100 (CET)
Subject: [Lazarus] ApplicationProperties
Message-ID: <alpine.DEB.2.21.2003211410020.2870@home>


Hi,

The TApplicationProperties component provides access to the TApplication
events and properties.

It is missing OnActionExecute. Can this be added or is there a reason for
not adding it ?

Should I file an issue in the issue tracker ?

Michael.

From lazarus at kluug.net  Sat Mar 21 14:51:48 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Sat, 21 Mar 2020 14:51:48 +0100
Subject: [Lazarus] ApplicationProperties
In-Reply-To: <alpine.DEB.2.21.2003211410020.2870@home>
References: <alpine.DEB.2.21.2003211410020.2870@home>
Message-ID: <e08de11f-0d30-77b7-454e-4350a3d37067@kluug.net>

On 21.03.2020 14:11, Michael Van Canneyt via lazarus wrote:
> The TApplicationProperties component provides access to the TApplication
> events and properties.
>
> It is missing OnActionExecute. Can this be added or is there a reason for
> not adding it ?

Surely it can be added.


> Should I file an issue in the issue tracker ?

Yes, please.


Ondrej



From michael at freepascal.org  Sat Mar 21 15:01:09 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Sat, 21 Mar 2020 15:01:09 +0100 (CET)
Subject: [Lazarus] ApplicationProperties
In-Reply-To: <e08de11f-0d30-77b7-454e-4350a3d37067@kluug.net>
References: <alpine.DEB.2.21.2003211410020.2870@home>
 <e08de11f-0d30-77b7-454e-4350a3d37067@kluug.net>
Message-ID: <alpine.DEB.2.21.2003211500510.2870@home>



On Sat, 21 Mar 2020, Ondrej Pokorny via lazarus wrote:

> On 21.03.2020 14:11, Michael Van Canneyt via lazarus wrote:
>> The TApplicationProperties component provides access to the TApplication
>> events and properties.
>>
>> It is missing OnActionExecute. Can this be added or is there a reason for
>> not adding it ?
>
> Surely it can be added.
>
>
>> Should I file an issue in the issue tracker ?
>
> Yes, please.

Done:
https://bugs.freepascal.org/view.php?id=36816

Michael.

From rolf.wetjen at mail.de  Sun Mar 22 13:55:29 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Sun, 22 Mar 2020 13:55:29 +0100
Subject: [Lazarus] MatchesWindowsMask('[x]','[x]') return False
In-Reply-To: <CAMye31y5t9X7gnJ2QDoS1+hFtkeKwhONNFnWTg4ji7JhuuF4Xw@mail.gmail.com>
References: <b9ae379c-f864-4dd1-5e1f-a3760751f425@mail.de>
 <20200315202311.18d61bc9@limapholos.matflo.wg>
 <CAMye31xcQLXD-UEJrcVBWiwYAyJt=3AatPLW5jcu9WqnWatnaw@mail.gmail.com>
 <20200316000506.33bafa7d@limapholos.matflo.wg>
 <663a2ac4-cd06-e13e-6b13-8e585aaf9265@pascalprogramming.org>
 <20200316010711.0abcdd23@limapholos.matflo.wg>
 <CAMye31xSru0gm3bO_AaDP_PvqB4fLq9j1tTkWvBxXZ8ABFEmYg@mail.gmail.com>
 <9bbee6b2-4bf5-3916-1b6f-8ce078e9de11@mail.de>
 <CAMye31wz-K8bpveatbqS3wgrVAdjGCG1L-6KcgGusD4UqHBNaA@mail.gmail.com>
 <3e8ab436-6e26-dff9-901e-6e663208f4c3@mail.de>
 <CAMye31zj-h+HjZSgWMXcWqx9Tfbpkxx-HhhigL1Fgzf5+c4T1Q@mail.gmail.com>
 <CAMye31w7p6yCHizbsWPH-DEAFYuYj79sRUBVtJBtiv5jCF+rWw@mail.gmail.com>
 <f6b6372d-435b-56bf-0aca-408bc8f5ecd5@mail.de>
 <CAMye31wJMusMJx0S9v7HSSJjB4_aiiT0rbYnZV4BVkZxJ235VA@mail.gmail.com>
 <CAMye31y5t9X7gnJ2QDoS1+hFtkeKwhONNFnWTg4ji7JhuuF4Xw@mail.gmail.com>
Message-ID: <31fc22fb-6365-ba9a-2d4c-c99e37368cd9@mail.de>

Hi Bart,

I've uploaded a patch for the TMask documentation 
(https://bugs.freepascal.org/view.php?id=36798)

Regards

Rolf

Am 20.03.2020 um 19:08 schrieb Bart via lazarus:
> On Fri, Mar 20, 2020 at 10:47 AM Bart <bartjunk64 at gmail.com> wrote:
>
>> I prefer the Options parameter over another Boolean, mainly because
>> you never know if another use-case might raise the need for yet
>> another parameter.
> Committed in r62782

-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From badsectoracula at gmail.com  Sun Mar 22 18:34:43 2020
From: badsectoracula at gmail.com (Kostas Michalopoulos)
Date: Sun, 22 Mar 2020 19:34:43 +0200
Subject: [Lazarus] MDI support for win32
In-Reply-To: <3d5e7b5c-ab90-d789-697d-55203458fcca@kluug.net>
References: <3d5e7b5c-ab90-d789-697d-55203458fcca@kluug.net>
Message-ID: <CAH=meXVzj_1EuUpg-CqvSDmpcZ=_Ed3-_RL6xazF7XkH09Pm+A@mail.gmail.com>

Hey,

Sorry for the delay, i just noticed this was merged :-P. I got the latest
version, compiled the MDI doodle test and did some testing and it seems
like it behaves like in Delphi 2, so it looks like it works fine :-).

I get an "oops, debugger error" dialog box when exiting but i'm not sure if
it is related (i get this in regular examples too).

Kostas

On Fri, Feb 28, 2020 at 9:34 PM Ondrej Pokorny via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> Hello,
>
> I added MDI support for win32 based on patch by Kostas Michalopoulos:
> https://bugs.freepascal.org/view.php?id=36582
>
> Please report any regressions or problems.
>
> Ondrej
>
> --
> _______________________________________________
> lazarus mailing list
> lazarus at lists.lazarus-ide.org
> https://lists.lazarus-ide.org/listinfo/lazarus
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200322/58a65324/attachment.html>

From bo.berglund at gmail.com  Sun Mar 22 22:29:15 2020
From: bo.berglund at gmail.com (Bo Berglund)
Date: Sun, 22 Mar 2020 22:29:15 +0100
Subject: [Lazarus] Embedded VLC using PasLibVlc - how to fast forward?
Message-ID: <tmlf7fdpi98qbvns2oq8ldfgjjt6kt5cmq@4ax.com>

I am working on a video editing tool for Windows and Linux.

Earlier I was adviced to use VLC as the engine and PasLibVlc as the
go-between.
So I have created the editor, which works well for me, but I have two
new functions I want to add and I don't know how...

1) FF video playback
I want to be able to fast forward the video with audio present like my
LG SmartTV can. Is that possible through the VLC plug-in?

2) Maximize
I also want to run the player maximized to full screen, again I don't
know how. Any suggsetions?
Right now I only can maximize my main form itself but that brings
along all of the panels with the editing controls too...
Most video players nowadays have this little square that when clicked
maximizes the video canvas itself so the video is full screen, how is
that done?


-- 
Bo Berglund
Developer in Sweden


From bo.berglund at gmail.com  Mon Mar 23 00:02:42 2020
From: bo.berglund at gmail.com (Bo Berglund)
Date: Mon, 23 Mar 2020 00:02:42 +0100
Subject: [Lazarus] Embedded VLC using PasLibVlc - how to fast forward?
References: <tmlf7fdpi98qbvns2oq8ldfgjjt6kt5cmq@4ax.com>
Message-ID: <06rf7f554odqp3jqgcn6apl56bqio06p6m@4ax.com>

On Sun, 22 Mar 2020 22:29:15 +0100, Bo Berglund via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

>I am working on a video editing tool for Windows and Linux.
>
>Earlier I was adviced to use VLC as the engine and PasLibVlc as the
>go-between.
>So I have created the editor, which works well for me, but I have two
>new functions I want to add and I don't know how...
>
>1) FF video playback
>I want to be able to fast forward the video with audio present like my
>LG SmartTV can. Is that possible through the VLC plug-in?

I forgot to add:
In VLC the function I am after is located on menu:
Playback/Speed
where there are 5 selections to make:
Faster, Faster(fine), Normal speed, Slower(fine), Slower

>2) Maximize
>I also want to run the player maximized to full screen, again I don't
>know how. Any suggsetions?
>Right now I only can maximize my main form itself but that brings
>along all of the panels with the editing controls too...
>Most video players nowadays have this little square that when clicked
>maximizes the video canvas itself so the video is full screen, how is
>that done?

In VLC there is a speed-button on the bottom containing 4 corner marks
and when clicked the video area fills the screen, return to normal by
Esc.

When using PasLibVlc I have not found much in the way of documentation
so I have used a simple demo and worked my way from there.


-- 
Bo Berglund
Developer in Sweden


From bo.berglund at gmail.com  Mon Mar 23 07:52:31 2020
From: bo.berglund at gmail.com (Bo Berglund)
Date: Mon, 23 Mar 2020 07:52:31 +0100
Subject: [Lazarus] Embedded VLC using PasLibVlc - how to fast forward?
References: <tmlf7fdpi98qbvns2oq8ldfgjjt6kt5cmq@4ax.com>
Message-ID: <ktmg7f9k3tq38m2gepu5ul8dsvifbtnk7c@4ax.com>

On Sun, 22 Mar 2020 22:29:15 +0100, Bo Berglund via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

FOLLOW-UP:

>1) FF video playback
I found an example that handles the play speed and could verify it
thus:
vlcPlayer.SetPlayRate(newPlayRate);

newPlayRate is an integer seemingly in percent of normal speed, so:
x2 = 200
x1 = 100
x0.5 = 50
etc

vlcPlayer.GetPlayRate() reads back the current rate.

Still looking for the maximize function, but it is not so needed as
was the speed.


-- 
Bo Berglund
Developer in Sweden


From sysrpl at gmail.com  Mon Mar 23 08:30:41 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Mon, 23 Mar 2020 03:30:41 -0400
Subject: [Lazarus] Gtk2 Linux detect user logoff?
Message-ID: <CAHmPLWVFCJRUaeeFg4xmwEqeUWp3QNLm_7Vp=y_b5TPiWpixaw@mail.gmail.com>

Does anyone here know how to detect user log off and gracefully terminate
under Gtk2 Linux? I have an app which uses some temporary files (in /tmp)
and I want to ensure those files are deleted when the user logs off. The
application query/end session events don't seem to be connected when using
the Gtk2 widgetset.

>From this stack overflow answer it would seem there is a 'save-yourself'
sinal to notify you when the user logs off, but I don't know what the LCL
value of client might be. Could it be application handle? Is there a better
way to detect user log off on Gtk2?

https://stackoverflow.com/a/2519829/269630
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200323/8db19ec4/attachment.html>

From rolf.wetjen at mail.de  Mon Mar 23 08:38:37 2020
From: rolf.wetjen at mail.de (Rolf Wetjen)
Date: Mon, 23 Mar 2020 08:38:37 +0100
Subject: [Lazarus] Embedded VLC using PasLibVlc - how to fast forward?
In-Reply-To: <ktmg7f9k3tq38m2gepu5ul8dsvifbtnk7c@4ax.com>
References: <tmlf7fdpi98qbvns2oq8ldfgjjt6kt5cmq@4ax.com>
 <ktmg7f9k3tq38m2gepu5ul8dsvifbtnk7c@4ax.com>
Message-ID: <edd1922b-6cd6-26c4-d9c9-96ea6f30b242@mail.de>

Hi Bo,

this could be a solution for windows (fullscreen):

     SetWindowLongPtr(Handle,GWL_STYLE,iWindowStyle and not 
WS_OVERLAPPEDWINDOW);
     Left:=0;
     Top:=0;
     Width:=Screen.Width;
     Height:=Screen.Height;

Regards

Rolf

Am 23.03.2020 um 07:52 schrieb Bo Berglund via lazarus:
> On Sun, 22 Mar 2020 22:29:15 +0100, Bo Berglund via lazarus
> <lazarus at lists.lazarus-ide.org> wrote:
>
> FOLLOW-UP:
>
>> 1) FF video playback
> I found an example that handles the play speed and could verify it
> thus:
> vlcPlayer.SetPlayRate(newPlayRate);
>
> newPlayRate is an integer seemingly in percent of normal speed, so:
> x2 = 200
> x1 = 100
> x0.5 = 50
> etc
>
> vlcPlayer.GetPlayRate() reads back the current rate.
>
> Still looking for the maximize function, but it is not so needed as
> was the speed.
>
>

-- 
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


From michael at freepascal.org  Mon Mar 23 08:44:41 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Mon, 23 Mar 2020 08:44:41 +0100 (CET)
Subject: [Lazarus] Gtk2 Linux detect user logoff?
In-Reply-To: <CAHmPLWVFCJRUaeeFg4xmwEqeUWp3QNLm_7Vp=y_b5TPiWpixaw@mail.gmail.com>
References: <CAHmPLWVFCJRUaeeFg4xmwEqeUWp3QNLm_7Vp=y_b5TPiWpixaw@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2003230839290.15818@home>



On Mon, 23 Mar 2020, Anthony Walter via lazarus wrote:

> Does anyone here know how to detect user log off and gracefully terminate
> under Gtk2 Linux? I have an app which uses some temporary files (in /tmp)
> and I want to ensure those files are deleted when the user logs off. The
> application query/end session events don't seem to be connected when using
> the Gtk2 widgetset.
>
>> From this stack overflow answer it would seem there is a 'save-yourself'
> sinal to notify you when the user logs off, but I don't know what the LCL
> value of client might be. Could it be application handle? Is there a better
> way to detect user log off on Gtk2?
>
> https://stackoverflow.com/a/2519829/269630

I suspect this is a dbus signal. 
Maybe gnome API interfaces expose an api for the signals of the session
manager. I doubt GTK handles these signals, and I don't think Lazarus uses
the Gnome signals or the Gnome API.

So I would attempt to connect to the gnome session manager using dbus. 
FPC has a DBUS client component, so this should not be too hard.

I have some uncommitted example programs that may help you if you decide to
go this path.

Michael.

From michael at freepascal.org  Mon Mar 23 10:23:58 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Mon, 23 Mar 2020 10:23:58 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
Message-ID: <alpine.DEB.2.21.2003231013100.22996@home>


Hi,

"Close all" in the file menu does not close the project inspector (and, I
suppose, the project)

Is this by design ? 
I'm asking because in Delphi 'Close all' really closes "all".

Michael.

From lazarus at kluug.net  Mon Mar 23 10:55:40 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Mon, 23 Mar 2020 10:55:40 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003231013100.22996@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
Message-ID: <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>

On 23.03.2020 10:23, Michael Van Canneyt via lazarus wrote:
> "Close all" in the file menu does not close the project inspector (and, I
> suppose, the project)
>
> Is this by design ? I'm asking because in Delphi 'Close all' really 
> closes "all".

Hello,

yes this difference is by design. To close the project in Lazarus IDE 
you have to execute Project -> "Close Project" from the menu. File -> 
"Close all" closes all open editors.

Ondrej


From michael at freepascal.org  Mon Mar 23 10:59:23 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Mon, 23 Mar 2020 10:59:23 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
Message-ID: <alpine.DEB.2.21.2003231058150.24774@home>



On Mon, 23 Mar 2020, Ondrej Pokorny via lazarus wrote:

> On 23.03.2020 10:23, Michael Van Canneyt via lazarus wrote:
>> "Close all" in the file menu does not close the project inspector (and, I
>> suppose, the project)
>>
>> Is this by design ? I'm asking because in Delphi 'Close all' really 
>> closes "all".
>
> Hello,
>
> yes this difference is by design. To close the project in Lazarus IDE 
> you have to execute Project -> "Close Project" from the menu. File -> 
> "Close all" closes all open editors.

OK, thank you.

Any particular reason for this behaviour ? It seems a bit strange to me to
treat the project differently.

Michael.

From lazarus at kluug.net  Mon Mar 23 13:34:04 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Mon, 23 Mar 2020 13:34:04 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003231058150.24774@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
Message-ID: <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>

On 23.03.2020 10:59, Michael Van Canneyt via lazarus wrote:
> On Mon, 23 Mar 2020, Ondrej Pokorny via lazarus wrote:
>> On 23.03.2020 10:23, Michael Van Canneyt via lazarus wrote:
>>> "Close all" in the file menu does not close the project inspector 
>>> (and, I
>>> suppose, the project)
>>>
>>> Is this by design ? I'm asking because in Delphi 'Close all' really 
>>> closes "all".
>>
>> Hello,
>>
>> yes this difference is by design. To close the project in Lazarus IDE 
>> you have to execute Project -> "Close Project" from the menu. File -> 
>> "Close all" closes all open editors.
>
> OK, thank you.
>
> Any particular reason for this behaviour ? It seems a bit strange to 
> me to treat the project differently.

This feature is not from me. I was hit by it as well when I started 
using Lazarus. AFAIR it's been always so. I got used to it and I find it 
logical.

I set up Lazarus to remember open editors (to reopen them when a project 
is opened) and so after some time the count of open editors grows a lot. 
This is a way to close all editors easily and have a clean source 
editor. On the contrary, If I want to close the project and keep the 
open editors remembered, I use the "Close Project" menu item.

So for me Delphi should fix their behavior to match Lazarus :)

Ondrej


From fpc at pascalprogramming.org  Mon Mar 23 13:35:43 2020
From: fpc at pascalprogramming.org (Marco van de Voort)
Date: Mon, 23 Mar 2020 13:35:43 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
Message-ID: <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>


Op 2020-03-23 om 13:34 schreef Ondrej Pokorny via lazarus:
>  reason for this behaviour ? It seems a bit strange to me to treat the 
> project differently.
>
> This feature is not from me. I was hit by it as well when I started 
> using Lazarus. AFAIR it's been always so. I got used to it and I find 
> it logical.
>
> I set up Lazarus to remember open editors (to reopen them when a 
> project is opened) and so after some time the count of open editors 
> grows a lot. This is a way to close all editors easily and have a 
> clean source editor. On the contrary, If I want to close the project 
> and keep the open editors remembered, I use the "Close Project" menu 
> item.
>
> So for me Delphi should fix their behavior to match Lazarus :)
>
Personally I hate the mandatory open project (or else the modal 
options). E.g. you want to open a .lpk and you have to create a project 
first to open the menu item.

From lazarus at mfriebe.de  Mon Mar 23 14:34:02 2020
From: lazarus at mfriebe.de (Martin Frb)
Date: Mon, 23 Mar 2020 14:34:02 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
Message-ID: <57144bed-b19d-5571-5662-f07ca6e6134a@mfriebe.de>

On 23/03/2020 13:35, Marco van de Voort via lazarus wrote:
> Personally I hate the mandatory open project (or else the modal 
> options). E.g. you want to open a .lpk and you have to create a 
> project first to open the menu item.

Well, this is not because it is desired. I doubt there would be 
objection to changing it.

This is (afaik) only due to the initially (long ago) chosen design. 
Today a lot of code, relies on the global "project" variable. So far I 
know of no one, who wants to rewrite all of this...


From svaa at ciberpiula.net  Mon Mar 23 17:10:47 2020
From: svaa at ciberpiula.net (Santiago A.)
Date: Mon, 23 Mar 2020 17:10:47 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
Message-ID: <57b3c86f-cc02-5456-023a-0fa0a6190f7c@ciberpiula.net>

El 23/03/2020 a las 10:55, Ondrej Pokorny via lazarus escribió:
> On 23.03.2020 10:23, Michael Van Canneyt via lazarus wrote:
>> "Close all" in the file menu does not close the project inspector 
>> (and, I
>> suppose, the project)
>>
>> Is this by design ? I'm asking because in Delphi 'Close all' really 
>> closes "all".
>
> Hello,
>
> yes this difference is by design. To close the project in Lazarus IDE 
> you have to execute Project -> "Close Project" from the menu. File -> 
> "Close all" closes all open editors.
Maybe the texto should be "Close all editors", then

>
> Ondrej
>


-- 
Saludos

Santiago A.


From nc-gaertnma at netcologne.de  Mon Mar 23 17:41:05 2020
From: nc-gaertnma at netcologne.de (Mattias Gaertner)
Date: Mon, 23 Mar 2020 17:41:05 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <57144bed-b19d-5571-5662-f07ca6e6134a@mfriebe.de>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <57144bed-b19d-5571-5662-f07ca6e6134a@mfriebe.de>
Message-ID: <20200323174105.17f3970d@limapholos.matflo.wg>

On Mon, 23 Mar 2020 14:34:02 +0100
Martin Frb via lazarus <lazarus at lists.lazarus-ide.org> wrote:

> On 23/03/2020 13:35, Marco van de Voort via lazarus wrote:
> > Personally I hate the mandatory open project (or else the modal 
> > options). E.g. you want to open a .lpk and you have to create a 
> > project first to open the menu item.  
> 
> Well, this is not because it is desired. I doubt there would be 
> objection to changing it.
> 
> This is (afaik) only due to the initially (long ago) chosen design. 
> Today a lot of code, relies on the global "project" variable. So far
> I know of no one, who wants to rewrite all of this...

Yes, the design is that the session (open files, positions, jumps,
bookmarks, encoding, line ending, etc) are stored in the project.

A package needs the settings of the project, e.g. macros like
target OS/CPU.

So if you want to edit a package or files without any project, the
easiest way would be to implement a dummy/default project. Some
functions and menu items must be disabled. And some error messages must
be improved. 
The big questions are:
Should the IDE restore the dummy session after a restart? If yes, then
it must store the session and reload.
And if yes, should a Close All wipe the whole session, e.g. file
properties?


Mattias

From bo.berglund at gmail.com  Mon Mar 23 19:17:07 2020
From: bo.berglund at gmail.com (Bo Berglund)
Date: Mon, 23 Mar 2020 19:17:07 +0100
Subject: [Lazarus] Embedded VLC using PasLibVlc - how to fast forward?
References: <tmlf7fdpi98qbvns2oq8ldfgjjt6kt5cmq@4ax.com>
 <ktmg7f9k3tq38m2gepu5ul8dsvifbtnk7c@4ax.com>
 <edd1922b-6cd6-26c4-d9c9-96ea6f30b242@mail.de>
Message-ID: <a0sh7fp8t107vmp6oap6s3qrgbnjj9up0b@4ax.com>

On Mon, 23 Mar 2020 08:38:37 +0100, Rolf Wetjen via lazarus
<lazarus at lists.lazarus-ide.org> wrote:

>Hi Bo,
>
>this could be a solution for windows (fullscreen):
>
>     SetWindowLongPtr(Handle,GWL_STYLE,iWindowStyle and not 
>WS_OVERLAPPEDWINDOW);
>     Left:=0;
>     Top:=0;
>     Width:=Screen.Width;
>     Height:=Screen.Height;
>
>Regards
>
>Rolf

Well, this seems to make the program window maximized and this is not
what I want.
I want the video port only to be maximized....

Meanwhile I found an example inside the PasLibVlc source package where
there is a function that seems to do what I wanted so I tried to put
it into my code.
However, it does not show any video on the resulting form, it is all
black...
And it does not return to the application's previous form either when
I hit a keyboard key. The application's main window in this case is
all black, only the title bar is not black....

Here is the code of the button event that is supposed to maximize my
window (copied from the example and adjusted for proper player name):


procedure TfrmMain.SpeedButton1Click(Sender: TObject);
var
//Defined in unit FullScreenFormUnit from the example:
  aFullScreenForm : TFullScreenForm; 
  oldL, oldT, oldW, oldH : Integer;
  oldA : TAlign;
begin
  MessageDlg('Press any key, to leave full screen mode',
mtInformation, [mbOK], 0);

  oldL := vlcPlayer.Left;
  oldT := vlcPlayer.Top;
  oldW := vlcPlayer.Width;
  oldH := vlcPlayer.Height;
  oldA := vlcPlayer.Align;

  if (oldA <> alNone) then vlcPlayer.Align := alNone;

  aFullScreenForm := TFullScreenForm.Create(SELF);
  aFullScreenForm.SetBounds(Monitor.Left, Monitor.Top, Monitor.Width,
Monitor.Height);

  // PasLibVlcPlayer1.ParentWindow := aFullScreenForm.Handle;
  {$IFDEF FPC}
    LCLIntf.SetParent(vlcPlayer.Handle, aFullScreenForm.Handle);
  {$ELSE}
    {$IFDEF MSWINDOWS}
      Windows.SetParent(vlcPlayer.Handle, aFullScreenForm.Handle);
    {$ENDIF}
  {$ENDIF}
  vlcPlayer.SetBounds(0, 0, Monitor.Width, Monitor.Height);

  aFullScreenForm.ShowModal;

  vlcPlayer.SetBounds(oldL, oldT, oldW, oldH);
  {$IFDEF FPC}
    LCLIntf.SetParent(vlcPlayer.Handle, SELF.Handle);
  {$ELSE}
    {$IFDEF MSWINDOWS}
      Windows.SetParent(vlcPlayer.Handle, SELF.Handle);
    {$ENDIF}
  {$ENDIF}

  aFullScreenForm.Free;

  if (oldA <> alNone) then vlcPlayer.Align := oldA;
end;



-- 
Bo Berglund
Developer in Sweden


From juha.manninen62 at gmail.com  Mon Mar 23 19:39:32 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Mon, 23 Mar 2020 20:39:32 +0200
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
Message-ID: <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>

On Mon, Mar 23, 2020 at 2:35 PM Marco van de Voort via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> Personally I hate the mandatory open project (or else the modal
> options). E.g. you want to open a .lpk and you have to create a project
> first to open the menu item.
>

Not really because a project is always opened automatically when you start
Lazarus.
It's either the previously used project or a new empty project.
The new empty project behaves almost like "no project" because you don't
have to save it.
IIRC the "Close Project" entry was added after a user request, but it is
rather useless. You cannot do much anything when projects are closed.
Everything is disabled then.
I also remember the initial confusion because of this feature but now it
feels very functional.
A project never needs to be closed explicitly, it gets closed when another
project is opened or when the whole IDE is closed.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200323/f0126d58/attachment-0001.html>

From michael at freepascal.org  Mon Mar 23 20:26:44 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Mon, 23 Mar 2020 20:26:44 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2003232013380.16803@home>



On Mon, 23 Mar 2020, Juha Manninen via lazarus wrote:

> On Mon, Mar 23, 2020 at 2:35 PM Marco van de Voort via lazarus <
> lazarus at lists.lazarus-ide.org> wrote:
>
>> Personally I hate the mandatory open project (or else the modal
>> options). E.g. you want to open a .lpk and you have to create a project
>> first to open the menu item.
>>
>
> Not really because a project is always opened automatically when you start
> Lazarus.
> It's either the previously used project or a new empty project.
> The new empty project behaves almost like "no project" because you don't
> have to save it.
> IIRC the "Close Project" entry was added after a user request, but it is
> rather useless. You cannot do much anything when projects are closed.
> Everything is disabled then.
> I also remember the initial confusion because of this feature but now it
> feels very functional.
> A project never needs to be closed explicitly, it gets closed when another
> project is opened or when the whole IDE is closed.

Well, I think it does need to be closed from time to time.

Namely: I want to be sure that all is closed before doing an svn
update or git pull. Although many bugs have been fixed, still from time to
time when you do an update of files on disk, Lazarus messes up and
overwrites incoming changes.

These things are unfortunately very hard to reproduce. I have reported
several problems to Mattias, who promptly fixed them, but still it occurs
under hard-to-reproduce circumstances.

So, for safety, now I close the IDE, do the svn/git update, and then open the IDE.

In Delphi (which has the same problem with SVN/git/...), 
I don't close the IDE, I just close all files.

Luckily, the startup time of Lazarus is much shorter than Delphi's
(the latter easily takes up to a minute to start).

I could also temporarily open another project, but that is just as much a
kludge as closing the IDE, worse yet, I can inadvertently change that
project - and I know this from experience :(

So, yes, I would actually prefer that 'Close all' does what it says on the
tin, and really closes *all*.

That I cannot do anything after this till I have opened the project again, 
is quite OK with me. It would even be OK if it just automatically started an
empty new project after I did 'close all', as during startup. Just as long
as all previously opened files are closed.

Michael.

From lazarus at kluug.net  Tue Mar 24 07:33:26 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Tue, 24 Mar 2020 07:33:26 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003232013380.16803@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
Message-ID: <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>

On 23.03.2020 20:26, Michael Van Canneyt via lazarus wrote:
> Well, I think it does need to be closed from time to time.
>
> Namely: I want to be sure that all is closed before doing an svn
> update or git pull. Although many bugs have been fixed, still from 
> time to
> time when you do an update of files on disk, Lazarus messes up and
> overwrites incoming changes.

I fixed a bug that rewrote the incoming LPI changes recently and that 
annoyed me for years: https://bugs.freepascal.org/view.php?id=36813

I am not aware of other bugs that would rewrite external changes. Please 
report them.

(Well, maybe there is still one bug left in the Lazarus file cache. 
Sometimes it reports wrong file datetimes. Let's see if I come across it 
at some point. I don't remember the last time I was hit by it.)

Ondrej


From juha.manninen62 at gmail.com  Tue Mar 24 08:47:14 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Tue, 24 Mar 2020 09:47:14 +0200
Subject: [Lazarus] IdeIntf was split to BuildIntf
Message-ID: <CAPN1EhC+0yq1g2WcXZF0BiJb5dG-GPc+FOiWEaCxgiKqtcCqww@mail.gmail.com>

IdeIntf package was refactored, non-GUI parts were moved to a new BuildIntf
package.
Commit r62795 by Mattias (although I did the actual split).

Rebuilding the sources after r62795 using a Lazarus executable built before
it gives an error. The old IDE does not know where the BuildInf package is.
The easiest cure is to open components/buildide.lpk in the IDE.
Building succeeds once the IDE has seen it.
See issue :
 https://bugs.freepascal.org/view.php?id=36819

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200324/ba094676/attachment.html>

From michael at freepascal.org  Tue Mar 24 09:08:02 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Tue, 24 Mar 2020 09:08:02 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
Message-ID: <alpine.DEB.2.21.2003240905340.10379@home>



On Tue, 24 Mar 2020, Ondrej Pokorny via lazarus wrote:

> On 23.03.2020 20:26, Michael Van Canneyt via lazarus wrote:
>> Well, I think it does need to be closed from time to time.
>>
>> Namely: I want to be sure that all is closed before doing an svn
>> update or git pull. Although many bugs have been fixed, still from 
>> time to
>> time when you do an update of files on disk, Lazarus messes up and
>> overwrites incoming changes.
>
> I fixed a bug that rewrote the incoming LPI changes recently and that 
> annoyed me for years: https://bugs.freepascal.org/view.php?id=36813

Yes, I saw it, and I am glad one more case is fixed.

>
> I am not aware of other bugs that would rewrite external changes. Please 
> report them.

As soon as I can reliably reproduce them. As said, they are not easy to
reproduce.

It took me several years to be able to report just one particular case to Mattias
:(

So as far as I am concerned, the case for actually closing everything still
stands.

Michael.

From lazarus at kluug.net  Tue Mar 24 09:47:10 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Tue, 24 Mar 2020 09:47:10 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003240905340.10379@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
Message-ID: <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>

On 24.03.2020 9:08, Michael Van Canneyt wrote:
> So as far as I am concerned, the case for actually closing everything 
> still stands.

I though "Close Project" does the thing, or isn't this good enough?

Ondrej


From juha.manninen62 at gmail.com  Tue Mar 24 09:56:19 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Tue, 24 Mar 2020 10:56:19 +0200
Subject: [Lazarus] IdeIntf was split to BuildIntf
In-Reply-To: <CAPN1EhC+0yq1g2WcXZF0BiJb5dG-GPc+FOiWEaCxgiKqtcCqww@mail.gmail.com>
References: <CAPN1EhC+0yq1g2WcXZF0BiJb5dG-GPc+FOiWEaCxgiKqtcCqww@mail.gmail.com>
Message-ID: <CAPN1EhCiPJHV0EgZs5fiDT8WyNFLwywy8B3_SCSYFodOvQyoew@mail.gmail.com>

On Tue, Mar 24, 2020 at 9:47 AM Juha Manninen <juha.manninen62 at gmail.com>
wrote:

> The easiest cure is to open components/buildide.lpk in the IDE.
>

Oops :(
It should be "components/buildintf/buildintf.lpk" obviously.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200324/73f87942/attachment.html>

From juha.manninen62 at gmail.com  Tue Mar 24 10:28:09 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Tue, 24 Mar 2020 11:28:09 +0200
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
Message-ID: <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>

On Tue, Mar 24, 2020 at 10:56 AM Ondrej Pokorny via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> I though "Close Project" does the thing, or isn't this good enough?
>
+1
Exactly. As a bonus the editor files session of the closed project is
remembered and reopened next time.
Please remember that "Close all" is in File menu, not in Project menu.
Delphi has its project menu items in File menu which is counter-intuitive.
IMO Lazarus works logically in this regard. If you don't want to do "Close
Project", you can do "New Project". You don't need to save it but all IDE
features remain enabled.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200324/3f44dec6/attachment-0001.html>

From michael at freepascal.org  Tue Mar 24 10:39:40 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Tue, 24 Mar 2020 10:39:40 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2003241028510.11692@home>



On Tue, 24 Mar 2020, Juha Manninen via lazarus wrote:

> On Tue, Mar 24, 2020 at 10:56 AM Ondrej Pokorny via lazarus <
> lazarus at lists.lazarus-ide.org> wrote:
>
>> I though "Close Project" does the thing, or isn't this good enough?
>>
> +1
> Exactly. As a bonus the editor files session of the closed project is
> remembered and reopened next time.
> Please remember that "Close all" is in File menu, not in Project menu.
> Delphi has its project menu items in File menu which is counter-intuitive.
> IMO Lazarus works logically in this regard. If you don't want to do "Close
> Project", you can do "New Project". You don't need to save it but all IDE
> features remain enabled.

See my (held for moderation, attachment to big) answer to Ondrej 
for why this reasoning is insufficient and the current Lazarus 
behaviour is actually buggy.

It's in fact hilarious that I am forced to even discuss this ! :-)

I mean, how hard can it be to understand this ?

To any normal human being, *Close All* means close *ALL*.

'All' is just a 3 letter english word with a very clear meaning. 
Savour the simplicity of it by pronouncing it out loud, prolongue the 'l'
sound if you need that to fully grasp the meaning and beauty of this word :)

No offense meant, but if the team need to explain this much why it is not
really doing what it says on the tin, then it's simply ill-conceived.

https://www.startupvitamins.com/products/startup-poster-a-user-interface-is-like-a-joke-if-you-have-to-explain-it-its-not-that-good

Oh well, I suppose there are worse things in the world.
(even disregarding the current health crisis ;-) )

Michael.

From juha.manninen62 at gmail.com  Tue Mar 24 10:54:17 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Tue, 24 Mar 2020 11:54:17 +0200
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003241028510.11692@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>
 <alpine.DEB.2.21.2003241028510.11692@home>
Message-ID: <CAPN1EhDnZpytH17k+u+zOGQE8hM7n93xSzZvg7+qeZ0+6UNFRw@mail.gmail.com>

On Tue, Mar 24, 2020 at 11:39 AM Michael Van Canneyt via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> To any normal human being, *Close All* means close *ALL*.
>

But when it is under File menu, it means "Close All Files".
:-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200324/b7d4efb9/attachment.html>

From fpc at pascalprogramming.org  Tue Mar 24 11:22:05 2020
From: fpc at pascalprogramming.org (Marco van de Voort)
Date: Tue, 24 Mar 2020 11:22:05 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
Message-ID: <bf7e4c77-b212-55a3-6a68-2662f50573ac@pascalprogramming.org>


Op 2020-03-23 om 19:39 schreef Juha Manninen via lazarus:
> On Mon, Mar 23, 2020 at 2:35 PM Marco van de Voort via lazarus 
> <lazarus at lists.lazarus-ide.org <mailto:lazarus at lists.lazarus-ide.org>> 
> wrote:
>
>     Personally I hate the mandatory open project (or else the modal
>     options). E.g. you want to open a .lpk and you have to create a
>     project
>     first to open the menu item.
>
>
> Not really because a project is always opened automatically when you 
> start Lazarus.
> It's either the previously used project or a new empty project.
> The new empty project behaves almost like "no project" because you 
> don't have to save it.
> IIRC the "Close Project" entry was added after a user request, but it 
> is rather useless. You cannot do much anything when projects are 
> closed. Everything is disabled then.

I often do close project before updating svn, since that might also 
update project files.



From ryansmithhe at gmail.com  Tue Mar 24 11:31:08 2020
From: ryansmithhe at gmail.com (R.Smith)
Date: Tue, 24 Mar 2020 12:31:08 +0200
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003241028510.11692@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>
 <alpine.DEB.2.21.2003241028510.11692@home>
Message-ID: <6c03c027-af27-bb2c-9311-9eeefc806b45@gmail.com>

On 2020/03/24 11:39, Michael Van Canneyt via lazarus wrote:
>
>
> See my (held for moderation, attachment to big) answer to Ondrej for 
> why this reasoning is insufficient and the current Lazarus behaviour 
> is actually buggy.
>
> It's in fact hilarious that I am forced to even discuss this ! :-)
>
> I mean, how hard can it be to understand this ?
>
> To any normal human being, *Close All* means close *ALL*.
>
> 'All' is just a 3 letter english word with a very clear meaning. 
> Savour the simplicity of it by pronouncing it out loud, prolongue the 'l'
> sound if you need that to fully grasp the meaning and beauty of this 
> word :)


Firstly, Michael, that was quite fun to read, I enjoyed it :)

Secondly, I've been following this thread with some ambivalence, but 
before it gets silly - kindly remember the small feature called "Context".

What does the word "Open" mean to "any normal human being"?  It's simply 
an adjective/verb, perhaps describing a property of a thing being 
unclosed, or the action of making a thing unclosed. In the File menu the 
word "Open" only gets it's meaning via the sub-context of being in the 
"FILE" menu. If it was in the Project menu or Package menu (oh look, 
there it is...) it would bestow it's meaning on a completely different 
thing.

Why are we Ok with the sub-context bestowed on "Open" and the difference 
in meaning when it's in the Project menu vs. when it is in the File menu?

I can repeat the above for "New" or indeed "Close".

When a menu says "Close All" it must by definition mean "... for the 
stuff that this menu is about", otherwise every menu item caption must 
be altered to carry the whole menaing and a GUI will start looking like 
a shakspeare novel. (To be fair, Lazarus does actually call it "Open 
Project" on the Project menu - a superfluous text, but not exactly 
harmful/hampering).

When you want to Close (or do anything else with) the project, do it 
from the Project menu. If you want to do stuff with the files in the 
project, do it from the File menu. Asking to change the behaviour of the 
interface for everyone in the World cause your sense of English is 
offended is, well, some would say "arrogant", but I'm not like that, I 
would merely call it "highly expectant". :)


On a serious note devs, if one did click "Close All" and the project 
closed too or reopened the default project (since at the end of the day, 
a Project is also a file), I doubt anyone would complain or find it 
weird or complainable. If I did NOT want the project to close, I 
certainly wouldn't click on any menu item with the words "Close All", so 
perhaps in this case, notwithstanding what I said above, and if it isn't 
a lot of effort, evryone would be fine with this change and it would 
indeed help sort out any SVN niggles.

Cheers,
Ryan




From michael at freepascal.org  Tue Mar 24 11:47:20 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Tue, 24 Mar 2020 11:47:20 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <6c03c027-af27-bb2c-9311-9eeefc806b45@gmail.com>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>
 <alpine.DEB.2.21.2003241028510.11692@home>
 <6c03c027-af27-bb2c-9311-9eeefc806b45@gmail.com>
Message-ID: <alpine.DEB.2.21.2003241138130.16876@home>



On Tue, 24 Mar 2020, R.Smith via lazarus wrote:

> On 2020/03/24 11:39, Michael Van Canneyt via lazarus wrote:
>>
>>
>> See my (held for moderation, attachment to big) answer to Ondrej for 
>> why this reasoning is insufficient and the current Lazarus behaviour 
>> is actually buggy.
>>
>> It's in fact hilarious that I am forced to even discuss this ! :-)
>>
>> I mean, how hard can it be to understand this ?
>>
>> To any normal human being, *Close All* means close *ALL*.
>>
>> 'All' is just a 3 letter english word with a very clear meaning. 
>> Savour the simplicity of it by pronouncing it out loud, prolongue the 'l'
>> sound if you need that to fully grasp the meaning and beauty of this 
>> word :)
>
>
> Firstly, Michael, that was quite fun to read, I enjoyed it :)

That was the primary intent. I'm glad you understood the intent, humour and
irony is not always clear in mails...

As I said, it's in my eyes hilarious that I "must" discuss this, no offense
to anyone is meant.

For all clarity and all involved:

Notwithstanding the bug I mentioned in my mail to Ondrej 
(still waiting for the moderator to approve my mail) :

I can live with the current behaviour, but I really don't think it is logical,
(even taking into account "context" :)) and I think Delphi in this instance has it 'right'.

Michael.

From lazarus at mfriebe.de  Tue Mar 24 13:19:11 2020
From: lazarus at mfriebe.de (Martin Frb)
Date: Tue, 24 Mar 2020 13:19:11 +0100
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003241028510.11692@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>
 <alpine.DEB.2.21.2003241028510.11692@home>
Message-ID: <586ea9e3-caf2-d176-5a4a-0112c4e4a6ff@mfriebe.de>

On 24/03/2020 10:39, Michael Van Canneyt via lazarus wrote:
>
> To any normal human being, *Close All* means close *ALL*.
>
> 'All' is just a 3 letter english word with a very clear meaning. 
> Savour the simplicity of it by pronouncing it out loud, prolongue the 'l'
> sound if you need that to fully grasp the meaning and beauty of this 
> word :)

<sarcasm>

1) By that interpretation, "Close All" should mean: Editors, Project, 
any other open window: packages, OI, debugger, doc-edit, main-ide-bar. 
And by means of the last, it should therefore close (exit) the IDE.

2) "All" is a 3 letter German word, and means "space" (as in outer space 
/ universe)
2b) According to https://www.dictionary.com/browse/all  even in English 
"All" (usually/often if capitalized) can also mean the universe.
   It can also be an adverb meaning each or completly (But not in the 
context given the menu)
   So much about "very clean meaning" ;) scnr

</sarcasm>

3) I would not mind, if it was clarified by changing the caption. I do 
even think that would be a good idea.

From michael at freepascal.org  Tue Mar 24 10:15:44 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Tue, 24 Mar 2020 10:15:44 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
Message-ID: <alpine.DEB.2.21.2003241007510.11692@home>



On Tue, 24 Mar 2020, Ondrej Pokorny via lazarus wrote:

> On 24.03.2020 9:08, Michael Van Canneyt wrote:
>> So as far as I am concerned, the case for actually closing everything 
>> still stands.
>
> I though "Close Project" does the thing, or isn't this good enough?

No, because it leaves open packages, and it does not actually close the project
inspector. See attached screenshot: my lazarus after I clicked 'Close project'.

Note the project inspector is still open, and the package editors as well.

So I must press 'Close all' (closes the packages) and then 'Close Project' 
(closes the rest, almost) to achieve my desired result: No open editors...

Michael.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: close.png
Type: image/png
Size: 133883 bytes
Desc: 
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200324/382bd313/attachment-0001.png>

From juha.manninen62 at gmail.com  Tue Mar 24 16:54:25 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Tue, 24 Mar 2020 17:54:25 +0200
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003241007510.11692@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <alpine.DEB.2.21.2003241007510.11692@home>
Message-ID: <CAPN1EhAwJqFiMbXenDoXOAZdWeax3DR1HQGthXD21J=y+AmEpQ@mail.gmail.com>

On Tue, Mar 24, 2020 at 4:58 PM Michael Van Canneyt via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> Note the project inspector is still open, and the package editors as well.
>

Ok, project inspector showing the closed project is clearly a bug.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200324/18508e7e/attachment.html>

From sysrpl at gmail.com  Tue Mar 24 23:06:35 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Tue, 24 Mar 2020 18:06:35 -0400
Subject: [Lazarus] Problems teaching kids programming
Message-ID: <CAHmPLWU9CedCA8iqiQpBq+HrSQGE_257EHmndRpFKWcxvc5vWw@mail.gmail.com>

Here is something I had to resort to this to teach one of my students:

https://www.getlazarus.org/learn/courseware/homework/project-4/

For the effort I made for this one child in creating this lesson, I thought
I'd at least share my sorrows.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200324/e4e35ff2/attachment.html>

From skalogryz.lists at gmail.com  Thu Mar 26 04:11:57 2020
From: skalogryz.lists at gmail.com (Dmitry Boyarintsev)
Date: Wed, 25 Mar 2020 23:11:57 -0400
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <alpine.DEB.2.21.2003241028510.11692@home>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <CAPN1EhC6B3D6axiU9H9rSYRJHZuM1KR+11+HJLAitMhJYRGwHw@mail.gmail.com>
 <alpine.DEB.2.21.2003241028510.11692@home>
Message-ID: <CAMpTZreXBrQ18wEoQwBa8uQQ=9vbv4XphHPO69jHGsgU_rUhrg@mail.gmail.com>

On Tue, Mar 24, 2020 at 5:39 AM Michael Van Canneyt via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> To any normal human being, *Close All* means close *ALL*.
>

Why argue if you extend?
Here's a little extension that makes "Close All" also "Close Project"
(which make it act as "Close All")
https://github.com/skalogryz/compatui

Oddly enough, this is not my first IDE extension to make it more
Delphi-like experience.
https://wiki.freepascal.org/Manual_Docker
https://github.com/skalogryz/clearrecent
https://github.com/skalogryz/semax
I should bring them all up together...

thanks,
Dmitry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200325/af5ac5db/attachment.html>

From sysrpl at gmail.com  Fri Mar 27 09:08:23 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Fri, 27 Mar 2020 04:08:23 -0400
Subject: [Lazarus] The Problem with the Linux Desktop
Message-ID: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>

On Linux ...

I was looking at the Unity tray icon code I submitted a while back and it
had stopped working on my desktop environment. I was also looking for a way
to track user log off events, monitor clipboard history, and how to
register a global hot key.

The sheer scattering of different systems, libraries, and what not that I
needed to search through to find solutions which are typically as simple as
a single function on a single document site with Windows prompted me to
write this brief diatribe:

The Problem with the Linux Desktop
<https://www.getlazarus.org/linux-vs-windows/>

<https://www.getlazarus.org/linux-vs-windows/>
I also posted that page to the r/linux
<https://www.reddit.com/r/linux/comments/fpt3ib/the_problem_with_the_linux_desktop/?>,
and am likely to get down voted there, but if anyone wants to chime in,
feel free. It might make use both feel better.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200327/b7ea00ac/attachment.html>

From michael at freepascal.org  Fri Mar 27 09:27:23 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Fri, 27 Mar 2020 09:27:23 +0100 (CET)
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2003270915230.18735@home>



On Fri, 27 Mar 2020, Anthony Walter via lazarus wrote:

> On Linux ...
>
> I was looking at the Unity tray icon code I submitted a while back and it
> had stopped working on my desktop environment. I was also looking for a way
> to track user log off events, monitor clipboard history, and how to
> register a global hot key.

Haha :-)

This is an age-old discussion. Echo of the late 90-ies last century.

You're reasoning windows centric, where everything is centrally controlled.
(same for Mac) This gives a certain amount of stability, but you are at the
mercy of the controlling instance.

You will therefor always be disappointed when using linux desktop, which is about
liberty, choice and variety, and which lacks this stability or unity.

The latter implies that when developing, you are also forced to make a choice;
what platforms to support and what not. Gnome, KDE, XFDE etc.

If you don't like that, stay away from Linux desktop.

Michael.

From fpc at pascalprogramming.org  Fri Mar 27 09:52:22 2020
From: fpc at pascalprogramming.org (Marco van de Voort)
Date: Fri, 27 Mar 2020 09:52:22 +0100
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <alpine.DEB.2.21.2003270915230.18735@home>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <alpine.DEB.2.21.2003270915230.18735@home>
Message-ID: <eecf937e-c64f-081c-11fb-4a76a8911074@pascalprogramming.org>


Op 2020-03-27 om 09:27 schreef Michael Van Canneyt via lazarus:
>
>
> This is an age-old discussion. Echo of the late 90-ies last century.
>
> You're reasoning windows centric, where everything is centrally 
> controlled.
> (same for Mac) This gives a certain amount of stability, but you are 
> at the
> mercy of the controlling instance.
>
> You will therefor always be disappointed when using linux desktop, 
> which is about
> liberty, choice and variety, and which lacks this stability or unity.
>
If you have rose coloured glasses, maybe.  Linux desktop is a proving 
and experimentation ground for those same big companies that mainly care 
for linux as a server. They also govern a lot of the direction, by 
simply shifting manpower.

Their touch is less prominent, but so is their commitment, as you've 
noticed.  Moreover they don't really cultivate an eco system for other 
programmers as much as e.g. Microsoft does.

> The latter implies that when developing, you are also forced to make a 
> choice;
> what platforms to support and what not. Gnome, KDE, XFDE etc.

And preferably deliver the platform of your choice with your 
application.  The model to download applications and install on a random 
distro+version simply doesn't exist on Linux.

>
> If you don't like that, stay away from Linux desktop.
>
While I largely agree, this reply simply assumes that the culture of 
laisez faire and low backwards compatibility is an universal open source 
trait. While that is a common link, I'm not so far as to say it is 
mandatory thing.

From sysrpl at gmail.com  Fri Mar 27 09:54:40 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Fri, 27 Mar 2020 04:54:40 -0400
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <alpine.DEB.2.21.2003270915230.18735@home>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <alpine.DEB.2.21.2003270915230.18735@home>
Message-ID: <CAHmPLWVrvDtZ_tDYu3C2w8GzV0YfwkqQ2vXtctB6PYe5uKSyRg@mail.gmail.com>

Michael,

I've been using the Linux desktop as my primary OS since 2006. I had
dabbled in in before, but typically went back to windows when my networking
had troubles.

That said, I want Linux to be better. Yes I understand your points, but
please understand even when you choose an environment like Gnome vs KDE,
even they break things or don't provide all the tools you need. that is
the frustrating part, when an environment either breaks something like tray
icons or provides little to no assistance in completing some requirement,
such as hit testing a window for transparent pixels, or registering a
global hotkey.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200327/80926d98/attachment.html>

From michael at freepascal.org  Fri Mar 27 10:52:34 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Fri, 27 Mar 2020 10:52:34 +0100 (CET)
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <eecf937e-c64f-081c-11fb-4a76a8911074@pascalprogramming.org>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <alpine.DEB.2.21.2003270915230.18735@home>
 <eecf937e-c64f-081c-11fb-4a76a8911074@pascalprogramming.org>
Message-ID: <alpine.DEB.2.21.2003271049240.28733@home>



On Fri, 27 Mar 2020, Marco van de Voort via lazarus wrote:

>>
>> If you don't like that, stay away from Linux desktop.
>>
> While I largely agree, this reply simply assumes that the culture of 
> laisez faire and low backwards compatibility is an universal open source 
> trait. While that is a common link, I'm not so far as to say it is 
> mandatory thing.

I didn't mean to imply such a conclusion.

I just observe it and think it is simply a fact.
If it hasn't changed in 20+ years, I doubt it ever will.

Whether this fact is good or bad is a personal appreciation.

I can only repeat: if you don't like it, stay away. No sense in getting
frustrated.

Michael.

From michael at freepascal.org  Fri Mar 27 11:03:26 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Fri, 27 Mar 2020 11:03:26 +0100 (CET)
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <CAHmPLWVrvDtZ_tDYu3C2w8GzV0YfwkqQ2vXtctB6PYe5uKSyRg@mail.gmail.com>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <alpine.DEB.2.21.2003270915230.18735@home>
 <CAHmPLWVrvDtZ_tDYu3C2w8GzV0YfwkqQ2vXtctB6PYe5uKSyRg@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2003271052460.28733@home>



On Fri, 27 Mar 2020, Anthony Walter wrote:

> Michael,
>
> I've been using the Linux desktop as my primary OS since 2006. I had
> dabbled in in before, but typically went back to windows when my networking
> had troubles.
>
> That said, I want Linux to be better. Yes I understand your points, but
> please understand even when you choose an environment like Gnome vs KDE,
> even they break things or don't provide all the tools you need. that is
> the frustrating part, when an environment either breaks something like tray
> icons or provides little to no assistance in completing some requirement,
> such as hit testing a window for transparent pixels, or registering a
> global hotkey.

I understand it is frustrating, and I'm not trying to minimize this.

But I see it as an inescapable consequence of not having central "management".

If you want Linux to be better:
In order for the linux desktop to become better, I think the only approach is to have a
strictly centralized "management".

As I see it, the linux kernel has such strict management (or at least stricter), and it thrives.

The first thing this strict management should enforce is:
backwards compatibility must be high in the list of standards to adhere to.

A reasonably vanilla application built on Windows 95 will still run today. 
I doubt many linux applications built in - say - 1997 will pass that test.

The whole delphi VCL counts on this backwards compatibility. 
In an Apple world, embarcadero would have bancrupted quickly, I suppose :(

In this sense, Lazarus does a good job: it provides this backwards
compatibility across platforms, if you stick to the LCL.

I open a lot of projects from 10 years ago for the upcoming Lazarus book: 
they still compile and work :-)

Michael.

From fpc at pascalprogramming.org  Fri Mar 27 11:26:53 2020
From: fpc at pascalprogramming.org (Marco van de Voort)
Date: Fri, 27 Mar 2020 11:26:53 +0100
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <alpine.DEB.2.21.2003271049240.28733@home>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <alpine.DEB.2.21.2003270915230.18735@home>
 <eecf937e-c64f-081c-11fb-4a76a8911074@pascalprogramming.org>
 <alpine.DEB.2.21.2003271049240.28733@home>
Message-ID: <691fe072-5015-9de7-e543-551bca802dd6@pascalprogramming.org>


Op 2020-03-27 om 10:52 schreef Michael Van Canneyt via lazarus:
>
> I didn't mean to imply such a conclusion.
>
> I just observe it and think it is simply a fact.
> If it hasn't changed in 20+ years, I doubt it ever will.

Good, then we agree, and I wouldn't hold my breath while waiting this to 
change either :-)

With the only remark that delivering some old stable with KDE/QT for 5 
year intervals and then workaround as many know issues in your app is 
maybe a doable workaround (it was 10 years ago, not sure about now). But 
even then the result is subpar compared to Windows.

From juha.manninen62 at gmail.com  Fri Mar 27 21:56:17 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Fri, 27 Mar 2020 22:56:17 +0200
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
Message-ID: <CAPN1EhDmeQHtsr4+_rsHd3VDeJDhjp3USE733_j8rXcW9j2h1g@mail.gmail.com>

On Fri, Mar 27, 2020 at 10:09 AM Anthony Walter via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> I was looking at the Unity tray icon code I submitted a while back and it
> had stopped working on my desktop environment.
>

David Bannon, forum name dbannon, made a version for GTK3 based on your
work. You may know that already but anyway...
Maybe you can join forces for a solution that works on many desktops. It
requires maintenance yes, but Linux desktops have some standards. The
situation is not completely hopeless.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200327/7460964e/attachment.html>

From juha.manninen62 at gmail.com  Fri Mar 27 22:00:38 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Fri, 27 Mar 2020 23:00:38 +0200
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <CAPN1EhAwJqFiMbXenDoXOAZdWeax3DR1HQGthXD21J=y+AmEpQ@mail.gmail.com>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <alpine.DEB.2.21.2003241007510.11692@home>
 <CAPN1EhAwJqFiMbXenDoXOAZdWeax3DR1HQGthXD21J=y+AmEpQ@mail.gmail.com>
Message-ID: <CAPN1EhBXwDm8_5sBsHETfndNUA6QKa0VXgmyO6MtnU8axKFA7w@mail.gmail.com>

On Tue, Mar 24, 2020 at 5:54 PM Juha Manninen <juha.manninen62 at gmail.com>
wrote:

> Ok, project inspector showing the closed project is clearly a bug.
>

I fixed this in r62813.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200327/fbaa81bf/attachment.html>

From sysrpl at gmail.com  Fri Mar 27 23:11:59 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Fri, 27 Mar 2020 18:11:59 -0400
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <CAPN1EhDmeQHtsr4+_rsHd3VDeJDhjp3USE733_j8rXcW9j2h1g@mail.gmail.com>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <CAPN1EhDmeQHtsr4+_rsHd3VDeJDhjp3USE733_j8rXcW9j2h1g@mail.gmail.com>
Message-ID: <CAHmPLWWG36nffBUtmpWCut3DN-8TxU_f2P22tRFLnUfC6QvG-Q@mail.gmail.com>

Juha,

I saw someone had had modifications and unfortunately it caused the
appindicator to stop working on my desktop. I rolled back the version to my
last check in and it worked again. I also found that on the Cinnamon
desktop you can add a systray applet and the old Gtk2 style tray icons
work, albeit in a separate applet contain in your panel.

I have a few projects I am working on in addition to my tutoring of kids. I
want to work on the Lazarus Gtk3 widgset and get it working enough to
compile and run Lazarus with it. I have soem changes to it already that
made some stuff work a lot better, but I haven't worked on the Gtk3
widgetset for about 8 months. When I do I try to coordinate with David.

Thanks, Anthony.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200327/4bc2c315/attachment.html>

From michael at freepascal.org  Sat Mar 28 08:00:36 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Sat, 28 Mar 2020 08:00:36 +0100 (CET)
Subject: [Lazarus] Close all menu item ?
In-Reply-To: <CAPN1EhBXwDm8_5sBsHETfndNUA6QKa0VXgmyO6MtnU8axKFA7w@mail.gmail.com>
References: <alpine.DEB.2.21.2003231013100.22996@home>
 <4fd2abdc-f390-9cc1-927c-53e4bdc01f8d@kluug.net>
 <alpine.DEB.2.21.2003231058150.24774@home>
 <0f4291c4-59d2-dcc9-88a8-bd3f95b76589@kluug.net>
 <ff53af5d-d231-e4c1-df1b-a4933acab52f@pascalprogramming.org>
 <CAPN1EhDdK08HNMyMfrKh1U6j8HPh24cxw-Jq+23FijBeB0YEwg@mail.gmail.com>
 <alpine.DEB.2.21.2003232013380.16803@home>
 <add39bea-4467-07bb-113e-f22fb3d2f388@kluug.net>
 <alpine.DEB.2.21.2003240905340.10379@home>
 <346a8fe3-e8dd-6011-234e-8410cb4d44b4@kluug.net>
 <alpine.DEB.2.21.2003241007510.11692@home>
 <CAPN1EhAwJqFiMbXenDoXOAZdWeax3DR1HQGthXD21J=y+AmEpQ@mail.gmail.com>
 <CAPN1EhBXwDm8_5sBsHETfndNUA6QKa0VXgmyO6MtnU8axKFA7w@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2003280759440.9166@home>



On Fri, 27 Mar 2020, Juha Manninen via lazarus wrote:

> On Tue, Mar 24, 2020 at 5:54 PM Juha Manninen <juha.manninen62 at gmail.com>
> wrote:
>
>> Ok, project inspector showing the closed project is clearly a bug.
>>
>
> I fixed this in r62813.

Thank you !

Michael.

From teresa.williams at gmx.us  Sat Mar 28 22:39:23 2020
From: teresa.williams at gmx.us (Teresa Williams)
Date: Sat, 28 Mar 2020 22:39:23 +0100
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
Message-ID: <trinity-1673aba1-bda4-4a51-9331-a5c5b31a612a-1585431563943@3c-app-mailcom-bs16>

An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200328/6e82b27e/attachment.html>

From leledumbo_cool at yahoo.co.id  Sun Mar 29 05:48:47 2020
From: leledumbo_cool at yahoo.co.id (leledumbo)
Date: Sat, 28 Mar 2020 20:48:47 -0700 (MST)
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <eecf937e-c64f-081c-11fb-4a76a8911074@pascalprogramming.org>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <alpine.DEB.2.21.2003270915230.18735@home>
 <eecf937e-c64f-081c-11fb-4a76a8911074@pascalprogramming.org>
Message-ID: <1585453727115-0.post@n3.nabble.com>

> The model to download applications and install on a random distro+version
simply doesn't exist on Linux.

Snap, AppImage, Flatpak are purposely targeting this. It's partially
successful, but as with many things in Linux, they're competing instead of
working together.



--
Sent from: http://free-pascal-lazarus.989080.n3.nabble.com/

From pascaldragon at googlemail.com  Sun Mar 29 10:31:06 2020
From: pascaldragon at googlemail.com (Sven Barth)
Date: Sun, 29 Mar 2020 10:31:06 +0200
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <1585453727115-0.post@n3.nabble.com>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <alpine.DEB.2.21.2003270915230.18735@home>
 <eecf937e-c64f-081c-11fb-4a76a8911074@pascalprogramming.org>
 <1585453727115-0.post@n3.nabble.com>
Message-ID: <CAFMUeB-tgPaEmZm2HBnFp8vrLGVu-SwW7OU+7mpvedXPVT8MSA@mail.gmail.com>

leledumbo via lazarus <lazarus at lists.lazarus-ide.org> schrieb am So., 29.
März 2020, 05:48:

> > The model to download applications and install on a random distro+version
> simply doesn't exist on Linux.
>
> Snap, AppImage, Flatpak are purposely targeting this. It's partially
> successful, but as with many things in Linux, they're competing instead of
> working together.
>

And if there's a security problem in one of the used libraries you need to
update all these containers instead of just updating the library - if the
provider of the container even provides an updated container. Yay. Not. -.-

Regards,
Sven

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200329/d8647cac/attachment.html>

From sysrpl at gmail.com  Sun Mar 29 10:40:53 2020
From: sysrpl at gmail.com (Anthony Walter)
Date: Sun, 29 Mar 2020 04:40:53 -0400
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <trinity-1673aba1-bda4-4a51-9331-a5c5b31a612a-1585431563943@3c-app-mailcom-bs16>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <trinity-1673aba1-bda4-4a51-9331-a5c5b31a612a-1585431563943@3c-app-mailcom-bs16>
Message-ID: <CAHmPLWUHU6WGcMje9Gmrbw1bk3YuEZFWpAMqg0zpK3eNsssgHQ@mail.gmail.com>

Teresa, thank you for your considered opinion.

I agree with most of what you said, but with regards to the option of
moving back to Windows, for me that is a non starter. I don't use Linux
rather than Window because of some technical benefit. The primary reason I
use Linux because I don't want to worry around my privacy being
compromised, either from malware or viruses which are a big problem with
Windows or from software vendors themselves be it Microsoft telemetry or
other spying features that now a days so commonly bundled with 1st, 2nd,
and 3rd part software on Windows. These problems are pretty much non
existent on Linux.

I also value the efficiency of Linux. I have all processing speed and file
system the room I need on a 2008 Core2Duo, 4GB or RAM, and a 60GB SSD using
Linux, even with the newest distros. On the latest Windows 10, not so much.
Just getting the OS installed is about 30GB. And yes this is a big deal for
me because I always have 10 or more of these laptops on hand and use them
to teach my students basic computers usage, online safety, and programming.
Even if I wasn't using these machine for teaching, they still make for
great everyday computers when running Linux. Using them with the most
recent Windows, not so much.

My complaints, as you expanded upon, center mostly around the fractured
nature of the Linux desktop ecosystem. Even popular distros such as Ubuntu
break things from release to release. Windows seems to always try to
protect that backward compatibility, at least since they made the move to a
true 32 bit OS. Of course with Windows upgrades some hardware is no longer
supported (I can't use the Canon photo capture system on other than XP),
but most of the time everything still works.

Thanks again for your considerate thoughts.
Anthony
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200329/341e91b4/attachment.html>

From fpc at pascalprogramming.org  Sun Mar 29 20:18:19 2020
From: fpc at pascalprogramming.org (Marco van de Voort)
Date: Sun, 29 Mar 2020 20:18:19 +0200
Subject: [Lazarus] FPC 3.2.0RC1 released!
Message-ID: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>

Hello,

We have placed the first release candidate of the Free Pascal Compiler
version 3.2.0 on our ftp servers.

You can help improve the upcoming 3.2.0 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki.freepascal.org/Testers_3.2.0 or in the maillist.

Changes that may break backwards compatibility will be documented at:
http://wiki.freepascal.org/User_Changes_3.2.0

Downloads are available at the main FTP server,

ftp://ftp.freepascal.org/pub/fpc/beta/3.2.0-rc1/

Enjoy!

The Free Pascal Compiler Team

For an overview of what is new see

https://wiki.freepascal.org/FPC_New_Features_3.2


From freedos.la at gmail.com  Sun Mar 29 23:08:52 2020
From: freedos.la at gmail.com (Ralf Quint)
Date: Sun, 29 Mar 2020 14:08:52 -0700
Subject: [Lazarus] FPC 3.2.0RC1 released!
In-Reply-To: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
References: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
Message-ID: <e6b77f05-f3e9-6ee2-8489-1ba3e28f34bf@gmail.com>

On 3/29/2020 11:18 AM, Marco van de Voort via lazarus wrote:
>
> Changes that may break backwards compatibility will be documented at:
> http://wiki.freepascal.org/User_Changes_3.2.0 
> There is currently no text in this page.

So there are NO changes that break backwards compatibility?

Ralf


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


From michael at freepascal.org  Sun Mar 29 23:11:37 2020
From: michael at freepascal.org (Michael Van Canneyt)
Date: Sun, 29 Mar 2020 23:11:37 +0200 (CEST)
Subject: [Lazarus] FPC 3.2.0RC1 released!
In-Reply-To: <e6b77f05-f3e9-6ee2-8489-1ba3e28f34bf@gmail.com>
References: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
 <e6b77f05-f3e9-6ee2-8489-1ba3e28f34bf@gmail.com>
Message-ID: <alpine.DEB.2.21.2003292311111.31425@home>



On Sun, 29 Mar 2020, Ralf Quint via lazarus wrote:

> On 3/29/2020 11:18 AM, Marco van de Voort via lazarus wrote:
>>
>> Changes that may break backwards compatibility will be documented at:
>> http://wiki.freepascal.org/User_Changes_3.2.0 
>> There is currently no text in this page.
>
> So there are NO changes that break backwards compatibility?

There was a typo in the URL:

https://wiki.freepascal.org/User_Changes_3.2

Michael.

From freedos.la at gmail.com  Sun Mar 29 23:19:40 2020
From: freedos.la at gmail.com (Ralf Quint)
Date: Sun, 29 Mar 2020 14:19:40 -0700
Subject: [Lazarus] FPC 3.2.0RC1 released!
In-Reply-To: <alpine.DEB.2.21.2003292311111.31425@home>
References: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
 <e6b77f05-f3e9-6ee2-8489-1ba3e28f34bf@gmail.com>
 <alpine.DEB.2.21.2003292311111.31425@home>
Message-ID: <4f3ae16a-7622-6357-f31a-53a0d9bfac31@gmail.com>

On 3/29/2020 2:11 PM, Michael Van Canneyt via lazarus wrote:
>
>
> On Sun, 29 Mar 2020, Ralf Quint via lazarus wrote:
>
>> On 3/29/2020 11:18 AM, Marco van de Voort via lazarus wrote:
>>>
>>> Changes that may break backwards compatibility will be documented at:
>>> http://wiki.freepascal.org/User_Changes_3.2.0 There is currently no 
>>> text in this page.
>>
>> So there are NO changes that break backwards compatibility?
>
> There was a typo in the URL:
>
> https://wiki.freepascal.org/User_Changes_3.2 

Ok, thanks, that looks a bit different. Was getting my hopes up for a 
moment... ;-)

Ralf



-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


From lazarus at mfriebe.de  Mon Mar 30 00:02:30 2020
From: lazarus at mfriebe.de (Martin Frb)
Date: Mon, 30 Mar 2020 00:02:30 +0200
Subject: [Lazarus] FPC 3.2.0RC1 released!
In-Reply-To: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
References: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
Message-ID: <a4ac74d2-539e-2bf1-b346-84d5392628d6@mfriebe.de>

On 29/03/2020 20:18, Marco van de Voort via lazarus wrote:
> You can help improve the upcoming 3.2.0 release by downloading and
> testing this release.

For anyone looking to test those with Lazarus on Windows.
I have build Lazarus installers for
  - Lazarus 2.1 (trunk) + FPC 3.2rc1
  - Lazarus 2.0.7 (fixes 2.0) + FPC 3.2rc1

https://sourceforge.net/projects/lazarus-snapshots/files/

Those installers
- offer the option of a 2ndary install. So your main install will not be 
affected.
- are otherwise untested (not installed them myself to verify that the 
installed files work)
- contain a "lazarus build" of FPC RC1. That is, like all releases, the 
included FPC is not downloaded from FPC, but build from SVN (in this 
case from the 3.2RC1 tag).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200330/e8e52d9c/attachment.html>

From freedos.la at gmail.com  Mon Mar 30 00:51:42 2020
From: freedos.la at gmail.com (Ralf Quint)
Date: Sun, 29 Mar 2020 15:51:42 -0700
Subject: [Lazarus] FPC 3.2.0RC1 released!
In-Reply-To: <a4ac74d2-539e-2bf1-b346-84d5392628d6@mfriebe.de>
References: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
 <a4ac74d2-539e-2bf1-b346-84d5392628d6@mfriebe.de>
Message-ID: <4c7ee105-5e62-25f0-a744-2920d0df0a57@gmail.com>

On 3/29/2020 3:02 PM, Martin Frb via lazarus wrote:
> On 29/03/2020 20:18, Marco van de Voort via lazarus wrote:
>> You can help improve the upcoming 3.2.0 release by downloading and
>> testing this release.
>
> For anyone looking to test those with Lazarus on Windows.
> I have build Lazarus installers for
>  - Lazarus 2.1 (trunk) + FPC 3.2rc1

Thanks Martin, I will give this version a try, as I am using the current 
quarantine time to work on a couple of Lazarus based applications.

Ralf




-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200329/e6ab4a5c/attachment.html>

From aaa5500 at ya.ru  Mon Mar 30 23:38:34 2020
From: aaa5500 at ya.ru (Alexey Tor.)
Date: Tue, 31 Mar 2020 00:38:34 +0300
Subject: [Lazarus] FPC 3.2.0RC1 released!
In-Reply-To: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
References: <efe98349-411a-20eb-bd1a-3c38d92c3c06@pascalprogramming.org>
Message-ID: <186567d4-7372-1b16-2992-089cdb00ec1a@ya.ru>

I am mostly interested in fixing CudaText on freebsd 12, see all posts

https://www.mail-archive.com/search?l=fpc-pascal%40lists.freepascal.org&q=freebsd+directoryexists&x=0&y=0

Please. I didn't get confirm msgs, so no issue in bug tracker.


From juha.manninen62 at gmail.com  Tue Mar 31 13:40:39 2020
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Tue, 31 Mar 2020 14:40:39 +0300
Subject: [Lazarus] RFC: Selection Editors to extend handling of object
 inspector selections
In-Reply-To: <d40a0ba7-74de-12bb-ffd0-7b1909e7256c@googlemail.com>
References: <d40a0ba7-74de-12bb-ffd0-7b1909e7256c@googlemail.com>
Message-ID: <CAPN1EhCP24GjqnJibjbEXqOV1K_MxG7q-vRfrUqeDRrBCm4bqQ@mail.gmail.com>

On Sun, Nov 10, 2019 at 11:26 PM Sven Barth via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> I've got a RFC for a feature that allows to extend the IDE. It's based
> on something that Delphi supports as well: Selection Editors.
>

I finally took a proper look at this. First remark without testing is that
unit SelEdits should be in LCL instead of IdeIntf.
It says
 Abstract:
   This unit contains selection editors for various LCL components.

Thus it is not needed by external IDE plugin packages which use IdeIntf.
I will test the patches later.

Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200331/898aad7d/attachment.html>

From pascaldragon at googlemail.com  Tue Mar 31 14:21:35 2020
From: pascaldragon at googlemail.com (Sven Barth)
Date: Tue, 31 Mar 2020 14:21:35 +0200
Subject: [Lazarus] RFC: Selection Editors to extend handling of object
 inspector selections
In-Reply-To: <CAPN1EhCP24GjqnJibjbEXqOV1K_MxG7q-vRfrUqeDRrBCm4bqQ@mail.gmail.com>
References: <d40a0ba7-74de-12bb-ffd0-7b1909e7256c@googlemail.com>
 <CAPN1EhCP24GjqnJibjbEXqOV1K_MxG7q-vRfrUqeDRrBCm4bqQ@mail.gmail.com>
Message-ID: <CAFMUeB8hjZReQex3LQ-fCZBCYT7HxL6isR3hWKLGXCC=93hjdg@mail.gmail.com>

Juha Manninen via lazarus <lazarus at lists.lazarus-ide.org> schrieb am Di.,
31. März 2020, 13:40:

> On Sun, Nov 10, 2019 at 11:26 PM Sven Barth via lazarus <
> lazarus at lists.lazarus-ide.org> wrote:
>
>> I've got a RFC for a feature that allows to extend the IDE. It's based
>> on something that Delphi supports as well: Selection Editors.
>>
>
> I finally took a proper look at this. First remark without testing is that
> unit SelEdits should be in LCL instead of IdeIntf.
> It says
>  Abstract:
>    This unit contains selection editors for various LCL components.
>
> Thus it is not needed by external IDE plugin packages which use IdeIntf.
> I will test the patches later.
>

Thank you for taking a first look.

The problem is that selection editors derive from TBaseSelectionEditor
which in turn depends on IdeIntf functionality.

Also they are only really required inside the IDE (for third party
components they'd be part of a design time package), not during runtime of
the application.

In that sense they are similar to component editors which are in IdeIntf as
well (e.g. TFlowPanelComponentEditor in unit ComponentEditors).

Regards,
Sven

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200331/29205a48/attachment.html>

From kevinofoz at gmail.com  Tue Mar 31 14:33:26 2020
From: kevinofoz at gmail.com (Kevin Jesshope)
Date: Tue, 31 Mar 2020 23:03:26 +1030
Subject: [Lazarus] Enhancements to ToDoList
Message-ID: <CADc9HV+kELGcovPHCb+tZJtuv670RzCG14U_n-O0BgChMt4RJw@mail.gmail.com>

I have a few changes for the ToDoList package.

A fair bit of refactoring and some new features. As a single patch file the
changes amount to almost 2800 lines.

Is it best submitted via the bug tracker as one large patch or a separate
patch per file in a compressed archive?

Regards

Kevin Jesshope - In Touch Computer Support
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200331/9701a87a/attachment.html>

From lazarus at kluug.net  Tue Mar 31 16:21:19 2020
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Tue, 31 Mar 2020 16:21:19 +0200
Subject: [Lazarus] Enhancements to ToDoList
In-Reply-To: <CADc9HV+kELGcovPHCb+tZJtuv670RzCG14U_n-O0BgChMt4RJw@mail.gmail.com>
References: <CADc9HV+kELGcovPHCb+tZJtuv670RzCG14U_n-O0BgChMt4RJw@mail.gmail.com>
Message-ID: <e8837baf-49d2-8f4b-66ac-8645865fa5fb@kluug.net>

On 31.03.2020 14:33, Kevin Jesshope via lazarus wrote:
> Is it best submitted via the bug tracker as one large patch or a 
> separate patch per file in a compressed archive?

Best is several patches separated by features and refactorings.

Ondrej


From badsectoracula at gmail.com  Tue Mar 31 17:36:54 2020
From: badsectoracula at gmail.com (Kostas Michalopoulos)
Date: Tue, 31 Mar 2020 18:36:54 +0300
Subject: [Lazarus] The Problem with the Linux Desktop
In-Reply-To: <CAHmPLWUHU6WGcMje9Gmrbw1bk3YuEZFWpAMqg0zpK3eNsssgHQ@mail.gmail.com>
References: <CAHmPLWUyUwU-gRRFgF248+D3eOQEyxXA-rK3yjLa4UbTJwnbAQ@mail.gmail.com>
 <trinity-1673aba1-bda4-4a51-9331-a5c5b31a612a-1585431563943@3c-app-mailcom-bs16>
 <CAHmPLWUHU6WGcMje9Gmrbw1bk3YuEZFWpAMqg0zpK3eNsssgHQ@mail.gmail.com>
Message-ID: <CAH=meXWi=odyghnHbayXPp5c+NopYtB4z0hzsrHvJL=EF-zXZg@mail.gmail.com>

IMO the problem of Linux desktop (or at least "a" problem) is the lack of
backwards compatibility for pretty much anything above the X server (and
now with Wayland some people want to compromise that too). If you stick
with the X libraries, the C library (glibc is generally very good when it
comes to backwards compatibility and one of the very few userland projects
that do so) and kernel interfaces, you can have many years of stability. As
an example check this screenshot:

https://i.imgur.com/YxGNB7h.png

This shows binaries from a GUI toolkit i wrote some time ago in C that only
uses the Xlib (it can also optionally use Xft but it isn't required). The
binaries were compiled in a (32bit, of course) RedHat Linux distribution
from 1997 and worked just fine in a 64bit Debian distribution from 2018
showing more than two decades of binary backwards compatibility. Note that
those binaries were *not* statically linked (which is what some suggest as
a "solution") - they linked against the system provided C and X libraries.

But that is by only relying on X and C. Anything above that has the long
term stability prospect of a sandcastle during a thunderstorm.

You can see that clearly with Lazarus' backends: the Gtk2 backend became
stable long after the Gtk1 library was obsolete and the Gtk3 backend is
still not capable to use the IDE itself when most Gtk development is
already on Gtk4. Back in late 2000s, the Gtk1 backend used to be very
stable and the Win32 backend used to be quite buggy but nowadays the Win32
backend is by far the most stable because over the years there wasn't any
need to throw away all the work that was done since the Windows API is
always backwards compatible whereas the Gtk library drops compatibility
every major version.

The only big toolkit i can think of that remained stable over the years is
Motif, but i think this is largely due to it not receiving any major
updates. Well, Tk is probably also ABI stable, but i'm not sure if it is
possible to use it without Tcl (Python bundles both just to access Tk).

It might be interesting to see if a backend for any of those can be made
since they are likely to exist and be updated for the foreseeable future.

On Sun, Mar 29, 2020 at 11:41 AM Anthony Walter via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> Teresa, thank you for your considered opinion.
>
> I agree with most of what you said, but with regards to the option of
> moving back to Windows, for me that is a non starter. I don't use Linux
> rather than Window because of some technical benefit. The primary reason I
> use Linux because I don't want to worry around my privacy being
> compromised, either from malware or viruses which are a big problem with
> Windows or from software vendors themselves be it Microsoft telemetry or
> other spying features that now a days so commonly bundled with 1st, 2nd,
> and 3rd part software on Windows. These problems are pretty much non
> existent on Linux.
>
> I also value the efficiency of Linux. I have all processing speed and file
> system the room I need on a 2008 Core2Duo, 4GB or RAM, and a 60GB SSD using
> Linux, even with the newest distros. On the latest Windows 10, not so much.
> Just getting the OS installed is about 30GB. And yes this is a big deal for
> me because I always have 10 or more of these laptops on hand and use them
> to teach my students basic computers usage, online safety, and programming.
> Even if I wasn't using these machine for teaching, they still make for
> great everyday computers when running Linux. Using them with the most
> recent Windows, not so much.
>
> My complaints, as you expanded upon, center mostly around the fractured
> nature of the Linux desktop ecosystem. Even popular distros such as Ubuntu
> break things from release to release. Windows seems to always try to
> protect that backward compatibility, at least since they made the move to a
> true 32 bit OS. Of course with Windows upgrades some hardware is no longer
> supported (I can't use the Canon photo capture system on other than XP),
> but most of the time everything still works.
>
> Thanks again for your considerate thoughts.
> Anthony
>
>
> --
> _______________________________________________
> lazarus mailing list
> lazarus at lists.lazarus-ide.org
> https://lists.lazarus-ide.org/listinfo/lazarus
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20200331/624d4581/attachment-0001.html>