From m-w-vogel at gmx.de  Tue Jun  8 19:43:25 2021
From: m-w-vogel at gmx.de (Michael W. Vogel)
Date: Tue, 8 Jun 2021 19:43:25 +0200
Subject: [Lazarus] Ping
Message-ID: <48ce95ff-0fed-a83c-20ef-f2e8e6683d5c@gmx.de>

Ping

From marc at dommelstein.nl  Thu Jun 10 15:47:54 2021
From: marc at dommelstein.nl (Marc Weustink)
Date: Thu, 10 Jun 2021 15:47:54 +0200
Subject: [Lazarus] test
Message-ID: <4765988c-bbcd-6027-a701-1ddeeb659194@dommelstein.nl>

test

From larrydalton71 at gmail.com  Thu Jun 10 16:32:24 2021
From: larrydalton71 at gmail.com (Larry Dalton)
Date: Thu, 10 Jun 2021 10:32:24 -0400
Subject: [Lazarus] Ping
In-Reply-To: <48ce95ff-0fed-a83c-20ef-f2e8e6683d5c@gmx.de>
References: <48ce95ff-0fed-a83c-20ef-f2e8e6683d5c@gmx.de>
Message-ID: <E81F78BD-C8FA-4D0C-948D-C100E4BDCF9A@gmail.com>

I’m still here 

Sent from my iPhone

> On Jun 10, 2021, at 09:49, Michael W. Vogel via lazarus <lazarus at lists.lazarus-ide.org> wrote:
> 
> Ping
> -- 
> _______________________________________________
> lazarus mailing list
> lazarus at lists.lazarus-ide.org
> https://lists.lazarus-ide.org/listinfo/lazarus

From m-w-vogel at gmx.de  Thu Jun 10 19:56:01 2021
From: m-w-vogel at gmx.de (Michael W. Vogel)
Date: Thu, 10 Jun 2021 19:56:01 +0200
Subject: [Lazarus] Ping
In-Reply-To: <48ce95ff-0fed-a83c-20ef-f2e8e6683d5c@gmx.de>
References: <48ce95ff-0fed-a83c-20ef-f2e8e6683d5c@gmx.de>
Message-ID: <4c54d006-663e-28f4-b50c-00a303f03180@gmx.de>

Now, this mail is arrived

Am 08.06.2021 um 19:43 schrieb Michael W. Vogel via lazarus:
> Ping


From juha.manninen62 at gmail.com  Thu Jun 10 20:41:19 2021
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Thu, 10 Jun 2021 21:41:19 +0300
Subject: [Lazarus] AutoSave does not save project file...
In-Reply-To: <k7cdag12m6svqo7qmjs16mf704kck1pvat@4ax.com>
References: <d2g57ghi4p7kufkukb9jpqe7nmco9i2450@4ax.com>
 <k7cdag12m6svqo7qmjs16mf704kck1pvat@4ax.com>
Message-ID: <CAPN1EhA=mjTYZbLOC_nx_sE9tpZfNC01uQJfHJrkF7RxpXL0YQ@mail.gmail.com>

On Thu, Jun 10, 2021 at 4:48 PM Bo Berglund via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

> I have never ever looked at stuff that integrate within Lazarus itself so I
> could not fix it....
>

Maybe it is time you look at such stuff. It may be an easy bug. A list of
file endings missing .lpr maybe.
DebugLn() lines are a good way to debug code which is part of the Lazarus
IDE.
This bug is not my "itch to scratch". Apparently it is yours. Please tell
us what you find by debugging.
Other people may get inspired to study the issue once you show you really
tried to solve it.
This is FOSS development, you know ...

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

From werner.pamler at freenet.de  Fri Jun 11 01:08:49 2021
From: werner.pamler at freenet.de (Werner Pamler)
Date: Fri, 11 Jun 2021 01:08:49 +0200
Subject: [Lazarus] test
In-Reply-To: <4765988c-bbcd-6027-a701-1ddeeb659194@dommelstein.nl>
References: <4765988c-bbcd-6027-a701-1ddeeb659194@dommelstein.nl>
Message-ID: <7afd7578-2941-f6b0-b441-a26f6a6d11d1@freenet.de>

did receive the test

Am 10.06.2021 um 15:47 schrieb Marc Weustink via lazarus:
> test

From larrydalton71 at gmail.com  Fri Jun 11 02:14:21 2021
From: larrydalton71 at gmail.com (Larry Dalton)
Date: Thu, 10 Jun 2021 20:14:21 -0400
Subject: [Lazarus] test
In-Reply-To: <4765988c-bbcd-6027-a701-1ddeeb659194@dommelstein.nl>
References: <4765988c-bbcd-6027-a701-1ddeeb659194@dommelstein.nl>
Message-ID: <0D89266E-C528-4167-843C-EB8ADEA74994@gmail.com>

Got it 

Sent from my iPhone

> On Jun 10, 2021, at 09:49, Marc Weustink via lazarus <lazarus at lists.lazarus-ide.org> wrote:
> 
> test
> -- 
> _______________________________________________
> lazarus mailing list
> lazarus at lists.lazarus-ide.org
> https://lists.lazarus-ide.org/listinfo/lazarus

From Special at Joepgen.com  Fri Jun 11 16:01:57 2021
From: Special at Joepgen.com (Joe)
Date: Fri, 11 Jun 2021 16:01:57 +0200
Subject: [Lazarus] Ping
In-Reply-To: <48ce95ff-0fed-a83c-20ef-f2e8e6683d5c@gmx.de>
References: <48ce95ff-0fed-a83c-20ef-f2e8e6683d5c@gmx.de>
Message-ID: <21ab511c-730a-de37-f290-5fc25c67839e@Joepgen.com>

Am 08.06.2021 um 19:43 schrieb Michael W. Vogel via lazarus:
> Ping
Pong

From juha.manninen62 at gmail.com  Fri Jun 11 23:48:40 2021
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Sat, 12 Jun 2021 00:48:40 +0300
Subject: [Lazarus] Registering a TFrame to component palette
Message-ID: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>

Regarding issue : https://bugs.freepascal.org/view.php?id=28450

The parameter passed to function RegisterComponents() is TComponentClass
which means "class of TComponent". It is only type information and does not
carry information about sub-components.
Could somebody please explain how it works in Delphi. Does this really work
:
  RegisterComponents('Sample', [TMyFrame]);

I added a comment to the report but it is old and the reporter may not read
it.
Maybe there should be a new function RegisterFrame() or similar?

Regards
Juha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20210612/000ba77a/attachment.html>

From pascaldragon at googlemail.com  Sun Jun 13 13:50:23 2021
From: pascaldragon at googlemail.com (Sven Barth)
Date: Sun, 13 Jun 2021 13:50:23 +0200
Subject: [Lazarus] Registering a TFrame to component palette
In-Reply-To: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
References: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
Message-ID: <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>

Am 11.06.2021 um 23:48 schrieb Juha Manninen via lazarus:
> Regarding issue : https://bugs.freepascal.org/view.php?id=28450 
> <https://bugs.freepascal.org/view.php?id=28450>
>
> The parameter passed to function RegisterComponents() is 
> TComponentClass which means "class of TComponent". It is only type 
> information and does not carry information about sub-components.
> Could somebody please explain how it works in Delphi. Does this really 
> work :
>   RegisterComponents('Sample', [TMyFrame]);

Yes, it does work this way. I don't know what you mean with "information 
about sub-components". The VMT vFieldTable entry contains all published 
fields of the class and thus all the sub controls that are visible 
through the RTTI and thus for the designer. If the IDE does not use that 
yet, then it definitly should.

> I added a comment to the report but it is old and the reporter may not 
> read it.
> Maybe there should be a new function RegisterFrame() or similar?

There is no need to add anything, because the necessary information is 
already there. It's just that the IDE doesn't use it yet.

Regards,
Sven
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20210613/f4966aa3/attachment.html>

From michael at freepascal.org  Sun Jun 13 13:53:19 2021
From: michael at freepascal.org (Michael Van Canneyt)
Date: Sun, 13 Jun 2021 13:53:19 +0200 (CEST)
Subject: [Lazarus] Registering a TFrame to component palette
In-Reply-To: <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>
References: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
 <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>
Message-ID: <alpine.DEB.2.22.394.2106131352390.1986078@home>



On Sun, 13 Jun 2021, Sven Barth via lazarus wrote:

> Am 11.06.2021 um 23:48 schrieb Juha Manninen via lazarus:
>> Regarding issue : https://bugs.freepascal.org/view.php?id=28450 
>> <https://bugs.freepascal.org/view.php?id=28450>
>> 
>> The parameter passed to function RegisterComponents() is TComponentClass 
>> which means "class of TComponent". It is only type information and does not 
>> carry information about sub-components.
>> Could somebody please explain how it works in Delphi. Does this really work 
>> :
>>   RegisterComponents('Sample', [TMyFrame]);
>
> Yes, it does work this way. I don't know what you mean with "information 
> about sub-components". The VMT vFieldTable entry contains all published 
> fields of the class and thus all the sub controls that are visible through 
> the RTTI and thus for the designer. If the IDE does not use that yet, then it 
> definitly should.
>
>> I added a comment to the report but it is old and the reporter may not read 
>> it.
>> Maybe there should be a new function RegisterFrame() or similar?
>
> There is no need to add anything, because the necessary information is 
> already there. It's just that the IDE doesn't use it yet.

In Delphi, the above also does not work, you need special handling for
frames, just as for forms.

Michael.

From pascaldragon at googlemail.com  Sun Jun 13 15:28:04 2021
From: pascaldragon at googlemail.com (Sven Barth)
Date: Sun, 13 Jun 2021 15:28:04 +0200
Subject: [Lazarus] Registering a TFrame to component palette
In-Reply-To: <alpine.DEB.2.22.394.2106131352390.1986078@home>
References: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
 <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>
 <alpine.DEB.2.22.394.2106131352390.1986078@home>
Message-ID: <CAFMUeB-e4sq-M1wv=cuNhRO6h7LvO4ya8hXsrVMyixNTwvjwPw@mail.gmail.com>

Michael Van Canneyt <michael at freepascal.org> schrieb am So., 13. Juni 2021,
13:53:

>
>
> On Sun, 13 Jun 2021, Sven Barth via lazarus wrote:
>
> > Am 11.06.2021 um 23:48 schrieb Juha Manninen via lazarus:
> >> Regarding issue : https://bugs.freepascal.org/view.php?id=28450
> >> <https://bugs.freepascal.org/view.php?id=28450>
> >>
> >> The parameter passed to function RegisterComponents() is
> TComponentClass
> >> which means "class of TComponent". It is only type information and does
> not
> >> carry information about sub-components.
> >> Could somebody please explain how it works in Delphi. Does this really
> work
> >> :
> >>   RegisterComponents('Sample', [TMyFrame]);
> >
> > Yes, it does work this way. I don't know what you mean with "information
> > about sub-components". The VMT vFieldTable entry contains all published
> > fields of the class and thus all the sub controls that are visible
> through
> > the RTTI and thus for the designer. If the IDE does not use that yet,
> then it
> > definitly should.
> >
> >> I added a comment to the report but it is old and the reporter may not
> read
> >> it.
> >> Maybe there should be a new function RegisterFrame() or similar?
> >
> > There is no need to add anything, because the necessary information is
> > already there. It's just that the IDE doesn't use it yet.
>
> In Delphi, the above also does not work, you need special handling for
> frames, just as for forms.
>

You think I didn't test it before writing? I created a frame, added it to a
package, added a Register procedure, installed the package, started a new
VCL application and added that frame to the form from the component
palette. I had added a button and a combo box and both were visible in the
designer.

Or did I miss something here?

Regards,
Sven

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

From juha.manninen62 at gmail.com  Sun Jun 13 18:44:46 2021
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Sun, 13 Jun 2021 19:44:46 +0300
Subject: [Lazarus] Fwd:  Registering a TFrame to component palette
In-Reply-To: <CAPN1EhBsm9R0gJ-1JZ+ieBHftGotsjJdV6Yh+hLEY4pGKxA5sg@mail.gmail.com>
References: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
 <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>
 <CAPN1EhBsm9R0gJ-1JZ+ieBHftGotsjJdV6Yh+hLEY4pGKxA5sg@mail.gmail.com>
Message-ID: <CAPN1EhA8uTZWrOuJUfemdMfn9sc20q00_u01E5FC6L5mWKuBQQ@mail.gmail.com>

It went to Sven Barth only, forwarding here.
I clicked the reply button as always. I don't know what happened.


---------- Forwarded message ---------
From: Juha Manninen <juha.manninen62 at gmail.com>
Date: Sun, Jun 13, 2021 at 6:41 PM
Subject: Re: [Lazarus] Registering a TFrame to component palette
To: Sven Barth <pascaldragon at googlemail.com>


On Sun, Jun 13, 2021 at 2:50 PM Sven Barth <pascaldragon at googlemail.com>
wrote:

> Yes, it does work this way. I don't know what you mean with "information
> about sub-components". The VMT vFieldTable entry contains all published
> fields of the class and thus all the sub controls that are visible through
> the RTTI and thus for the designer. If the IDE does not use that yet, then
> it definitly should.
>

Ok, through RTTI, yes.

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

From pascaldragon at googlemail.com  Sun Jun 13 19:45:49 2021
From: pascaldragon at googlemail.com (Sven Barth)
Date: Sun, 13 Jun 2021 19:45:49 +0200
Subject: [Lazarus] Fwd: Registering a TFrame to component palette
In-Reply-To: <CAPN1EhA8uTZWrOuJUfemdMfn9sc20q00_u01E5FC6L5mWKuBQQ@mail.gmail.com>
References: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
 <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>
 <CAPN1EhBsm9R0gJ-1JZ+ieBHftGotsjJdV6Yh+hLEY4pGKxA5sg@mail.gmail.com>
 <CAPN1EhA8uTZWrOuJUfemdMfn9sc20q00_u01E5FC6L5mWKuBQQ@mail.gmail.com>
Message-ID: <CAFMUeB-8rwHZuMKkcoxuJWz15rwFK76uYFDS4NZANzQFn9bBGg@mail.gmail.com>

Juha Manninen via lazarus <lazarus at lists.lazarus-ide.org> schrieb am So.,
13. Juni 2021, 18:45:

> It went to Sven Barth only, forwarding here.
> I clicked the reply button as always. I don't know what happened.
>

Probably because I used "Reply to all" and your e-mail client then picked
up my address instead of the list's.

Regards,
Sven

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

From michael at freepascal.org  Sun Jun 13 21:04:31 2021
From: michael at freepascal.org (Michael Van Canneyt)
Date: Sun, 13 Jun 2021 21:04:31 +0200 (CEST)
Subject: [Lazarus] Registering a TFrame to component palette
In-Reply-To: <CAFMUeB-e4sq-M1wv=cuNhRO6h7LvO4ya8hXsrVMyixNTwvjwPw@mail.gmail.com>
References: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
 <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>
 <alpine.DEB.2.22.394.2106131352390.1986078@home>
 <CAFMUeB-e4sq-M1wv=cuNhRO6h7LvO4ya8hXsrVMyixNTwvjwPw@mail.gmail.com>
Message-ID: <alpine.DEB.2.22.394.2106132058250.1993149@home>



On Sun, 13 Jun 2021, Sven Barth wrote:

> Michael Van Canneyt <michael at freepascal.org> schrieb am So., 13. Juni 2021,
> 13:53:
>
>>
>>
>> On Sun, 13 Jun 2021, Sven Barth via lazarus wrote:
>>
>>> Am 11.06.2021 um 23:48 schrieb Juha Manninen via lazarus:
>>>> Regarding issue : https://bugs.freepascal.org/view.php?id=28450
>>>> <https://bugs.freepascal.org/view.php?id=28450>
>>>>
>>>> The parameter passed to function RegisterComponents() is
>> TComponentClass
>>>> which means "class of TComponent". It is only type information and does
>> not
>>>> carry information about sub-components.
>>>> Could somebody please explain how it works in Delphi. Does this really
>> work
>>>> :
>>>>   RegisterComponents('Sample', [TMyFrame]);
>>>
>>> Yes, it does work this way. I don't know what you mean with "information
>>> about sub-components". The VMT vFieldTable entry contains all published
>>> fields of the class and thus all the sub controls that are visible
>> through
>>> the RTTI and thus for the designer. If the IDE does not use that yet,
>> then it
>>> definitly should.
>>>
>>>> I added a comment to the report but it is old and the reporter may not
>> read
>>>> it.
>>>> Maybe there should be a new function RegisterFrame() or similar?
>>>
>>> There is no need to add anything, because the necessary information is
>>> already there. It's just that the IDE doesn't use it yet.
>>
>> In Delphi, the above also does not work, you need special handling for
>> frames, just as for forms.
>>
>
> You think I didn't test it before writing? I created a frame, added it to a
> package, added a Register procedure, installed the package, started a new
> VCL application and added that frame to the form from the component
> palette. I had added a button and a combo box and both were visible in the
> designer.

I think there was a misunderstanding. You want to place a frame on a
form, just like a component.

I confused this with actually creating custom forms.

I have always used (since D7) a special designer call for this.

With (BorlandIDEServices As IOTAModuleServices) Do
   CreateModule(TMKFormWizardModuleCreator.Create(FBaseClass, FClause,FUseInherited) As IOTACreator);

Michael.

From nc-gaertnma at netcologne.de  Sun Jun 13 21:22:18 2021
From: nc-gaertnma at netcologne.de (Mattias Gaertner)
Date: Sun, 13 Jun 2021 21:22:18 +0200
Subject: [Lazarus] Registering a TFrame to component palette
In-Reply-To: <alpine.DEB.2.22.394.2106132058250.1993149@home>
References: <CAPN1EhD39y_9Oj7JErQTZxYur47BJetoYU9csu96qE_WtUGfqw@mail.gmail.com>
 <941a2778-f416-6bfb-94fb-d2e42b933db0@googlemail.com>
 <alpine.DEB.2.22.394.2106131352390.1986078@home>
 <CAFMUeB-e4sq-M1wv=cuNhRO6h7LvO4ya8hXsrVMyixNTwvjwPw@mail.gmail.com>
 <alpine.DEB.2.22.394.2106132058250.1993149@home>
Message-ID: <20210613212218.06cb6c8e@limapholos.matflo.wg>

On Sun, 13 Jun 2021 21:04:31 +0200 (CEST)
Michael Van Canneyt via lazarus <lazarus at lists.lazarus-ide.org> wrote:

>[...]
> I have always used (since D7) a special designer call for this.
> 
> With (BorlandIDEServices As IOTAModuleServices) Do
>    CreateModule(TMKFormWizardModuleCreator.Create(FBaseClass,
> FClause,FUseInherited) As IOTACreator);

Lazarus:
FormEditingHook.RegisterDesignerBaseClass

Mattias

From lazarus at mfriebe.de  Mon Jun 21 12:35:11 2021
From: lazarus at mfriebe.de (Martin Frb)
Date: Mon, 21 Jun 2021 12:35:11 +0200
Subject: [Lazarus] We are planning the release of Lazarus 2.2
Message-ID: <92f78a56-e0f0-5d79-1956-a1f6fe6f4248@mfriebe.de>

The Lazarus team is glad to announce that:
      The release of Lazarus 2.2.0
      with FPC 3.2.2

has been scheduled for around
      July/August 2021
      (fixes_2_2 branch has been created)

A first release candidate will be made available around
      June/July 2021


The previous release was Lazarus 2.0.12 which was built with FPC 3.2.0.

The minimum supported version of FPC for this release will be FPC 3.2.0.
Due to some issues with optimized (-O2 and higher) code generated
by FPC 3.2.0 and 3.2.2, an extended support for compilation with FPC 3.0.4
has been added for the LCL.
The Lazarus IDE should be build with -O1. Anyone wishing to use
higher optimization may need to add -OoNOPEEPHOLE to avoid
crashes of the IDE.

Here is the list of new features for Lazarus 2.2.0:
https://wiki.lazarus.freepascal.org/Lazarus_2.2.0_release_notes


We would invite everyone to provide their feedback to help us improve 
this upcoming release.
Please let as know in particular:
  - Any regressions that happened since the last release.
  - Other urgent matters, you believe we should know before the release.

The intended minimum requirements for the release will be:
Windows:
    2k, XP, Vista, 7, 8, 8.1 and 10, 32 or 64bit.
FreeBSD/Linux:
    gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit.
Mac OS X:
    10.5 to 10.12; Carbon (32bit), Cocoa (64bit, beta), qt and qt5 (32 
or 64bit).


From henry.vermaak at gmail.com  Mon Jun 21 16:17:06 2021
From: henry.vermaak at gmail.com (Henry Vermaak)
Date: Mon, 21 Jun 2021 15:17:06 +0100
Subject: [Lazarus] We are planning the release of Lazarus 2.2
In-Reply-To: <92f78a56-e0f0-5d79-1956-a1f6fe6f4248@mfriebe.de>
References: <92f78a56-e0f0-5d79-1956-a1f6fe6f4248@mfriebe.de>
Message-ID: <CAOVzLreVdF67cU2QLS2mtjBLR4Cq61bLgfFxpp39hw+aR3TF1Q@mail.gmail.com>

On Mon, 21 Jun 2021 at 11:35, Martin Frb via lazarus
<lazarus at lists.lazarus-ide.org> wrote:
> The minimum supported version of FPC for this release will be FPC 3.2.0.
> Due to some issues with optimized (-O2 and higher) code generated

This bug? https://bugs.freepascal.org/view.php?id=38973

> by FPC 3.2.0 and 3.2.2, an extended support for compilation with FPC 3.0.4
> has been added for the LCL.
> The Lazarus IDE should be build with -O1. Anyone wishing to use
> higher optimization may need to add -OoNOPEEPHOLE to avoid
> crashes of the IDE.

If so, -OoNOPEEPHOLE doesn't help (as per Serge's comment, also for me
on x64-linux).

Henry

From henry.vermaak at gmail.com  Mon Jun 21 16:17:06 2021
From: henry.vermaak at gmail.com (Henry Vermaak)
Date: Mon, 21 Jun 2021 15:17:06 +0100
Subject: [Lazarus] We are planning the release of Lazarus 2.2
In-Reply-To: <92f78a56-e0f0-5d79-1956-a1f6fe6f4248@mfriebe.de>
References: <92f78a56-e0f0-5d79-1956-a1f6fe6f4248@mfriebe.de>
Message-ID: <CAOVzLreVdF67cU2QLS2mtjBLR4Cq61bLgfFxpp39hw+aR3TF1Q@mail.gmail.com>

On Mon, 21 Jun 2021 at 11:35, Martin Frb via lazarus
<lazarus at lists.lazarus-ide.org> wrote:
> The minimum supported version of FPC for this release will be FPC 3.2.0.
> Due to some issues with optimized (-O2 and higher) code generated

This bug? https://bugs.freepascal.org/view.php?id=38973

> by FPC 3.2.0 and 3.2.2, an extended support for compilation with FPC 3.0.4
> has been added for the LCL.
> The Lazarus IDE should be build with -O1. Anyone wishing to use
> higher optimization may need to add -OoNOPEEPHOLE to avoid
> crashes of the IDE.

If so, -OoNOPEEPHOLE doesn't help (as per Serge's comment, also for me
on x64-linux).

Henry

From lazarus at mfriebe.de  Mon Jun 21 16:48:41 2021
From: lazarus at mfriebe.de (Martin Frb)
Date: Mon, 21 Jun 2021 16:48:41 +0200
Subject: [Lazarus] We are planning the release of Lazarus 2.2
In-Reply-To: <CAOVzLreVdF67cU2QLS2mtjBLR4Cq61bLgfFxpp39hw+aR3TF1Q@mail.gmail.com>
References: <92f78a56-e0f0-5d79-1956-a1f6fe6f4248@mfriebe.de>
 <CAOVzLreVdF67cU2QLS2mtjBLR4Cq61bLgfFxpp39hw+aR3TF1Q@mail.gmail.com>
Message-ID: <27bab1c0-4384-9446-d79f-3f1f788d3fb8@mfriebe.de>

On 21/06/2021 16:17, Henry Vermaak wrote:
> On Mon, 21 Jun 2021 at 11:35, Martin Frb via lazarus
> <lazarus at lists.lazarus-ide.org> wrote:
>> The minimum supported version of FPC for this release will be FPC 3.2.0.
>> Due to some issues with optimized (-O2 and higher) code generated
> This bug? https://bugs.freepascal.org/view.php?id=38973

https://forum.lazarus.freepascal.org/index.php/topic,54759.msg406967.html#msg406967 

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

and not yet reported (because I could not track it down) crashes of 
fpdebug on win-64 with O2 and higher (this is fixed by -OoNOPEEPHOLE  or 
omitting implicit try-finally frames)


>
>> by FPC 3.2.0 and 3.2.2, an extended support for compilation with FPC 3.0.4
>> has been added for the LCL.
>> The Lazarus IDE should be build with -O1. Anyone wishing to use
>> higher optimization may need to add -OoNOPEEPHOLE to avoid
>> crashes of the IDE.
> If so, -OoNOPEEPHOLE doesn't help (as per Serge's comment, also for me
> on x64-linux).
>

Ok, so then IDE to be build with O1


From lazarus at mfriebe.de  Mon Jun 21 16:48:41 2021
From: lazarus at mfriebe.de (Martin Frb)
Date: Mon, 21 Jun 2021 16:48:41 +0200
Subject: [Lazarus] We are planning the release of Lazarus 2.2
In-Reply-To: <CAOVzLreVdF67cU2QLS2mtjBLR4Cq61bLgfFxpp39hw+aR3TF1Q@mail.gmail.com>
References: <92f78a56-e0f0-5d79-1956-a1f6fe6f4248@mfriebe.de>
 <CAOVzLreVdF67cU2QLS2mtjBLR4Cq61bLgfFxpp39hw+aR3TF1Q@mail.gmail.com>
Message-ID: <27bab1c0-4384-9446-d79f-3f1f788d3fb8@mfriebe.de>

On 21/06/2021 16:17, Henry Vermaak wrote:
> On Mon, 21 Jun 2021 at 11:35, Martin Frb via lazarus
> <lazarus at lists.lazarus-ide.org> wrote:
>> The minimum supported version of FPC for this release will be FPC 3.2.0.
>> Due to some issues with optimized (-O2 and higher) code generated
> This bug? https://bugs.freepascal.org/view.php?id=38973

https://forum.lazarus.freepascal.org/index.php/topic,54759.msg406967.html#msg406967 

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

and not yet reported (because I could not track it down) crashes of 
fpdebug on win-64 with O2 and higher (this is fixed by -OoNOPEEPHOLE  or 
omitting implicit try-finally frames)


>
>> by FPC 3.2.0 and 3.2.2, an extended support for compilation with FPC 3.0.4
>> has been added for the LCL.
>> The Lazarus IDE should be build with -O1. Anyone wishing to use
>> higher optimization may need to add -OoNOPEEPHOLE to avoid
>> crashes of the IDE.
> If so, -OoNOPEEPHOLE doesn't help (as per Serge's comment, also for me
> on x64-linux).
>

Ok, so then IDE to be build with O1


From ganmax at narod.ru  Tue Jun 22 02:30:22 2021
From: ganmax at narod.ru (Maxim Ganetsky)
Date: Tue, 22 Jun 2021 03:30:22 +0300
Subject: [Lazarus] Call for translations updates for 2.2 release
Message-ID: <adab9102-1a99-df31-0f4b-aae2177be76a@narod.ru>

Hello.

Now that Lazarus 2.2 branch has been created it is time for translators
to review and update their translations.

Check out fixes branch
(http://svn.freepascal.org/svn/lazarus/branches/fixes_2_2 ), review and
update your translations and post updates to our bugtracker. See
<lazarus_dir>\languages\README.txt for details.

Mark your reports with Lazarus version clearly in order to avoid confusion.

-- 
Best regards,
  Maxim Ganetsky                  mailto:ganmax at narod.ru


From michael at freepascal.org  Tue Jun 22 18:05:14 2021
From: michael at freepascal.org (Michael Van Canneyt)
Date: Tue, 22 Jun 2021 18:05:14 +0200 (CEST)
Subject: [Lazarus] FPC & Lazarus moving to gitlab
Message-ID: <alpine.DEB.2.22.394.2106221800510.2274845@home>


Hello All,

The Free Pascal and Lazarus teams are in the process of switching to 
Gitlab to manage their source code and issue reports.

In order to lower maintenance of their own infrastructure, a hosted solution
has been chosen, and an open source license was granted to the teams.

You can see the current progress at:

https://gitlab.com/freepascal.org

2 subgroups have been made:

https://gitlab.com/freepascal.org/fpc
https://gitlab.com/freepascal.org/lazarus-ide

Several testconversions of the SVN history to a Git repository have been
done, with ever improving results. All repositories will be switched to git.

A program has been written to convert Mantis bug reports to Gitlab issues;
it is very complete, and all available info will be converted.
You can see (partial) conversion results on the above projects.

The date for the final conversion has been established as the weekend of
17/18 july. People that wish to report bugs after that will have to create a
gitlab account in order to do so. (Those with a github account can normally
also use that account to log in with gitlab, see the gitlab login page.)

The conversion program will attempt to convert existing bugs using the
account of the new gitlab user. To map your gitlab user name (or ID) to the
mantis user, we ask that you file an issue in the mantis project of the
current bugtracker, assign it the category gitlab, and set the summary of
the bugreport to your gitlab account name or ID number (not both!).

All accounts that can be collected in this manner by 17 july will be used in the final conversion.

All necessary information to connect to gitlab will be collected in the FPC &
Lazarus Wiki. Several pages have already been set up:

https://wiki.freepascal.org/FPC_git
https://wiki.freepascal.org/FPC_git_concepts
https://wiki.freepascal.org/SVN_to_GIT_Cheatsheet

These pages will be updated with the correct URLS when the final conversion happens. 
The FPC & Lazarus websites will also be adapted with new instructions.

For the FPC & Lazarus teams,

Michael.

From lazarus at mfriebe.de  Tue Jun 22 18:31:12 2021
From: lazarus at mfriebe.de (Martin Frb)
Date: Tue, 22 Jun 2021 18:31:12 +0200
Subject: [Lazarus] FPC & Lazarus moving to gitlab
In-Reply-To: <alpine.DEB.2.22.394.2106221800510.2274845@home>
References: <alpine.DEB.2.22.394.2106221800510.2274845@home>
Message-ID: <56b452b6-9863-3eaf-36c6-15554c7a5a93@mfriebe.de>

On 22/06/2021 18:05, Michael Van Canneyt via lazarus wrote:
>
>
> The date for the final conversion has been established as the weekend of
> 17/18 july. People that wish to report bugs after that will have to 
> create a
> gitlab account in order to do so. (Those with a github account can 
> normally
> also use that account to log in with gitlab, see the gitlab login page.)

Just a thought (late but still)

"login with github" => but can we assign issues to github account holders?

If not that should be made more clear.

From zoe at scootersoftware.com  Wed Jun 23 00:33:24 2021
From: zoe at scootersoftware.com (=?UTF-8?Q?Zo=c3=ab_Peterson?=)
Date: Tue, 22 Jun 2021 17:33:24 -0500
Subject: [Lazarus] FPC & Lazarus moving to gitlab
In-Reply-To: <alpine.DEB.2.22.394.2106221800510.2274845@home>
References: <alpine.DEB.2.22.394.2106221800510.2274845@home>
Message-ID: <ff437f91-b9e8-436f-3217-a3dc10eb07f6@scootersoftware.com>

On 6/22/2021 11:05 AM, Michael Van Canneyt via lazarus wrote:
> The conversion program will attempt to convert existing bugs using the
> account of the new gitlab user. To map your gitlab user name (or ID) 
> to the
> mantis user, we ask that you file an issue in the mantis project of the
> current bugtracker, assign it the category gitlab, and set the summary of
> the bugreport to your gitlab account name or ID number (not both!). 


I have two Mantis accounts on bugs.freepascal.org, stemming from when I 
changed my name.  If I make two bug reports, one with each account, both 
listing the same GitLab account, will that work or mess something up?

--
Zoë Peterson
Scooter Software


From michael at freepascal.org  Wed Jun 23 07:34:44 2021
From: michael at freepascal.org (Michael Van Canneyt)
Date: Wed, 23 Jun 2021 07:34:44 +0200 (CEST)
Subject: [Lazarus] FPC & Lazarus moving to gitlab
In-Reply-To: <ff437f91-b9e8-436f-3217-a3dc10eb07f6@scootersoftware.com>
References: <alpine.DEB.2.22.394.2106221800510.2274845@home>
 <ff437f91-b9e8-436f-3217-a3dc10eb07f6@scootersoftware.com>
Message-ID: <alpine.DEB.2.22.394.2106230734080.2286799@home>



On Tue, 22 Jun 2021, Zoë Peterson via lazarus wrote:

> On 6/22/2021 11:05 AM, Michael Van Canneyt via lazarus wrote:
>> The conversion program will attempt to convert existing bugs using the
>> account of the new gitlab user. To map your gitlab user name (or ID) 
>> to the
>> mantis user, we ask that you file an issue in the mantis project of the
>> current bugtracker, assign it the category gitlab, and set the summary of
>> the bugreport to your gitlab account name or ID number (not both!). 
>
>
> I have two Mantis accounts on bugs.freepascal.org, stemming from when I 
> changed my name.  If I make two bug reports, one with each account, both 
> listing the same GitLab account, will that work or mess something up?

That will work.

Michael.

From lazarus at mfriebe.de  Wed Jun 23 18:35:23 2021
From: lazarus at mfriebe.de (Martin Frb)
Date: Wed, 23 Jun 2021 18:35:23 +0200
Subject: [Lazarus] Announcing FpDebug 1.0
Message-ID: <d1a77c80-f94d-d6e3-dff6-84773540f146@mfriebe.de>

FpDebug and LazDebuggerFp have reached version 1.0.

This means on Windows and Linux, the upcoming Lazarus 2.2 will use this 
as the new default debugger.

People who have configurations from prior installations already have 
config files containing the gdb based debugger. Those config files are 
not changed, and people are advised to change their debugger settings 
accordingly (once they upgraded)

------------------------------------------------------------------------
GDB based debuggers are still fully supported, and for Windows a 
modified gdb of version 9.2 will be included in the installer.

None of those changes apply to Mac users.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20210623/ad5ceb27/attachment.html>

From chavoux at gmail.com  Thu Jun 24 14:52:51 2021
From: chavoux at gmail.com (Chavoux Luyt)
Date: Thu, 24 Jun 2021 14:52:51 +0200
Subject: [Lazarus] Lazarus for writing 3D Desktop Environment/Window manager
	for Linux?
In-Reply-To: <mailman.1.1624528803.22797.lazarus@lists.lazarus-ide.org>
References: <mailman.1.1624528803.22797.lazarus@lists.lazarus-ide.org>
Message-ID: <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>

Hi

Background:
I have played a bit with Lazarus over the years, but have never used it to
write any big or commercial projects (I have used both older versions of
Delphi, C++ Builder and Visual Studio with C# for that). However, it seems
to me as if modern Lazarus has everything and more than Delphi (although it
would have been nice if Lazarus could add packages like Delphi without
needing to recompile the whole IDE - compile the package to a .dll or .so
and simply link into it from the IDE?). KDE (Plasma), XFCE and Fluxbox (MX
Linux versions) are my current favourite desktop environments, but I am
feeling increasingly frustrated with especially the larger desktop
environments (including Windows 10) and want to replace it with an
interface that makes use of the 3D capabilities of most (all?) modern
computers. The idea is a "game-like" first-person shooter interface where
instead of a desktop with various virtual desktops or a start menu, you
have a house (or a castle or whatever) in which you move, open different
doors with different rooms, like e.g. an office (where all your typical
office programs (and files in filing cabinet) would be stored, a
entertainment room (with your music and video software and files), etc.
This interface will also be more future-proof than the current desktop
metaphor, allowing for e.g. virtual reality displays instead of a screen as
your computer-human interface.

I really like object Pascal as a language (and Lazarus in particular)...

Questions:

   1. Is it possible to write a 3D desktop environment (with similar
   functionality to KDE/Gnome) in Lazarus?
   2. Is Lazarus a good tool for writing such a desktop environment?
   Why/why not?
   3. Are there better alternatives that can use OpenGL (or a game engine
   using OpenGL) that can be used for writing such a Desktop Environment (if
   Lazarus is not a good tool)?
   4. I have installed (but never used) Castle Game Engine (using
   aptitude... but I don't see it in Lazarus). Does anyone here have
   experience using it? Could it be used as the basis of writing a 3D "desktop
   environment"?
   5. Is there anybody on the list that would be interested in helping to
   write this as a new type of user OS GUI for Linux? Maybe as the start of a
   future GSoC project?

Cheers,
Chavoux
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20210624/1c5bfefe/attachment.html>

From michael at freepascal.org  Thu Jun 24 14:58:51 2021
From: michael at freepascal.org (Michael Van Canneyt)
Date: Thu, 24 Jun 2021 14:58:51 +0200 (CEST)
Subject: [Lazarus] Lazarus for writing 3D Desktop Environment/Window
 manager for Linux?
In-Reply-To: <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
References: <mailman.1.1624528803.22797.lazarus@lists.lazarus-ide.org>
 <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
Message-ID: <alpine.DEB.2.22.394.2106241458010.2326902@home>



On Thu, 24 Jun 2021, Chavoux Luyt via lazarus wrote:

> Hi
>
> Background:
> I have played a bit with Lazarus over the years, but have never used it to
> write any big or commercial projects (I have used both older versions of
> Delphi, C++ Builder and Visual Studio with C# for that). However, it seems
> to me as if modern Lazarus has everything and more than Delphi (although it
> would have been nice if Lazarus could add packages like Delphi without
> needing to recompile the whole IDE - compile the package to a .dll or .so
> and simply link into it from the IDE?). KDE (Plasma), XFCE and Fluxbox (MX
> Linux versions) are my current favourite desktop environments, but I am
> feeling increasingly frustrated with especially the larger desktop
> environments (including Windows 10) and want to replace it with an
> interface that makes use of the 3D capabilities of most (all?) modern
> computers. The idea is a "game-like" first-person shooter interface where
> instead of a desktop with various virtual desktops or a start menu, you
> have a house (or a castle or whatever) in which you move, open different
> doors with different rooms, like e.g. an office (where all your typical
> office programs (and files in filing cabinet) would be stored, a
> entertainment room (with your music and video software and files), etc.
> This interface will also be more future-proof than the current desktop
> metaphor, allowing for e.g. virtual reality displays instead of a screen as
> your computer-human interface.
>
> I really like object Pascal as a language (and Lazarus in particular)...
>
> Questions:
>
>   1. Is it possible to write a 3D desktop environment (with similar
>   functionality to KDE/Gnome) in Lazarus?
>   2. Is Lazarus a good tool for writing such a desktop environment?
>   Why/why not?
>   3. Are there better alternatives that can use OpenGL (or a game engine
>   using OpenGL) that can be used for writing such a Desktop Environment (if
>   Lazarus is not a good tool)?
>   4. I have installed (but never used) Castle Game Engine (using
>   aptitude... but I don't see it in Lazarus). Does anyone here have
>   experience using it? Could it be used as the basis of writing a 3D "desktop
>   environment"?

I think the castle game engine is your best shot at achieving success with
this project.

Michael.

From ryansmithhe at gmail.com  Thu Jun 24 16:38:03 2021
From: ryansmithhe at gmail.com (R.Smith)
Date: Thu, 24 Jun 2021 16:38:03 +0200
Subject: [Lazarus] Lazarus for writing 3D Desktop Environment/Window
 manager for Linux?
In-Reply-To: <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
References: <mailman.1.1624528803.22797.lazarus@lists.lazarus-ide.org>
 <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
Message-ID: <adee8b19-22c6-4e16-68d4-074a03683184@gmail.com>

On 2021/06/24 14:52, Chavoux Luyt via lazarus wrote:
>
> Questions:
>
>  1. Is it possible to write a 3D desktop environment (with similar
>     functionality to KDE/Gnome) in Lazarus?
>  2. Is Lazarus a good tool for writing such a desktop environment?
>     Why/why not?
>  3. Are there better alternatives that can use OpenGL (or a game
>     engine using OpenGL) that can be used for writing such a Desktop
>     Environment (if Lazarus is not a good tool)?
>  4. I have installed (but never used) Castle Game Engine (using
>     aptitude... but I don't see it in Lazarus). Does anyone here have
>     experience using it? Could it be used as the basis of writing a 3D
>     "desktop environment"?
>  5. Is there anybody on the list that would be interested in helping
>     to write this as a new type of user OS GUI for Linux? Maybe as the
>     start of a future GSoC project?
>
It's certainly possible.

I used to play with this long ago when they made a 3D desktop on WIndows 
98 still - was called 3DNA and the link below here is a recent review of it.
https://www.youtube.com/watch?v=f-0WZJrISYc

It looks simplistic by today's standards but it was much better than wat 
the 3D bob thing on the windows store tries to do (which I also tried 
and hated). You may get a good few ideas for how a 3D space could be 
less finicky and more useable.

Unfortunately my hands are a bit full to devote much time to it, but 
wouldn't mind chipping in some and most certainly would be a user/tester.

Good luck with it!


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

From pascaldragon at googlemail.com  Thu Jun 24 17:09:04 2021
From: pascaldragon at googlemail.com (Sven Barth)
Date: Thu, 24 Jun 2021 17:09:04 +0200
Subject: [Lazarus] Lazarus for writing 3D Desktop Environment/Window
 manager for Linux?
In-Reply-To: <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
References: <mailman.1.1624528803.22797.lazarus@lists.lazarus-ide.org>
 <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
Message-ID: <CAFMUeB_V59XHgXr-ZKr+RfU3p6KL-GQYmPJMZ1KKk-0DC18bow@mail.gmail.com>

Chavoux Luyt via lazarus <lazarus at lists.lazarus-ide.org> schrieb am Do.,
24. Juni 2021, 14:53:

> (although it would have been nice if Lazarus could add packages like
> Delphi without needing to recompile the whole IDE - compile the package to
> a .dll or .so and simply link into it from the IDE?).
>

Simply using ordinary libraries would fall spectacularly short of what you
desire. The package system as known from Delphi allows the metadata of
types to be shared between binary modules, something that you *can't* do
with libraries. If it would be that easy it would have been done already.

Instead that functionality requires intensive support by both the compiler
and the RTL. We are on our way there, but we aren't there yet. Sooner or
later that will come in Lazarus as well.

Regards,
Sven

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

From mailinglists at geldenhuys.co.uk  Fri Jun 25 00:28:26 2021
From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys)
Date: Thu, 24 Jun 2021 23:28:26 +0100
Subject: [Lazarus] Lazarus for writing 3D Desktop Environment/Window
 manager for Linux?
In-Reply-To: <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
References: <mailman.1.1624528803.22797.lazarus@lists.lazarus-ide.org>
 <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
Message-ID: <56ea1261-b20a-44af-87bb-b3ffab47fea3@geldenhuys.co.uk>

On 24/06/2021 1:52 pm, Chavoux Luyt via lazarus wrote:
> The idea is a "game-like" first-person shooter interface where
> instead of a desktop with various virtual desktops or a start menu, you
> have a house (or a castle or whatever) in which you move, open different
> doors with different rooms,

If I recall correctly, something like this was already done back in the
late 90's, early 2000's by SUN using Java. I believe it was called
Project Looking Glass. Just searched the internet, and found this.

 https://en.wikipedia.org/wiki/Project_Looking_Glass

I remember playing with it, flipping a web browser window
and making notes on the back of it. It also had some virtual file manager
etc. It was all WAY ahead of it's time. No idea why it got canned though.

As for if FPC + Lazarus is up for the task.... Definitely!

The modern OpenGL is pretty straight forward to use. There are plenty
of binding you can use. There are also some nice Game Programming
tutorials on YouTube where they even show how to write your our
"game engine" of sorts. They use Java or C programming languages, but
the core of OpenGL usage is exactly the same, no matter the programming
language you use.

Regards,
  Graeme

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

My public PGP key:  http://tinyurl.com/graeme-pgp

From m.e.sanliturk at gmail.com  Sat Jun 26 02:30:13 2021
From: m.e.sanliturk at gmail.com (Mehmet Erol Sanliturk)
Date: Sat, 26 Jun 2021 03:30:13 +0300
Subject: [Lazarus] Lazarus for writing 3D Desktop Environment/Window
 manager for Linux?
In-Reply-To: <alpine.DEB.2.22.394.2106241458010.2326902@home>
References: <mailman.1.1624528803.22797.lazarus@lists.lazarus-ide.org>
 <CAPGeeiHLgX1Atvq6Oh7+KkfeVr82tQ18fs-cYZ=q+BvXDaga7A@mail.gmail.com>
 <alpine.DEB.2.22.394.2106241458010.2326902@home>
Message-ID: <CAOgwaMv8F58rc2tRQ55jUm0prOJRwR2=y5gtaROhKv6r4Hjq-A@mail.gmail.com>

On Thu, Jun 24, 2021 at 3:58 PM Michael Van Canneyt via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

>
>
> On Thu, 24 Jun 2021, Chavoux Luyt via lazarus wrote:
>
> > Hi
> >
> > Background:
> > I have played a bit with Lazarus over the years, but have never used it
> to
> > write any big or commercial projects (I have used both older versions of
> > Delphi, C++ Builder and Visual Studio with C# for that). However, it
> seems
> > to me as if modern Lazarus has everything and more than Delphi (although
> it
> > would have been nice if Lazarus could add packages like Delphi without
> > needing to recompile the whole IDE - compile the package to a .dll or .so
> > and simply link into it from the IDE?). KDE (Plasma), XFCE and Fluxbox
> (MX
> > Linux versions) are my current favourite desktop environments, but I am
> > feeling increasingly frustrated with especially the larger desktop
> > environments (including Windows 10) and want to replace it with an
> > interface that makes use of the 3D capabilities of most (all?) modern
> > computers. The idea is a "game-like" first-person shooter interface where
> > instead of a desktop with various virtual desktops or a start menu, you
> > have a house (or a castle or whatever) in which you move, open different
> > doors with different rooms, like e.g. an office (where all your typical
> > office programs (and files in filing cabinet) would be stored, a
> > entertainment room (with your music and video software and files), etc.
> > This interface will also be more future-proof than the current desktop
> > metaphor, allowing for e.g. virtual reality displays instead of a screen
> as
> > your computer-human interface.
> >
> > I really like object Pascal as a language (and Lazarus in particular)...
> >
> > Questions:
> >
> >   1. Is it possible to write a 3D desktop environment (with similar
> >   functionality to KDE/Gnome) in Lazarus?
> >   2. Is Lazarus a good tool for writing such a desktop environment?
> >   Why/why not?
> >   3. Are there better alternatives that can use OpenGL (or a game engine
> >   using OpenGL) that can be used for writing such a Desktop Environment
> (if
> >   Lazarus is not a good tool)?
> >   4. I have installed (but never used) Castle Game Engine (using
> >   aptitude... but I don't see it in Lazarus). Does anyone here have
> >   experience using it? Could it be used as the basis of writing a 3D
> "desktop
> >   environment"?
>
> I think the castle game engine is your best shot at achieving success with
> this project.
>
> Michael.
> --
> _______________________________________________
>
>

You may ask this to


http://michalis.ii.uni.wroc.pl/~michalis/
Michalis Kamburelis




Mehmet Erol Sanliturk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20210626/c1a9f9d4/attachment.html>

From juha.manninen62 at gmail.com  Mon Jun 28 13:23:15 2021
From: juha.manninen62 at gmail.com (Juha Manninen)
Date: Mon, 28 Jun 2021 14:23:15 +0300
Subject: [Lazarus] The "Use" button in Component List
Message-ID: <CAPN1EhAWJmv621fVQE1kymHT-rMdnZZbWWUa_a=D=uBE4eVaoQ@mail.gmail.com>

The list opens with Ctrl-Alt-P and is an alternative to the Component
Palette.
Is the "Use" button somehow useful?
A component can be added by selecting it and clicking on designer, or by
double-clicking it.
The behavior was slightly changed in r64929, issue:
 https://bugs.freepascal.org/view.php?id=38706
Now the "Use" button inserts a component at coord(0,0) right away, which is
the double-click behavior.
Should the button be removed?

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

From michael at freepascal.org  Mon Jun 28 13:45:09 2021
From: michael at freepascal.org (Michael Van Canneyt)
Date: Mon, 28 Jun 2021 13:45:09 +0200 (CEST)
Subject: [Lazarus] The "Use" button in Component List
In-Reply-To: <CAPN1EhAWJmv621fVQE1kymHT-rMdnZZbWWUa_a=D=uBE4eVaoQ@mail.gmail.com>
References: <CAPN1EhAWJmv621fVQE1kymHT-rMdnZZbWWUa_a=D=uBE4eVaoQ@mail.gmail.com>
Message-ID: <alpine.DEB.2.22.394.2106281337010.2436713@home>



On Mon, 28 Jun 2021, Juha Manninen via lazarus wrote:

> The list opens with Ctrl-Alt-P and is an alternative to the Component
> Palette.
> Is the "Use" button somehow useful?
> A component can be added by selecting it and clicking on designer, or by
> double-clicking it.
> The behavior was slightly changed in r64929, issue:
> https://bugs.freepascal.org/view.php?id=38706
> Now the "Use" button inserts a component at coord(0,0) right away, which is
> the double-click behavior.
> Should the button be removed?

I don't think you should remove it. 
The fact that you can/must double click is not immediatly clear. 
A button has a clear meaning.

Michael.

From christo.crause at gmail.com  Mon Jun 28 14:00:30 2021
From: christo.crause at gmail.com (Christo Crause)
Date: Mon, 28 Jun 2021 14:00:30 +0200
Subject: [Lazarus] The "Use" button in Component List
In-Reply-To: <alpine.DEB.2.22.394.2106281337010.2436713@home>
References: <CAPN1EhAWJmv621fVQE1kymHT-rMdnZZbWWUa_a=D=uBE4eVaoQ@mail.gmail.com>
 <alpine.DEB.2.22.394.2106281337010.2436713@home>
Message-ID: <CAGOmfbEyxz4+Tcq9pEvUqy+6HuVEZP3CbRk1YydififBm0J+7Q@mail.gmail.com>

On Mon, Jun 28, 2021 at 1:45 PM Michael Van Canneyt via lazarus <
lazarus at lists.lazarus-ide.org> wrote:

>
> On Mon, 28 Jun 2021, Juha Manninen via lazarus wrote:
>
> > The list opens with Ctrl-Alt-P and is an alternative to the Component
> > Palette.
> > Is the "Use" button somehow useful?
> > A component can be added by selecting it and clicking on designer, or by
> > double-clicking it.
> > The behavior was slightly changed in r64929, issue:
> > https://bugs.freepascal.org/view.php?id=38706
> > Now the "Use" button inserts a component at coord(0,0) right away, which
> is
> > the double-click behavior.
> > Should the button be removed?
>
> I don't think you should remove it.
> The fact that you can/must double click is not immediatly clear.
> A button has a clear meaning.
>
> Michael.
> --
>

FWIW (I don't build forms very often), I would like to expand on Michael's
comment to suggest the "Use" button's caption could be changed to "Insert
on form" or something similar to more clearly describe its function.  Or
maybe just "Insert" with a more descriptive hint (Insert selected component
on active form).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20210628/92d10d36/attachment.html>

From lazarus at kluug.net  Mon Jun 28 14:55:06 2021
From: lazarus at kluug.net (Ondrej Pokorny)
Date: Mon, 28 Jun 2021 14:55:06 +0200
Subject: [Lazarus] The "Use" button in Component List
In-Reply-To: <alpine.DEB.2.22.394.2106281337010.2436713@home>
References: <CAPN1EhAWJmv621fVQE1kymHT-rMdnZZbWWUa_a=D=uBE4eVaoQ@mail.gmail.com>
 <alpine.DEB.2.22.394.2106281337010.2436713@home>
Message-ID: <14316f04-59d0-81f2-ff5f-acb22f4cff3b@kluug.net>

On 28.06.2021 13:45, Michael Van Canneyt via lazarus wrote:
> On Mon, 28 Jun 2021, Juha Manninen via lazarus wrote:
>
>> The list opens with Ctrl-Alt-P and is an alternative to the Component
>> Palette.
>> Is the "Use" button somehow useful?
>> A component can be added by selecting it and clicking on designer, or by
>> double-clicking it.
>> The behavior was slightly changed in r64929, issue:
>> https://bugs.freepascal.org/view.php?id=38706
>> Now the "Use" button inserts a component at coord(0,0) right away, 
>> which is
>> the double-click behavior.
>> Should the button be removed?
>
> I don't think you should remove it. The fact that you can/must double 
> click is not immediatly clear. A button has a clear meaning.

Yes, there is no need to delete it. If you remove it, you even cannot 
make the window smaller (you have the "keep open" checkbox there). And 
as Michael stated - the button makes it clear that you can press Enter 
to <use> the component.

Ondrej