You are not logged in.
Hi!
I was trying to make a document with many Unicode characters in it but Ctrl+Shift+U doesn't seem to work in any LibreOffice application. It works however in every plain text editor and most other applications with Unicode support.
In LibreOffice when I press down the keys, the underscored u appears, but as soon I let go the keys, it changes to a simple u character and the cursor leaps one to the left. I tried typing in the code while keeping the Ctrl+Shift pressed, but nothing happens.
The shortcut is not set to anything in LibreOffice and there are no plugins apart from two language spellcheckers but spell checking while typing is disabled.
I've read on many forums that people state that it does work and many basically called the post starter stupid or a liar. This community was always better than that so I hope someone can help me find a solution or identify if this is a bug.
Version: 5.0.1.2.0+
Build ID: 5.0.1.2 Arch Linux build-1
Locale: hu-HU (en_US.UTF-8)
libreoffice-fresh package
I also noticed that when I paste in a character from another text editor, rare ones appear as squares although the font I'm using has them. In Calc I noticed that the editor bar actually shows the character, it displays a square instead only in the cells. I tried exporting it to PDF for example but a square gets exported, however, the corresponding character is there. If I copy that square and paste it into a plain text editor or even here in this text field for example, it appears as it should.
Last edited by freyr (2015-10-03 19:06:51)
What, so everyone's supposed to sleep every single night now? You realize that nighttime makes up half of all time?
Offline
All I can add is that it works as expected with the still package. I do not use fresh.
All men have stood for freedom...
For freedom is the man that will turn the world upside down.
Gerrard Winstanley.
Offline
All I can add is that it works as expected with the still package. I do not use fresh.
libreoffice-still package
Version: 4.4.5.2
Build ID: 4.4.5.2 Arch Linux build-4
Locale: en_US.UTF8
Still no luck, it behaves the same way.
What, so everyone's supposed to sleep every single night now? You realize that nighttime makes up half of all time?
Offline
Both methods work for me.
Version: 5.0.1.2.0+
Build ID: 5.0.1.2 Arch Linux build-3
Locale: en-US (en_US.utf8)
Note that your system doesn't seem to be fully up to date and your locale is different, not only the hu-HU, but also "UTF-8" instead of my "utf8". So: update and check/post output of
locale
locale -a
localectlDo you have language packs for both hu and en-US?
Offline
Both methods work for me.
Version: 5.0.1.2.0+
Build ID: 5.0.1.2 Arch Linux build-3
Locale: en-US (en_US.utf8)Note that your system doesn't seem to be fully up to date and your locale is different, not only the hu-HU, but also "UTF-8" instead of my "utf8". So: update and check/post output of
locale locale -a localectlDo you have language packs for both hu and en-US?
I did a full upgrade and a restart. Now it's:
Version: 5.0.1.2.0+
Build ID: 5.0.1.2 Arch Linux build-3
Locale: hu-HU (en_US.UTF8)
utf8 and the UTF8 are the same. And it's hu‑HU because it's a mixed environment. English UI with Hungarian support. LibreOffice has both the en‑GB and the hu language packs.
└─> locale
LANG=hu_HU.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="hu_HU.UTF-8"
LC_TIME=en_HU.ISO-8859-2
LC_COLLATE="hu_HU.UTF-8"
LC_MONETARY="hu_HU.UTF-8"
LC_MESSAGES="hu_HU.UTF-8"
LC_PAPER="hu_HU.UTF-8"
LC_NAME="hu_HU.UTF-8"
LC_ADDRESS="hu_HU.UTF-8"
LC_TELEPHONE="hu_HU.UTF-8"
LC_MEASUREMENT="hu_HU.UTF-8"
LC_IDENTIFICATION="hu_HU.UTF-8"
LC_ALL=
└─> locale -a
C
en_HU
en_HU.iso88592
en_US.utf8
hu_HU
hu_HU.iso88592
hu_HU.utf8
hungarian
POSIX
└─> localectl
System Locale: LANG=en_US.UTF-8
LC_CTYPE=hu_HU.UTF8
LC_NUMERIC=hu_HU.UTF-8
LC_TIME=en_HU.ISO-8859-2
LC_COLLATE=hu_HU.UTF-8
LC_MONETARY=hu_HU.UTF-8
LC_MESSAGES=hu_HU.UTF-8
LC_PAPER=hu_HU.UTF-8
LC_NAME=hu_HU.UTF-8
LC_ADDRESS=hu_HU.UTF-8
LC_TELEPHONE=hu_HU.UTF-8
LC_MEASUREMENT=hu_HU.UTF-8
LC_IDENTIFICATION=hu_HU.UTF-8
VC Keymap: hu
X11 Layout: n/aNote: en_HU.ISO‑8859‑2 assigned to LC_TIME is custom made, it's the translation of the hu_HU.ISO‑8859‑2 to English so I can keep the Hungarian date formats without having the strings in Hungarian.
The problem is still here by the way. A not fully upgraded system shouldn't cause such problems anyway... or at least it's highly unlikely.
Last edited by freyr (2015-10-03 19:54:41)
What, so everyone's supposed to sleep every single night now? You realize that nighttime makes up half of all time?
Offline