Description: I use my own language in LibreOffice and it works great. But in Calc, to print a spreadsheet, I would like to use custom headers and footer. On the dialogue, I'm not able to input accented characters. But I'm able to aste a string with accented characters. Steps to Reproduce: 1. Open Calc 2. Format → Page 3. Header 4. Enter a custom header with accented characters, like: Informática. The accent is lost Actual Results: The accented character is replaced by the corresponding non accented character Expected Results: The text as typed by the user Reproducible: Always User Profile Reset: No Additional Info: It works on the main spreadsheet interface, Only in these dialogues the accented characters are not typed correctly.
Created attachment 159062 [details] Calc page headers dialog This print screen shows the dialogue filled with accented characters. It is only possible with copy and paste from another editor. These accented characters, as displayed, can not be typed directly on the dialogue.
Created attachment 159083 [details] Screenshot on Win10 No issue on win10 Version: 6.4.2.2 (x64) Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU threads: 4; OS: Windows 10.0 Build 19587; UI render: default; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: threaded
I can confirm the bug on Fedora, but for me it is possible to enter accented characters with dedicated keys but not with a modifier key or compose key. Verze: 6.3.5.2 ID sestavení: 6.3.5.2-3.fc31 Vlákna CPU: 2; OS: Linux 5.5; Vykreslování UI: výchozí; VCL: gtk3; Národní prostředí: cs-CZ (cs_CZ.UTF-8); Jazyk UI: cs-CZ Calc: threaded
Already in Linux 6.3 bibisect repo (oldest commits crash with Format - Page, though). Not seen in 50max repo.
Still present in version 7.0.0.3.
Bisect 6.3 Linux: author Caolán McNamara <caolanm@redhat.com> 2019-04-07 21:45:01 +0100 committer Caolán McNamara <caolanm@redhat.com> 2019-04-08 22:21:57 +0200 commit 2fb6e8365c6792422c10c56e2c976b781c194b77 (patch) tree 34c6cf6a93ea7c822bbc39923ad7474b5128d1e2 parent 6e7bfc896e6cb4d91dcecf974f0d9ee41f35b86a (diff) weld ScHFEditPage https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=6e7bfc896e6cb4d91dcecf974f0d9ee41f35b86a..2fb6e8365c6792422c10c56e2c976b781c194b77 Caolán, please see.
Is this a duplicate of bug #134566 and fixed in the versions noted there. Or does it still persist as a separate bug ? If its a different problem what keyboard layout does it appear under and what's a sample sequence to get it to happen ?
Trying under GNOME with the stock es input engine I get the problem in 6.4 with 'a to produce á but it works for in latest 7-0 and 7-1 which tallies with adding InputEngine support for bug 134566. *** This bug has been marked as a duplicate of bug 134566 ***
Sorry I wasn't exact, but repro in 7.2+ for physical keyboard (not for virtual). Steps to Reproduce: 1. Open Calc 2. Format / Page style 3. Header / Edit 4. With Bosnian keyboard that uses right AltGr as modifier ("Level3 S..." in Keybord Layout) try to enter ~ ˇ^ (AltGr and 1 or 2 or 3), not possible.
I presume you have no problem in e.g. writer main document with the same sequence. It works ok for me with the stock Bosnian IM under Fedora 34 GNOME and sequence like AltGr+1,a so I don't have a route to reproduce. At a technical level what I expect to happen is WeldEditView::Command gets these special events and passes them on the EditView. The source of the events, for gtk, should be vcl/unx/gtk3/gtk3gtkinst.cxx from the IMHandler class there.
Thank you Caolán for looking into this. I saw your fix (thanks!) for the related/duplicated bug 134566 As far as I can see, the problem persists in 7.1.2. Is is possible that your fix is not merged in 7.1.2? Currently I have: Version: 7.1.2.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: pt-PT (pt_PT.UTF-8); UI: en-US Ubuntu package version: 1:7.1.2~rc2-0ubuntu0.20.04.1~lo3 Calc: threaded
I use Bosnian and AltGr+1 works in LO except this header. I couldn't reproduce with EN or FR keyboard. @Jorge, @pavelz: please write your keyboard and exactly which combinations don't work.
I was able to discover the problem in my setup. This is not a bug, but an improper configuration of the input methods. Short description: Setting GTK_IM_MODULE solve the problem. export GTK_IM_MODULE=ibus libreoffice Long description I've installed a small tool called ScreenKey. The tool was not working. I discovered the solution in the ScreenKey troubleshooting documentation available at https://www.thregr.org/~wavexx/software/screenkey/#troubleshooting My environment was: XMODIFIERS=@im=ibus GTK_IM_MODULE= QT_IM_MODULE=ibus Updating my environment to: XMODIFIERS=@im=ibus GTK_IM_MODULE=ibus QT_IM_MODULE=ibus makes libreoffice happy. Now I can insert accented characters everywhere without issues.