Symbol chooser text is only shown half line height

[hmk]

In the symbol chooser I get the following view:

Is it only on my system, or does it happen on other systems too?

It seems it doesn’t happen every time, either. The screenshot I made was when I had created a new project and opened the schematic and then opened the symbol chooser for the first time.
If I close and open again, it might be okay at least 2-3 times in a row. I even created another test project and it was okay even on the first time.
Then I opened the original project again, and it was bad, text only shown half lines.
So it seems semi-randomly, perhaps 1 time out of 5 or so…

My version info:

Application: KiCad x86_64 on x86_64

Version: 8.99.0-unknown-1.20240326git1acb1af.fc39, release build

Libraries:
wxWidgets 3.2.4
FreeType 2.13.1
HarfBuzz 8.2.1
FontConfig 2.14.2
libcurl/8.2.1 OpenSSL/3.1.1 zlib/1.2.13 brotli/1.1.0 libidn2/2.3.7 libpsl/0.21.2 (+libidn2/2.3.4) libssh/0.10.6/openssl/zlib nghttp2/1.55.1 OpenLDAP/2.6.6

Platform: Fedora Linux 39 (KDE Plasma), 64 bit, Little endian, wxGTK, X11, KDE, wayland

Build Info:
Date: Mar 27 2024 18:26:05
wxWidgets: 3.2.4 (wchar_t,wx containers) GTK+ 3.24
Boost: 1.81.0
OCC: 7.6.3
Curl: 8.2.1
ngspice: 42
Compiler: GCC 13.2.1 with C++ ABI 1018

Build settings:

(I thought I had seen it before, but it was probably in this likely unrelated issue in another window:

KiCad 8.0.0-rc2 Display problem in the "Edit -> Edit Text and Graphic Properties" window

In the component footprint editor and in the PCB editor, there is a display problem in the “Edit → Edit Text and Graphic Properties” window. The “Layer” line is very narrowed. [KiCAD8_Problem] P.S. Changing the window size does not solve the problem. Application: KiCad PCB Editor x64 on x64 Version: 8.0.0-rc2, release build Libraries: wxWidgets 3.2.4 FreeType 2.12.1 HarfBuzz 8.3.0 FontConfig 2.14.2 libcurl/8.5.0-DEV Schannel zlib/1.3 Platform: Windows 10 (сборка 19041), 64-бит редакц…

)

[dsa-t]

wx bug:

wxDataViewCustomRenderer size not applied on wxGTK in some cases.

There’s a workaround in KiCad, but apparently it doesn’t always work?

Force lib tree row height on GTK (c3af4347) · Commits · KiCad / KiCad Source...

[hmk]

From what it looks like in the discussion between you and vadz it seems to be inconclusive, and the chance is that the wx bug might not be fixed on short notice.

Just a general question out of curiosity: Is wxWidgets an actively developed and supported toolkit on the “bleeding edge” or at least going with the main crowd so to speak, or is it a legacy with limited to moderate maintenance that remains because many use it but is slowly being phased out like seems to be the case with X11?

[dsa-t]

@hmk

Just a general question out of curiosity: Is wxWidgets an actively developed and supported toolkit on the “bleeding edge” or at least going with the main crowd so to speak, or is it a legacy with limited to moderate maintenance that remains because many use it but is slowly being phased out like seems to be the case with X11?

Most apps are built with Electron/Qt/Flutter/etc nowadays, so I wouldn’t call wxWidgets “bleeding edge”, but it is supported.