Created attachment 688869 [details] emerge info I'm unable to use diacritics in mupdf's search bar, i.e., only plain ASCII characters are available. 1. Open a PDF file in a language with diacritics 2. Start searching with '/' 3. Type some diacritics in the search bar, like à, û, etc. Actual Result: No diacritic shown in the search bar. Expected result: Diacritics like à, û, appear in the search bar. Also, compose doesn't work in the search bar. My keyboard is on: "xkb_layout" "ch" "xkb_variant" "fr" And: $ locale LANG=en_US.utf8 LC_CTYPE="en_US.utf8" LC_NUMERIC="en_US.utf8" LC_TIME=en_DK.UTF-8 LC_COLLATE="en_US.utf8" LC_MONETARY="en_US.utf8" LC_MESSAGES="en_US.utf8" LC_PAPER="en_US.utf8" LC_NAME="en_US.utf8" LC_ADDRESS="en_US.utf8" LC_TELEPHONE="en_US.utf8" LC_MEASUREMENT=en_DK.UTF-8 LC_IDENTIFICATION="en_US.utf8" LC_ALL=
It works for me in app-text/mupdf-1.18.0-r3 I do not think that the problem is the locale $ locale LANG=en_GB.utf8 LC_CTYPE="en_GB.utf8" LC_NUMERIC="en_GB.utf8" LC_TIME=en_DK.utf8 LC_COLLATE="en_GB.utf8" LC_MONETARY="en_GB.utf8" LC_MESSAGES=en_GB.utf8 LC_PAPER="en_GB.utf8" LC_NAME="en_GB.utf8" LC_ADDRESS="en_GB.utf8" LC_TELEPHONE="en_GB.utf8" LC_MEASUREMENT="en_GB.utf8" LC_IDENTIFICATION="en_GB.utf8" LC_ALL= Could you recompile mupdf and all its dependencies?
I found the reason, my mupdf was built without opengl support. Enabling it, provides a different search bar where diacritics are accepted. So, the workaround is USE=opengl. I guess that's handled by freeglut. I'd say the bug is still valid -- didn't find any upstream info.
I can confirm the issue with mupdf-1.19.0 and mupdf-1.18.0-r4. The issue was reported multiple times on different sources already: https://bugs.ghostscript.com/show_bug.cgi?id=693724 https://github.com/mjg/mupdf.spec/issues/6 The "fix" is using mupdf-gl (in our case enabling the opengl USE-flag). My approach would be to inform the user about this problem if they emerge without the opengl USE-flag. I don't see a more elegant solution, since forcing the use of mupdf-gl and rendering the opengl USE-flag useless seems not good.
