wangqr / Aegisub

Win64 nightly builds available at GHA artifact, also at following link:
https://ftp.wangqr.tk/aegisub/
Other
799 stars 49 forks source link

Icon size issues: GTK3 and HiDPI scaling #62

Open TheOneric opened 4 years ago

TheOneric commented 4 years ago

By accident I was building Aegisub with wx3.0-gtk2 up until now. With the GTK2-build there's no scaling with GDK_SCALE, but I mostly made up for that by increasing the icon and font sizes. Switching to GTK3 revealed some scaling issues, partly also present upstream: Aegisub/Aegisub#190. With wangqr/Aegisub there's additionaly the following[1]:

  1. Unlike toolbar icons, edit box button icons do not resize when changing the icon size setting and applying. Restarting Aegisub is required. See: debian-sid_wangqr_buttons-not-resized

  2. With GDK_SCALE=2 the icons left of the video take up to much space and do not shrink further for size<12. WHen selecting the vector-clipping tool, this leads to a lot of wasted space: Left: GDK_SCALE=1 (default font and icon sizes), Right: GDK_SCALE=2 (with smaller icon size) sidebar-icon-comparison_sc1-sc2_2

Using GDK_SCALE=1 and increasing font and icon sizes is an viable workaround, for the time being.


Probably not an aegisub issue, but for reference in case someone else also has these problems:
With libwx3.0-gtk3-0v5 version 3.0.4 (+dfsg-8), custom background colours will not be applied correctly. Instead the desktop-theme-default(?) is being used. The custom colour only appears sometimes after rerendering (eg selecting another line).
Also the video only takes up a quarter of the available space.
With 3.0.5.1 (+dfsg-2) everything works fine, so these are probably related to fixed wxWidgets issue and not Aegisub issues.

[1]: In Debian's Aegisub/Aegisub build the icon size is constant and not affected by the corresponding setting. Don't know if this also happens with upstream HEAD, as I can't build it.