[Bug 53019] New: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font.
https://bugs.winehq.org/show_bug.cgi?id=53019 Bug ID: 53019 Summary: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font. Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: activeds Assignee: wine-bugs(a)winehq.org Reporter: v_winebugs(a)outlook.com Distribution: ArchLinux Created attachment 72386 --> https://bugs.winehq.org/attachment.cgi?id=72386 All of the screenshots showcasing the bug, in a .tar.gz file. Tested on wine 7.7 as well as wine-staging 7.7. Running Arch Linux. Font replacements installed via winetricks - allfonts + fakechinese, fakejapanese, fakekorean. When Tahoma is selected as the default font, which is default on new installations of MusicBee in WINE, MusicBee displays CJK and symbols very inconsistently. 新しい日の誕生 by ２８１４ is a good example as not only is Japanese text used, but the artist name uses full-width characters which comes under the symbol part of this bug. The artist and album names are displayed just fine on the left sidebar, tag editor, track listing panel and mostly on the playing track panel. Generally, if there is no formatting on the text, it is displayed. However in the Music Explorer view, as well as playlist views such as Album & Tracks, Albums and Artists, squares are put in the text's place, typically on the portions meant to be formatted like headings (bolded, increased font size). When any other font is used, whether included by the WINE prefix or brought in from the distro, absolutely no font is displayed for those symbols whatsoever. Everywhere that renders fonts on MusicBee will not render any non-Latin symbols whatsoever. In either case, the title on the Playing Tracks panel does not display any non-Latin symbols whatsoever. I've checked the formatting and used the Regular variant of Tahoma. Changing the others on the Playing Tracks panel to Bold will result in squares, changing the size is fine. A workaround is to use a font that has all of the scripts needed for use, such as WenQuanYi Micro Hei for Japanese, Korean (on the font picker as Hangul and Hangul(Johab)) and Chinese (CHINESE_GB2312 and CHINESE_BIG5). As long as it has the relevant scripts, the symbols will be displayed, however since most fonts don't include CJK scripts, WINE/MusicBee has trouble displaying them when those fonts are picked. To make matters worse, due to .NET limitations, MusicBee can only use TrueType fonts, and some fonts result in MusicBee complaining that it's not a valid TrueType font, even though it only displays TrueType fonts in the font picker (Yu Gothic UI was used for this example). When searching for related bugs, I came across this: https://bugs.winehq.org/show_bug.cgi?id=34298#c5 Adding a font that works to the registry changes basically nothing. MusicBee still has trouble consistently rendering CJK and other symbols. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 Victini <v_winebugs(a)outlook.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|activeds |-unknown -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 --- Comment #1 from Victini <v_winebugs(a)outlook.com> --- Apologies, I'm not sure how to attach this to MusicBee on the AppDB. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 --- Comment #2 from Victini <v_winebugs(a)outlook.com> --- Attached it, don't worry. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |https://getmusicbee.com/dow | |nloads/ -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 Victini <v_winebugs(a)outlook.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|trivial |minor --- Comment #3 from Victini <v_winebugs(a)outlook.com> --- Still occurs on WINE Staging 8.6, same behaviour. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 Victini <v_winebugs(a)outlook.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|minor |normal --- Comment #4 from Victini <v_winebugs(a)outlook.com> --- Still occurring on WINE Staging 8.10 on Arch Linux. May bump the importance up as it hurts the user experience for those with non-Latin language music. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 --- Comment #5 from Victini <v_winebugs(a)outlook.com> --- Still occurs on 8.18 Staging, Arch Linux. Adding SimSun and MS Gothic to /usr/share/fonts/truetype changes nothing. Bold fonts are still showing up as boxes on MusicBee. To make matters worse, changing fonts on MusicBee in this prefix is impossible now; it complains about the font not being a TrueType font (even though it's... only displaying TrueType fonts.) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 --- Comment #6 from Victini <v_winebugs(a)outlook.com> --- Still occurs in wine-staging 9.5. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 --- Comment #7 from Victini <v_winebugs(a)outlook.com> --- Running CachyOS with wine-staging 9.21, and it seems like the bug is fixed? Tested with Arial (or its replacement rather, since I don't have allfonts - just tahoma and cjkfonts), Times New Roman and Noto Sans, and CJK fonts are being redirected just fine. Will test on a clean install of Arch Linux in a virtual machine as soon as I can, in case it's something related to my set up of CachyOS. If anyone else is able to test, let me know. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 Victini <v_winebugs(a)outlook.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Victini <v_winebugs(a)outlook.com> --- Did a quick test with a clean install of Arch Linux with wine-staging 9.21, allfonts verbs on winetricks and I was able to see CJK as well as Thai scripts. Some symbols still have trouble redirecting like ❅ and ✴ but it seems to be for general use, it seems like this bug has mostly been resolved. Feel free to change it if needed. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 --- Comment #9 from Victini <v_winebugs(a)outlook.com> --- Should add that Noto Sans was used to test as well as fonts provided from allfonts such as Times New Roman and Comic Sans MS. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53019 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #10 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 9.22. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla