Martchus
The latest version of TagEditor has a bug in its editing box
dear @Martchus , The up and down arrow symbols in the editing box of the latest TagEditor version seem to be malfunctioning—for some reason, they're all displaying as spaces. Please fix this issue!
I can check wherether I can reproduce it. However, it looks like your font doesn't have these characters. Maybe that could be handled in a better way, though. This worlduld then probably be a feature request for the underlying UI framework Qt.
I can reproduce this with WINE and all of my applications. It seems to be a regression of the Windows 11 style provided by Qt.
I tried to reproduce this under Windows 11 and couldn't reproduce it. I also tried setting a different font in the settings but that didn't break it.
What font are you using? What exact version of Windows are you using? What locale setting do you use? Did it work with an older version of Tag Editor (already using the Windows 11 style)?
I'm asking this because I might need to file a bug in the underlying UI framework but without such details they won't be able to help.
What font are you using? What exact version of Windows are you using? What locale setting do you use? Did it work with an older version of Tag Editor (already using the Windows 11 style)?
Dear @Martchus , I'm using the Maple mono font (https://github.com/subframe7536/maple-font) on Windows 10, The local language is Simplified Chinese (zh_CN). Previous versions worked fine, but this bug only appeared after updating to this version.
Your screenshot shows that the Windows 11 style is in use. Then I suppose the problem is simply that it uses the Windows 11 style under Windows 10 which should be prevented or at least not happen by default.
As a workaround you can select the "windowsvista" style in the settings.
I've just tested this again with WINE. When setting the Windows version to 10 the problem disappears as the "windowsvista" style is used automatically as default style. So the "windowsvista" style works and the best/correct style is selected by default depending on the Windows version.
The problem can still be triggered if one selects the "windows11" style explicitly but I guess that's acceptable as this is not a supported configuration. Maybe previous versions of Qt prevented this or the style didn't rely on the "Segoe Fluent Icons" being installed. That makes it look like a regression. However, this is not (and never was) a regression as this is not a supported configuration anyway.
So I suspect you changed the style to "windows11" and have to change it to "windowsvista" or keep the system default to avoid this.
(That WINE doesn't provide "Segoe Fluent Icons" when Windows 11 is selected is a limitation of WINE but doesn't mean anything is broken with Qt or Tag Editor.)
I made the modifications in the settings as you suggested. After restarting the app, I found the issue resolved. I subsequently ran multiple tests and discovered that using the system default settings in the configuration resolves the problem. Therefore, this is not a bug but likely caused by cached data from a previous version. Thank you very much for your assistance, dear @Martchus !