THX, this is a good hint for me ‚scaling code‘, so i can isolate that issue and
test. If i can create a testapp, so send it to mantis.
Andreas
Gesendet von Mail für Windows 10
Von: Ondrej Pokorny via Lazarus
Gesendet: Donnerstag, 18. Mai 2017 07:26
An: Lazarus mailing list
Cc: Ondrej Pokorny
B
On 17.05.2017 23:08, Andreas Frieß via Lazarus wrote:
I see with the last patches something goes wrong after r54880 with
frames and grid (specially TsWorkSheetGrid).
Lazarus claims, the is no valid parent and didnot load and crash. It
is only happen if you use frames ? The trouble is, i can on
On 18/05/2017 00:34, Joe via Lazarus wrote:
But Code Completion offers three functions named GetEnvironmentVariable:
The Ansistring function and the Unicode String function above plus
"GetEnvironmentVariable(lpName: LPCSTR; lpBuffer: LPSTR; nSize:
DWORD): DWORD".
Looks like you may have the un
I see the patch was added and Lazarus seems to work fine now, but the check
was altered a little. The current check assumes that the Control will never
be nil, but is this the case? I ask because i see in other places in the
same source code file that there are checks for that - almost all calls to
Am 18.05.2017 um 00:30 schrieb Mattias Gaertner via Lazarus:
On Wed, 17 May 2017 22:27:20 +0200
Joe via Lazarus wrote:
[...]
Is this the correct way to report my finding? As a non professional I am
not sure.
Lazarus 1.8 RC1 under Win 10 (64):
Yes, although this is more exact:
Help / About La
On Wed, 17 May 2017 23:08:34 +0200
Andreas Frieß via Lazarus wrote:
> I see with the last patches something goes wrong after r54880 with
> frames and grid (specially TsWorkSheetGrid).
>
> Lazarus claims, the is no valid parent and didnot load and crash. It is
> only happen if you use frames ?
Am 17.05.2017 um 23:08 schrieb Andreas Frieß via Lazarus:
I see with the last patches something goes wrong after r54880 with
frames and grid (specially TsWorkSheetGrid).
Lazarus claims, the is no valid parent and didnot load and crash. It
is only happen if you use frames ? The trouble is, i ca
On Wed, 17 May 2017 22:27:20 +0200
Joe via Lazarus wrote:
>[...]
> Is this the correct way to report my finding? As a non professional I am
> not sure.
>
> Lazarus 1.8 RC1 under Win 10 (64):
Yes, although this is more exact:
Help / About Lazarus / Right mouse click on logo / Copy version info
On Thu, 18 May 2017, Kostas Michalopoulos via Lazarus wrote:
I've noticed that the window shrinking bug in window maker with Gtk2 is
still there, but i finally managed to figure it out and made a fix. I
originally wrote the fix in 1.8RC1 so it should apply there, but the patch
is against SVN.
I've noticed that the window shrinking bug in window maker with Gtk2 is
still there, but i finally managed to figure it out and made a fix. I
originally wrote the fix in 1.8RC1 so it should apply there, but the patch
is against SVN. I posted a more detailed email in the mailing list, but
here is th
Hi all,
So i finally figured out why this happens and the reason is the
ShowWindow(Handle, SW_SHOWNORMAL) call made when selecting components (this
is done to activate the designer form).
Under Gtk2 this call always calls gtk_window_unmaximize (among others) but
Gtk2 seems to have a bug that alwa
I see with the last patches something goes wrong after r54880 with
frames and grid (specially TsWorkSheetGrid).
Lazarus claims, the is no valid parent and didnot load and crash. It is
only happen if you use frames ? The trouble is, i can only shutdown
Lazarus with the Processmanger.
Win10/64
Am 17.05.2017 um 16:31 schrieb Luca Olivetti via Lazarus:
El 17/05/17 a les 14:39, Mattias Gaertner via Lazarus ha escrit:
== Why should everybody (including you) test the release candidate? ==
I didn't test it yet but I checked it out from svn and I see that the
patch here
https://bugs.fr
El 17/05/17 a les 20:33, zeljko ha escrit:
On 17.05.2017 20:16, Luca Olivetti via Lazarus wrote:
Meanwhile I see that in the plasma font setting I have the dpi forced to
96, a setting that apparently is respected both by qt4 and qt5 (as well
as gtk applications).
If it's forced than all qt ba
On 17.05.2017 20:16, Luca Olivetti via Lazarus wrote:
Meanwhile I see that in the plasma font setting I have the dpi forced to
96, a setting that apparently is respected both by qt4 and qt5 (as well
as gtk applications).
If it's forced than all qt based apps are using forced 96dpi.
Even if you
On 17.05.2017 19:59, Luca Olivetti wrote:
It took me a while to see that the c bindings are included, the
README.txt in the lcl/interfaces/qt5 directory just says:
"To use them you also need to download and install
at appropriate place the libQt5Pas.so (linux)
or Qt5Pas.dll (ms windows) or Qt5P
El 17/05/17 a les 20:16, Luca Olivetti via Lazarus ha escrit:
Excellent, this is OK, with my selected fonts and correctly sized icons.
It still has the problem with optimalfill, so it's definitely not
platform specific.
See https://youtu.be/NFZGVx7V2C0
Bye
--
Luca Olivetti
Wetron Automation
El 17/05/17 a les 19:59, Luca Olivetti via Lazarus ha escrit:
El 17/05/17 a les 19:19, zeljko ha escrit:
On 17.05.2017 19:08, Luca Olivetti via Lazarus wrote:
The ide compiled with the qt widgetset doesn't show the same problem
(though it doesn't seem to be using the same fonts as other kde
ap
El 17/05/17 a les 19:19, zeljko ha escrit:
On 17.05.2017 19:08, Luca Olivetti via Lazarus wrote:
The ide compiled with the qt widgetset doesn't show the same problem
(though it doesn't seem to be using the same fonts as other kde
applications)
KDE Plasma is using Qt5, but ide is Qt4, so in Qt
On 17.05.2017 19:08, Luca Olivetti via Lazarus wrote:
The ide compiled with the qt widgetset doesn't show the same problem
(though it doesn't seem to be using the same fonts as other kde
applications)
KDE Plasma is using Qt5, but ide is Qt4, so in Qt4 config you can set
same fonts as they are
El 17/05/17 a les 19:05, Ondrej Pokorny via Lazarus ha escrit:
On 17.05.2017 18:55, Luca Olivetti via Lazarus wrote:
El 17/05/17 a les 17:52, Ondrej Pokorny via Lazarus ha escrit:
You use 150% scaling (96 DPI = 100%), so Lazarus is also scaled by 150%.
It's a new feature :)
Well, if it is, i
El 17/05/17 a les 18:55, Luca Olivetti via Lazarus ha escrit:
El 17/05/17 a les 17:52, Ondrej Pokorny via Lazarus ha escrit:
On 17.05.2017 17:47, Luca Olivetti via Lazarus wrote:
El 17/05/17 a les 17:43, Ondrej Pokorny via Lazarus ha escrit:
On 17.05.2017 17:38, Luca Olivetti via Lazarus wrote
On 17.05.2017 18:55, Luca Olivetti via Lazarus wrote:
El 17/05/17 a les 17:52, Ondrej Pokorny via Lazarus ha escrit:
You use 150% scaling (96 DPI = 100%), so Lazarus is also scaled by 150%.
It's a new feature :)
Well, if it is, it's broken: every other application (either kde or
gtk) shows f
El 17/05/17 a les 17:52, Ondrej Pokorny via Lazarus ha escrit:
On 17.05.2017 17:47, Luca Olivetti via Lazarus wrote:
El 17/05/17 a les 17:43, Ondrej Pokorny via Lazarus ha escrit:
On 17.05.2017 17:38, Luca Olivetti via Lazarus wrote:
FWIW it does the same with linux/gtk2 and, boy, the ide is *u
El 17/05/17 a les 17:43, Ondrej Pokorny via Lazarus ha escrit:
On 17.05.2017 17:38, Luca Olivetti via Lazarus wrote:
FWIW it does the same with linux/gtk2 and, boy, the ide is *ugly*:
giant, blurred, icons everywhere, giant fonts in the tabs of the
components' palette, giant fonts in the object
On 17.05.2017 17:47, Luca Olivetti via Lazarus wrote:
El 17/05/17 a les 17:43, Ondrej Pokorny via Lazarus ha escrit:
On 17.05.2017 17:38, Luca Olivetti via Lazarus wrote:
FWIW it does the same with linux/gtk2 and, boy, the ide is *ugly*:
giant, blurred, icons everywhere, giant fonts in the tabs
On 17.05.2017 17:38, Luca Olivetti via Lazarus wrote:
FWIW it does the same with linux/gtk2 and, boy, the ide is *ugly*:
giant, blurred, icons everywhere, giant fonts in the tabs of the
components' palette, giant fonts in the object inspector...you get the
drift.
The fonts in the editor seems f
El 17/05/17 a les 17:29, Luca Olivetti via Lazarus ha escrit:
El 17/05/17 a les 16:48, Mattias Gaertner via Lazarus ha escrit:
On Wed, 17 May 2017 16:34:14 +0200
Luca Olivetti via Lazarus wrote:
[...]
Is this version still supposed to work with fpc 2.6.4?
OK, I see now that it doesn't buil
El 17/05/17 a les 16:48, Mattias Gaertner via Lazarus ha escrit:
On Wed, 17 May 2017 16:34:14 +0200
Luca Olivetti via Lazarus wrote:
[...]
Is this version still supposed to work with fpc 2.6.4?
OK, I see now that it doesn't build with fpc 2.6.4 :-(
Fixed.
The Lazarus devels only support
El 17/05/17 a les 16:31, Luca Olivetti via Lazarus ha escrit:
El 17/05/17 a les 14:39, Mattias Gaertner via Lazarus ha escrit:
== Why should everybody (including you) test the release candidate? ==
I didn't test it yet but I checked it out from svn and I see that the
patch here
https://bug
On Wed, 17 May 2017 16:34:14 +0200
Luca Olivetti via Lazarus wrote:
>[...]
> > Is this version still supposed to work with fpc 2.6.4?
>
> OK, I see now that it doesn't build with fpc 2.6.4 :-(
Fixed.
The Lazarus devels only support the last two FPC releases, which means
3.0.0 and 3.0.2.
But
El 17/05/17 a les 16:39, Mattias Gaertner via Lazarus ha escrit:
On Wed, 17 May 2017 16:31:33 +0200
Luca Olivetti via Lazarus wrote:
El 17/05/17 a les 14:39, Mattias Gaertner via Lazarus ha escrit:
== Why should everybody (including you) test the release candidate? ==
I didn't test it yet
On Wed, 17 May 2017 16:31:33 +0200
Luca Olivetti via Lazarus wrote:
> El 17/05/17 a les 14:39, Mattias Gaertner via Lazarus ha escrit:
>
> > == Why should everybody (including you) test the release candidate? ==
>
> I didn't test it yet but I checked it out from svn and I see that the
> patc
El 17/05/17 a les 14:39, Mattias Gaertner via Lazarus ha escrit:
== Why should everybody (including you) test the release candidate? ==
I didn't test it yet but I checked it out from svn and I see that the
patch here
https://bugs.freepascal.org/view.php?id=30931
isn't included.
Is this ve
Here is the fixed version with qt5.6 and no dfmk.hu:
The Lazarus team is glad to announce the first release candidate of
Lazarus 1.8.
This release was built with FPC 3.0.2.
The previous release Lazarus 1.6.4 was built with FPC 3.0.2 too.
The Linux releases are built with FPC 3.0.3 r36152 due to
On 17.05.2017 14:39, Mattias Gaertner via Lazarus wrote:
The Lazarus team is glad to announce the first release candidate of
Lazarus 1.8.
This release was built with FPC 3.0.2.
The previous release Lazarus 1.6.4 was built with FPC 3.0.2 too.
The Linux releases are built with FPC 3.0.3 r36152 du
The Lazarus team is glad to announce the first release candidate of
Lazarus 1.8.
This release was built with FPC 3.0.2.
The previous release Lazarus 1.6.4 was built with FPC 3.0.2 too.
The Linux releases are built with FPC 3.0.3 r36152 due to bug
https://bugs.freepascal.org/view.php?id=31629
He
37 matches
Mail list logo
