El 25/02/2018 a las 9:03, Gabor Boros via Lazarus escribió:
For me the good order is the real order independently from the other
widgetsets. For example at form maximize, the form moved to 0,0
coordinates then it's size increased. At form restore, form's size
decreased then moved to the correc
2018. 02. 18. 13:51 keltezéssel, José Mejuto via Lazarus írta:
I was talking about LCL-fpGUI with reation to other LCL based platforms.
As I do not have a Delphi to verify I'm trying to mimic the win32
platform (easy for me).
Anyway I'm not fixing event orders now, there are a lot fo things to
On Mon, Feb 19, 2018 at 7:09 AM, Ondrej Pokorny via Lazarus
wrote:
> True words. IMO we can apply the same to LCL events: the order/count is an
> implementation detail and depends on the underlying widgetset.
>
I agree, and am glad to find this was brought up. On the other hand, I
think it would
> I will mention 1 case in point. Const parameters.
>
> For years, people mistakenly assumed that Const parameters were
> be passed by reference if they were "big" (records), a behaviour which
> Delphi exhibited.
People actually believed that? When the documentation explicitly stated that var
par
On Mon, 19 Feb 2018, DougC via Lazarus wrote:
On Mon, 19 Feb 2018 13:47:14 -0500 Michael Van Canneyt via Lazarus
wrote
And documented behaviour is what the language guide of Delphi states.
Is there such a language guide for the language features int
On Mon, 19 Feb 2018 13:47:14 -0500 Michael Van Canneyt via Lazarus
wrote
And documented behaviour is what the language guide of Delphi states.
Is there such a language guide for the language features introduced in the last
10 years?
AFAIK t
On Mon, 19 Feb 2018, Martok via Lazarus wrote:
Am 19.02.2018 um 11:10 schrieb Sven Barth via Lazarus:
As long as the code does not rely on undocumented behavior, yes.
And therein lies the issue. Things that worked the same way for >25 years and
are mentioned explicitly in numerous secondary
Am 19.02.2018 um 11:10 schrieb Sven Barth via Lazarus:
> As long as the code does not rely on undocumented behavior, yes.
And therein lies the issue. Things that worked the same way for >25 years and
are mentioned explicitly in numerous secondary literature are considered
"undocumented". And whate
On 19.02.2018 13:51, Michael Van Canneyt via Lazarus wrote:
If your code relies on implementation details, it won't always work
obviously.
But if you spot differences in behaviour, you can notify the devs.
There are
then 2 options:
- They try to fix the behaviour.
- They explain why it works
On Mon, 19 Feb 2018, Martok via Lazarus wrote:
Am 19.02.2018 um 00:18 schrieb Michael Van Canneyt via Lazarus:
Why is it obviously not true ? It's obviously not true that it is compatible
at the binary level. FPC does not produce the same binary code
I'm more talking about the macroscopic pe
Am 19.02.2018 10:29 schrieb "Martok via Lazarus" <
lazarus@lists.lazarus-ide.org>:
> But source code written for Delphi must compile in FPC.
Should it also do something *similar*?
As long as the code does not rely on undocumented behavior, yes.
Regards,
Sven
--
Am 19.02.2018 um 00:18 schrieb Michael Van Canneyt via Lazarus:
> Why is it obviously not true ? It's obviously not true that it is compatible
> at the binary level. FPC does not produce the same binary code
I'm more talking about the macroscopic perspective. Of course the binary code
may be differ
On Sun, 18 Feb 2018, Martok via Lazarus wrote:
Am 18.02.2018 um 20:39 schrieb Michael Van Canneyt via Lazarus:
It's already fixed in SVN :)
FYI:
Line 121 contains a double http://
Line 234 is missing a "y" on "necessar_y_".
Also, while we're apparently in the off-topic section of this thre
Il 18/02/2018 19:06, Graeme Geldenhuys via Lazarus ha scritto:
Are there any defined tests or test projects that can confirm
LCL-Win32 is compatible with Delphi's VCL? I'm talking about events,
order of events firing.
I hope that nobody will spend time which could be used for constructive
pu
Il 18/02/2018 19:42, Ondrej Pokorny via Lazarus ha scritto:
Do you mean TForm.OnPaint?
Yes, sorry for the typo.
Giuliano
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
Am 18.02.2018 um 20:39 schrieb Michael Van Canneyt via Lazarus:
> It's already fixed in SVN :)
FYI:
Line 121 contains a double http://
Line 234 is missing a "y" on "necessar_y_".
Also, while we're apparently in the off-topic section of this thread, a thought:
"""
fpc is designed to be, as much as
On 18.02.2018 20:39, Michael Van Canneyt via Lazarus wrote:
On Sun, 18 Feb 2018, Ondrej Pokorny via Lazarus wrote:
The FPC team just forgot to update an outdated page.
It's already fixed in SVN :)
I expected Graeme to send a patch and help a little bit but you were
obviously eager to fix it
On Sun, 18 Feb 2018, Ondrej Pokorny via Lazarus wrote:
On 18.02.2018 19:48, Graeme Geldenhuys via Lazarus wrote:
I understood that, I just wasn't sure if that was a "FPC goal" like
the statement mentioned the D7 goal. I assumed any features post D7
was just a bonus - thanks to development co
On 18.02.2018 19:48, Graeme Geldenhuys via Lazarus wrote:
I understood that, I just wasn't sure if that was a "FPC goal" like
the statement mentioned the D7 goal. I assumed any features post D7
was just a bonus - thanks to development contributions.
Anyway, my original message was more targete
On 18.02.2018 19:06, Graeme Geldenhuys via Lazarus wrote:
On 2018-02-18 10:09, Ondrej Pokorny via Lazarus wrote:
Yes, it does. It is Delphi.
1) Not everybody owns a copy of Delphi to compare. Since when is it a
good idea to have a Open Source project rely on a Commercial product.
Come on, A
Am 18.02.2018 um 19:48 schrieb Graeme Geldenhuys via Lazarus:
> On 2018-02-18 18:34, Michael Van Canneyt via Lazarus wrote:
>> That said, a small look at the language guide will of course convince even
>> the most malicious person that we also aim to be compatible - at the
>> language level - with
On 2018-02-18 18:34, Michael Van Canneyt via Lazarus wrote:
That said, a small look at the language guide will of course convince even
the most malicious person that we also aim to be compatible - at the
language level - with recent Delphis...
I understood that, I just wasn't sure if that was
On 18.02.2018 17:19, Giuliano Colla wrote:
Il 18/02/2018 11:54, Ondrej Pokorny ha scritto:
What events are generated?
onFormPaint
Do you mean TForm.OnPaint?
---
No, no, no, no. Setting MyLabel.Color and any other visual property does
NOT fire any paint event/method/whatever - neither in
On Sun, 18 Feb 2018, Florian Klämpfl via Lazarus wrote:
Am 18.02.2018 um 19:18 schrieb Graeme Geldenhuys via Lazarus:
On 2018-02-18 18:14, Graeme Geldenhuys via Lazarus wrote:
On 2018-02-18 18:10, Florian Klämpfl via Lazarus wrote:
What makes you think so?
Michael van Canneyt.
And quot
Am 18.02.2018 um 19:18 schrieb Graeme Geldenhuys via Lazarus:
> On 2018-02-18 18:14, Graeme Geldenhuys via Lazarus wrote:
>> On 2018-02-18 18:10, Florian Klämpfl via Lazarus wrote:
>>> What makes you think so?
>>
>> Michael van Canneyt.
>
>
> And quoting the official FPC documentation from the Fr
On 2018-02-18 12:51, José Mejuto via Lazarus wrote:
Anyway I'm not fixing event orders now, there are a lot fo things to do
before
I fully understand that, and agree with your decision.
Regards,
Graeme
--
___
Lazarus mailing list
Lazarus@lists.l
On 2018-02-18 18:14, Graeme Geldenhuys via Lazarus wrote:
On 2018-02-18 18:10, Florian Klämpfl via Lazarus wrote:
What makes you think so?
Michael van Canneyt.
And quoting the official FPC documentation from the Free Pascal website:
"Free Pascal is designed to be, as much as possible, sour
On 2018-02-18 18:10, Florian Klämpfl via Lazarus wrote:
What makes you think so?
Michael van Canneyt.
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
--
__
On 2018-02-18 18:06, Graeme Geldenhuys via Lazarus wrote:
1) Not everybody owns a copy of Delphi to compare. Since when is it a
good idea to have a Open Source project rely on a Commercial product.
By that I also mean forcing people to own a copy of Windows and a copy
of Delphi just to see i
Am 18.02.2018 um 19:06 schrieb Graeme Geldenhuys via Lazarus:
>
> 2) FPC seems to target Delphi 7 compatibility -
What makes you think so?
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On 18.02.2018 19:08, Graeme Geldenhuys via Lazarus wrote:
On 2018-02-18 10:44, Giuliano Colla via Lazarus wrote:
To achieve the Delphi behavior in Lazarus I should code:
MyLabel.Color := clRed;
Application:ProcessMessages;
MyLabel.Color := clGreen;
If that's true
No, it is not true.
Ondrej
On 2018-02-18 10:44, Giuliano Colla via Lazarus wrote:
To achieve the Delphi behavior in Lazarus I should code:
MyLabel.Color := clRed;
Application:ProcessMessages;
MyLabel.Color := clGreen;
If that's true, then the above is not Delphi compatible, and thus LCL is
back to square one, of simply
On 2018-02-18 10:09, Ondrej Pokorny via Lazarus wrote:
Yes, it does. It is Delphi.
1) Not everybody owns a copy of Delphi to compare. Since when is it a
good idea to have a Open Source project rely on a Commercial product.
2) FPC seems to target Delphi 7 compatibility - but considering how o
Il 18/02/2018 11:54, Ondrej Pokorny ha scritto:
What events are generated?
onFormPaint
Giuliano
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
El 18/02/2018 a las 0:52, Graeme Geldenhuys via Lazarus escribió:
On 2018-02-17 16:59, Gabor Boros via Lazarus wrote:
to answer your question I'm hoping that effort translates well to
LCL-fpGUI too.
Hello,
I was talking about LCL-fpGUI with reation to other LCL based platforms.
As I do n
On 18.02.2018 11:44, Giuliano Colla wrote:
Il 18/02/2018 11:09, Ondrej Pokorny via Lazarus ha scritto:
On 18.02.2018 0:59, Graeme Geldenhuys via Lazarus wrote:
Now comes the BIG question... Does LCL have a reference implementation?
Yes, it does. It is Delphi.
That's not true, as far as ev
Il 18/02/2018 11:09, Ondrej Pokorny via Lazarus ha scritto:
On 18.02.2018 0:59, Graeme Geldenhuys via Lazarus wrote:
Now comes the BIG question... Does LCL have a reference implementation?
Yes, it does. It is Delphi.
That's not true, as far as events triggering is concerned.
Delphi impleme
Il 18/02/2018 00:59, Graeme Geldenhuys via Lazarus ha scritto:
Now comes the BIG question... Does LCL have a reference
implementation? Which LCL widgetset gives the correct behaviour and
feature list, that the other LCL widgetsets need to follow or mimic?
IMHO that's impossible to achieve.
De
On 18.02.2018 0:59, Graeme Geldenhuys via Lazarus wrote:
Now comes the BIG question... Does LCL have a reference implementation?
Yes, it does. It is Delphi.
Ondrej
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.or
On 2018-02-17 18:37, José Mejuto via Lazarus wrote:
Is that nightmare exists with LCL-fpGUI also?
Probably in LCL-fpGUI the order is not the same
Now comes the BIG question... Does LCL have a reference implementation?
Which LCL widgetset gives the correct behaviour and feature list, that
th
On 2018-02-17 16:59, Gabor Boros via Lazarus wrote:
Is that nightmare exists with LCL-fpGUI also?
I can't speak much for LCL-fpGUI, but in "pure fpGUI" I spent probably a
year of testing and development making sure the same events fire in the
same order under all fpGUI supported platforms. I
El 17/02/2018 a las 17:59, Gabor Boros via Lazarus escribió:
2018. 02. 17. 17:26 keltezéssel, Graeme Geldenhuys via Lazarus írta:
event orders and LCL was a nightmare - to the point that we moved to a
completely different solution/toolkit.
Is that nightmare exists with LCL-fpGUI also?
Gabor
H
2018. 02. 17. 17:26 keltezéssel, Graeme Geldenhuys via Lazarus írta:
At the time (circa 2006) our
application relied heavily on specific event orders and LCL was a
nightmare - to the point that we moved to a completely different
solution/toolkit.
Is that nightmare exists with LCL-fpGUI also?
On 2018-02-16 17:40, Gabor Boros via Lazarus wrote:
I want to know when a form maximized, restored or moved. But completely
lost between form's events.
I reported the LCL problem of inconsistent events and order of events
between LCL widgetsets (at the time I compared LCL-QT3, LCL-Win32 and
L
When I was in the same situation, I modified each procedure / function
to read
procedure xxx
begin
{first line} write('procedure xx opened');
...
{last line} writeln('procedure xxx closed');
end;
This produced on the console an easy trace of who called whom, and how
they were stacked.
W
Hi All,
I want to know when a form maximized, restored or moved. But completely
lost between form's events. See below what I got with the attached
example project. For example 1 WindowPosChanged at application start
with Linux-Qt and 3 with Windows, with Linux-Qt form maximize and
restore giv
46 matches
Mail list logo