|
|
I've tested 64bit Linux Mint KDE 17.3 with your version Lazarus 1.9.0 r55553 FPC 3.0.2 x86_64-linux-gtk2 and 64bit Windows 7 with Lazarus 1.9.0 r55597 FPC 3.0.4 i386-win32-win32/win64. Both shows the same behaviour: If I select one TEdit, the borderspacing of this is shown. If I select both TEdits no borderspacing (value 0) is shown, when spacing of Edit1 is 10 and Edit2 is 5. If I select both TEdits borderspacing 5 is shown, when spacing of Edit1 is 5 and Edit2 is 5. No matter which sibling is taken. I can't see any issues here. Can you explain more, what is working on Windows and what is not working on GTK2?! |
|
|
step1.png (51,279 bytes) |
|
|
step2.png (53,834 bytes) |
|
|
step3.png (55,856 bytes) |
|
|
As you can see at attached images, values (borderspacing) change by themselves when selecting both components, loosing their previous values |
|
|
@a.ramos, no, the image only shows that value 0 is shown when they are both selected. Obviously the correct values cannot be shown because they differ. Are you saying the original value is lost when you again select a single control? |
|
|
Yes, original value is lost. Please see Form1 at third image: the tedits have moved |
|
|
Damn, I am able to reproduce when using FPC trunk. @a.ramos, did you also build Lazarus with FPC trunk? How can the compiler make such a difference? I don't know. |
|
|
This is the FPC I'm using, Lazarus was built with it: Free Pascal Compiler version 3.0.0+dfsg-2 [2016/01/28] for x86_64 Same version at Linux and Windows environments Should I try with another FPC version? |
|
|
I tested five different GTK2-OSes, at least 64bit Ubuntu 16.04.3 with FPC trunk and Lazarus trunk, but I don't get it. So I've to detach me from this issue. > How can the compiler make such a difference? Maybe not a compiler issue, maybe a not setted result or something?! |
|
|
Ok, I was the guilty one. It was not caused by a compiler version. Partly reverting r53653 and checking for gtk_minor_version again helps. Please test with r55789. My Manjaro Linux has new versions of everything. It used to work but not any more. Now the gtk_minor_version is 24 here. @Michl, what is the value in your system. You can add: DebugLn(['_gtkchanged_editbox_: gtk_minor_version=', gtk_minor_version]); before the "if gtk_minor_version < 17 then" line in gtk2callback.inc, or find it out otherwise. |
|
|
My tested systems has GTK2 version 24 (tested with: pkg-config --modversion gtk+-2.0): OpenSUSE Leap 42.2 Lazarus 1.9.0 r55644 FPC 3.0.2 x86_64-linux-gtk2 GTK2: 2.24.31 Linux Mint 17.3 KDE Lazarus 1.9.0 r55760 FPC 3.0.2 x86_64-linux-gtk2 GTK2: 2.24.23 Linux Mint 18.1 Cinnamon Lazarus 1.9.0 r55599 FPC 3.0.2 x86_64-linux-gtk2 GTK2: 2.24.30 Ubuntu 16.04.3 Desktop Lazarus 1.9.0 r55788 FPC 3.1.1 x86_64-linux-gtk2 GTK2: 2.24.30 |
|
|
Ok, the same value. Anyway if it works for a.ramos then the commit will be backported to 1.8. |
|
|
Tested with r55789, and it works ok. Thanks |
|
|
Thanks. Resolving. |
|
|
Same problem again at r56406 |
|
|
Uhhh... this is another case with GTK2 where you must choose between 2 bugs. If somebody knows how to solve this without breaking something else, please tell me. I hope we get rid of GTK2 soon. |
|
|
Fixed in r57581. |
|
|
Great! Resolving. |
|
|
Tested ok at r57601 |
- Anonymous
