#268 Localized font not used? Japanese text fails to render in some strings

[Pere Pujal i Carabantes]

Hi, In my box, Linux Debian Sid(unstable) and in both the distribution provided binary and a self compiled Tux Paint the Japanese text for some strings fails to render.

I've noticed for example in the strings that shows the angle in the Lines and Shapes tools, but there are more.

I suppose that this is either Hiragana or Katakana missing in the font Tux Paint uses, and I deduce the font we provide is not used?

[William Kendrick]

This appears to work for me under Ubuntu (compiling from master today, 2023-01-03), unless I'm not understanding the problem.

I know @dolphin6k recently changed the ja.ttf font that ships with Tux Paint, however that looks like it happened on 2022-12-09, which was about 9 days prior to this ticket being opened.

For example, I see: ボタンをはなすと せんを ひきおわるよ。(いまのかくど: 18°)

(I took a screenshot of the status section at the bottom of Tux Paint, then pasted it into Yandex Image Search, which has a text-recognition mode. It gave me the string above; which is identical to what Tux Paint displayed.)

[Pere Pujal i Carabantes]

Ouch! I've just noticed that I had not installed sdl2-pango! with it installed, Tux Paint works fine here.
So the above is only true for non-Pango builds.
I wonder what archs, if any, don't support Pango...

[William Kendrick]

Hrm okay, so what should we do with this ticket, do you think? Is there anything we can change in Tux Paint itself to address this, or should this be deemed a "known issue" if building without SDL2_Pango libraries?

For example, looking at https://packages.debian.org/sid/tuxpaint and https://packages.ubuntu.com/lunar/tuxpaint, I do not currently see any kind of "Pango" library as a dependency. Other than asking the package maintainers to pick up SDL2_Pango and add it to the distros, is there anything we can do here, in upstream?

For comparison, Fedora did pick up SDL2_Pango, back in 9/2022, which you can see in the current Changelog, here: https://koji.fedoraproject.org/koji/buildinfo?buildID=2106803. And SlackBuilds has SDL2_Pango, seen under "This requires", here: https://slackbuilds.org/repository/15.0/graphics/tuxpaint/

I cannot tell what the FlatPak version of Tux Paint uses. (Anyone know how to check?)

Finally, openSUSE is still on Tux Paint 0.9.27. :(

[Pere Pujal i Carabantes]

Debian is already notified that Tux Paint needs sdl2pango
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018000

Maybe we should refuse to build nonPango builds unless explicitly asked to do so.

About flatpak, I just installed Tux Paint, the version is 0.9.28 SDL1.2, it displays fine here in Catalan, however I can't change the language to any language other than English, also flatpak lacks tuxpaint-config

flatpak install tuxpaint
Looking for matches…
Found ref ‘app/org.tuxpaint.Tuxpaint/x86_64/stable’ in remote ‘flathub’ (user).
Use this ref? [Y/n]:
Required runtime for org.tuxpaint.Tuxpaint/x86_64/stable (runtime/org.freedesktop.Platform/x86_64/21.08) found in remote flathub
Do you want to install it? [Y/n]:

org.tuxpaint.Tuxpaint permissions:
ipc pulseaudio x11 dri file access [1]
[1] xdg-pictures/TuxPaint:create
ID Branch Op Remote Download
1. [✓] org.freedesktop.Platform.GL.default 21.08 u flathub 100,7 MB / 129,8 MB
2. [✓] org.freedesktop.Platform.Locale 21.08 i flathub 275,7 kB / 326,7 MB
3. [✓] org.freedesktop.Platform.VAAPI.Intel 21.08 u flathub 11,9 MB / 11,9 MB
4. [✓] org.freedesktop.Platform 21.08 i flathub 137,6 MB / 201,5 MB
5. [✓] org.tuxpaint.Tuxpaint.Locale stable i flathub 31,3 kB / 948,2 kB
6. [✓] org.tuxpaint.Tuxpaint stable i flathub 175,8 MB / 218,5 MB

Warning: Not exporting file org.tuxpaint.Tuxpaint.appdata.xml of unsupported type.
Changes complete.
flatpak run org.tuxpaint.Tuxpaint --verbose-version

Tux Paint
Version 0.9.28 (2022-06-12)

Built with these options:
SDL version 1.2.15
Built for POSIX
Using software surface (no USE_HWSURFACE)
Using 32bpp video (VIDEO_BPP=32)
Prints as PostScript (PRINTMETHOD_PS)
Threaded font loader enabled (FORKED_FONTS)
Data directory (DATA_PREFIX) = /app/share/tuxpaint/
Plugin directory (MAGIC_PREFIX) = /app/lib/tuxpaint/plugins/
Doc directory (DOC_PREFIX) = /app/share/doc/tuxpaint-0.9.28/
Locale directory (LOCALEDIR) = /app/share/locale/
Input Method directory (IMDIR) = /app/share/tuxpaint/im/
System config directory (CONFDIR) = /app/etc/tuxpaint/

[William Kendrick]

@perepujal At this rate, is there a need to keep this bug open? (Tux Paint 0.9.29 will be SDL2-only.)

[William Kendrick]

Pere confirms the situation persists with the Debian package of Tux Paint 0.9.28, which was still not built against SDL2_Pango. To simplify the code, and to encourage distros and other packagers to get SDL2_Pango working, I'm removing all of the "NO_SDLPANGO" code. As of 0.9.30, we will require SDL2_Pango to be able to build Tux Paint!

[William Kendrick]

Tux Paint 0.9.30 and beyond will now REQUIRE SDL2_Pango package. https://sourceforge.net/p/tuxpaint/tuxpaint/ci/cef773a69493c7c76073bdd59ac49c5bbde21aa9/