Hello!
Recently I've tried to build springlobby for the ALT Linux.
The program is working but it has some artifacts in UI.
wx-widgets version is 3.1, here is the spec file of wxgtk3.1 package: (you can see ./configure options there).
I've built wx-widgets 3.1 manually with only --with-gtk=3 and --enable-shared options and then springlobby with it and it is displayed as it should be.
Please help me to find the reason of those UI-problems.
Is wx configured with some "wrong" flags?
wx-widgets built incorrectly
-
- In need of some credit
- Posts: 2
- Joined: Sat Apr 21, 2018 9:38 pm
Re: wx-widgets built incorrectly
Hi,
I would guess that this will turn out to be an issue with certain versions of GTK+3. Does your glitch-free self-built wx use the same GTK+3 version as the buggy rpm one ? (BTW you can easily tell which compile and runtime versions of GTK+ that a wx program uses: run the program and do: Ctrl-Alt-Middleclick over it.)
Regards,
David
You linked to a bugreport, but perhaps you could also describe what you are seeing that's wrong. The first screenshot in the report shows squashing in a toolbar, and perhaps also problems displaying wxComboBox items in that toolbar. Is that all that's wrong, or did I miss other glitches?The program is working but it has some artifacts in UI.
Which 3.1? wx3.1.0, wx3.1.1 or git HEAD?wx-widgets version is 3.1
It has vast numbers of --(dis)enables most of which are unnecessary as they are the same as the defaults. That makes it very hard to guess which (if any) is responsible.here is the spec file of wxgtk3.1 package: (you can see ./configure options there).
Again, which 3.1 version?I've built wx-widgets 3.1 manually with only --with-gtk=3 and --enable-shared options and then springlobby with it and it is displayed as it should be
I would guess that this will turn out to be an issue with certain versions of GTK+3. Does your glitch-free self-built wx use the same GTK+3 version as the buggy rpm one ? (BTW you can easily tell which compile and runtime versions of GTK+ that a wx program uses: run the program and do: Ctrl-Alt-Middleclick over it.)
Regards,
David
-
- In need of some credit
- Posts: 2
- Joined: Sat Apr 21, 2018 9:38 pm
Re: wx-widgets built incorrectly
Also the mouse scroll is not working in tables.DavidHart wrote:You linked to a bugreport, but perhaps you could also describe what you are seeing that's wrong. The first screenshot in the report shows squashing in a toolbar, and perhaps also problems displaying wxComboBox items in that toolbar. Is that all that's wrong, or did I miss other glitches?
wx3.1.1DavidHart wrote:Which 3.1? wx3.1.0, wx3.1.1 or git HEAD?
Springlobby gives me following info (Ctrl+Alt+Middleclick).
Code: Select all
glitch-free version info:
-------------------------
Version 3.1.1 (unicode: wchar_t, debug level: 1)
Runtime version of toolkit used is 3.22
Compile-time GTK+ version is 3.22.26
built with system libs: (glitches)
-----------------------
Version 3.1.0 (unicode: wchar_t, debug level: 1)
Runtime version of toolkit used is 3.22
Compile-time GTK+ version is 3.22.26
So this might be connected with the wx version.
Re: wx-widgets built incorrectly
Sounds proven to meSo this might be connected with the wx version.
Though 3.1.0 and 3.1.1 look close, there was actually a 2 year gap between their releases; time for quite a few fixes. I don't know what ALT's policy is for upgrading packages but, unless they upgrade to 3.1.1 or someone spots the relevant commits and creates patches for the ALT wx3.1.0 package, it looks like Springlobby users who want to avoid the bugs will have to self-build against a self-built wx3.1.1.