Description: I type in different languages, including German, and use ASCII codes to produce accented characters. Until recently, this presented no problem,but recently whenever I need to use the character ö (i.e. o with an Umlaut) and use the ASCII code (Alt+148), the resulting character does not appear where I typed it but jumps over the preceding character, sometimes taking with it all the characters I type after it e.g. örterW rather than the correct form Wörter. If the character comes at the beginning of a word in a sequence of words, it replaces the preceding space, e.g. ich geheöfters rather than the correct ich geheöfters. The exact result depends on the position of the character in the text, as illustrated in the examples below Steps to Reproduce: 1. Type: W(ALT+148)rter 2. Type: die W(ALT+148)er 3. Type: ich gehe (ALT+148)fters whecre (ALT+148)represents the ASCII character in question, i.e do not type the brackets. Actual Results: 1. örterW 2. die örterW 3. ich geheöfters Expected Results: 1. Wörter 2. die Wörter 3. ich gehe öfters Reproducible: Always User Profile Reset: No Additional Info: I am not sure exactly when this problem started - whether it was after I last downloaded an update (6.4.7.2) or not too long before it.
Can not reproduce with 6.4.7 on Windows: Version: 6.4.7.2 (x64) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 2; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: zh-CN (zh_CN); UI-Language: en-US Calc: threaded I don't use this Alt+<digit_code> way of inputting characters (I mainly work on Chinese and English text), so I may got things wrong. But here on my system, Alt+148 doesn't give ö, but gives ” (curly closing double quote). To get ö, I need Alt+246. And when I type "W(Alt+246)rter" in Writer, I get "Wörter" as expected. So you probably need to give more information about your system (which version of Windows? What language?) in order for others to reproduce. A good start is pasting the version information shown in Help > About LibreOffice dialog, like I did above.
Thanks for your message. Sorry it's taken me so long to get back to you. Alt+148 (on the numeric key pad) is the standard ASCII code for this character ((https://www.google.com/search?client=firefox-b-d&q=ascii+code+for+%C3%B6). I need to use the character to type texts in German. I use the latest version of Windows 10.
[Automated Action] NeedInfo-To-Unconfirmed
Confirm that this accented-character issue exists in all 7.x versions of LibreOffice - my systems run under GNU/Linux - and it is very pronounced in "heavier" documents, namely when the program has to do additional rendering tasks, like handling multi-column tables with text. The same issue has also been reported here: https://bugs.documentfoundation.org/show_bug.cgi?id=138448 The importance of this bug should be changed to MAJOR.
Cannot reproduce in: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: db35b9086476259fa2c047f2e4dfe7862d026530 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL
Not quite... Version: 7.2.0.0.alpha0+ under mate desktop and Linux kernel 5.8.18 Currently working on a 120+ page 4-column table with text. Typing a word including characters with a dead accent; the accent and an underline appears. Keep on typing, the accented character appears before the (normally) subsequent ones. Example (in Hellenic): "υπολογιστών" is rendered "υπολογισώτν"
Hm, I only tried the initial steps to reproduce it. May you provide some additional steps to reproduce it?
Revisiting this page I noted that there are at least two relevant / duplicate bug reports, 142084 (version 7.1.2.2) and 117128 (version 5.4.4.2), therefore the bug status should be set to 'NEW' or 'Duplicate' Currently using Writer version 7.3.0.3 under Linux kernel 5.16.3 and characters produced using dead keys appear in their correct place. Keeping an eye on it.
The last comment said the problem was no longer seen on 7.3 and I'm not seeing it on Windows with Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 52c75986adc2b370eb55ce918ab1db0a95831c83 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
The issue persists with version 7.5 and was also noted with the 7.3 and 7.4 versions. Version: 7.5.0.0.alpha1 (X86_64) / LibreOffice Community Build ID: 2b4d136b65bc79a1248876160e85fab79d52d5d6 CPU threads: 2; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded The problem started with the office program(s) wanting to display a pending accent before the complete keyboard/character code was sent, which apparently created a race condition, readily observable in older/slower systems and/or 'difficult' documents like the one described above (long, multi-column, tables with several lines of text in each cell). As long as a specific commit addressing this issue is not in reference, I don't expect it to go away.
Ok, let's set to NEW, then. dm: how do you type them? Alt+numpad does not work for me on Linux (KDE) for some reason. I can use the Unicode hex input, pressing Ctrl+Shift+u, then inputting f6 and then hitting Space or Enter inserts an ö character (see the hex codes in Insert - Special Character).
(In reply to Buovjaga from comment #11) > Ok, let's set to NEW, then. > > dm: how do you type them? Alt+numpad does not work for me on Linux (KDE) for > some reason. I can use the Unicode hex input, pressing Ctrl+Shift+u, then > inputting f6 and then hitting Space or Enter inserts an ö character (see the > hex codes in Insert - Special Character). You need to use a layout with dead keys (letter follows accent). For example, to produce the á character in "English US with dead keys" I type the single quote mark ' (two keys to the right of L on my keyboard) followed by a. When you hit the dead key LO shows the accent and as soon as you hit the character to be accented, the accent is replaced by the corresponding accented character. I am not familiar with the internals of LO but if you could indicate in which LO module(s) this character-forming is happening, I will attempt a walk-through.
Ok, then I set back to unconfirmed and mark your comments as off-topic, because this report is about inputting characters with Alt+ASCII code. No problem for me with the method you describe and gtk3 UI.
Also unable to enter the letter in question by pressing Alt key and typing 148 or typing "(ALT+148)" just types those characters. This has been in needinfo since 2022-12. Since there was no reply from OP for over 10 months. Closing for now. Feel free to re-open with more detailed steps on how to reproduce or requirements that limit reproducibility.