Alt+Unicode function is not working on LibreOffice Writer version 24.8 (Linux Mint). Its keeps opening a sidebar.
Unicode then Alt+X immediately after
Why do you expect that to work on Linux? Have this Windows-specific key combination ever worked on Linux?
In version 5.1, we added our internal Alt+X combination - available on any platform, in addition to the existing system-specific combination, like GTK-specific Ctrl+Shift+U+hex. Later (in 24.2), we implemented proper handling of the Windows-specific Alt+numpad Unicode decimal code (in addition to the long-supported Alt+numpad codepage-specific decimal code). But I never heard of Alt+code working on Linux.
1 Like
In my written home language (Afrikaans) acute, grave, circumflex and umlaut are indispensable and unfortunately the present way of generating these in LibreOffice is frustrating. The Alt + method like MS Windows uses is so much more user friendly.
Actually there are easier possibilities…
This is continued from here:
1 Like
Or is it “that is what I am accustomed to, thus will call it user friendly”?
I do not see how typing Alt+0203 (what that 0203 might mean? Ah - that’s the decimal Unicode number for U+00CB Ë; and where do you see people talking about Unicode using decimals, except that odd Windows method?) is easier than typing CBAlt+X. Or - on Linux - Ctrl+Shift+UCB.
And even this is not “universal”. It is GTK-specific and does not work in Qt-based environments like KDE Plasma. In addition, it can be intercepted as a keyboard shortcut in Tools>Customize it it makes its way to the application (not being interpreted by the OS).
As mentioned in the original topic, the decimal encoding is valid for some Windows code page (legacy 256 character set) and no longer is with present Unicode. So, you’ll have re-learn the codes.
The most user-friendly method is to discover where the combining diacritics (dead keys) are located on your keyboard.
As far as I understand, it’s not GTK, it’s IBus - so it will work with any DE, as long as IBus is used as the input framework (which is the default on GTK, but is possible elsewhere).
This is not entirely correct. The Alt+numpad method on Windows has several different “modes”; the most ancient is where you type the decimal code less than 256, and which does not start with zero. Then - this code will indeed mean “current codepage”, and will be not portable. But when the code is at least 256, or when it starts with zero, it is treated as decimal code of a Unicode character, so it would not depend on a codepage. There is even a way to enter hexadecimal Unicode using the Alt (requiring EnableHexNumpad registry key) - but it’s mostly unknown to Windows users (and not universally supported by Windows apps).