Bug 160620 - Number pad malfunction in Writer when writing special characters
Summary: Number pad malfunction in Writer when writing special characters
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.5.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-04-10 22:50 UTC by Julio Miranda-Beltran
Modified: 2024-04-11 12:00 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Julio Miranda-Beltran 2024-04-10 22:50:54 UTC
Description:
the letter "ó" (alt 0243) jumps back one space:   canót  instead of cantó

the sign "¿" (alt 168) jumps down to the next line if the next line is available:
¿
instead of      the sign "¿" jumps down to the next line if the next line is available:¿
Other special characters seem OK



Steps to Reproduce:
1.Turn number pad ON
2.In an open Writer document write  cantó 
3.For ¿ see description above


Actual Results:
the letter "ó" (alt 0243) jumps back one space:   canót  instead of cantó

the sign "¿" (alt 168) jumps down to the next line if the next line is available:
¿
instead of      the sign "¿" jumps down to the next line if the next line is available:¿
Other special characters seem OK

Expected Results:
Should have written "cantó"
The ¿ sign should have been written at the end of the word and should have not jumped to the next line


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b
CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-CA (en_CA); UI: en-US
Calc: threaded
Comment 1 V Stuart Foote 2024-04-11 02:37:55 UTC
Can not confirm. Alt with Numpad entry of the two codes from OP functions as expected, positioning both character where text cursor is located.

Don't think this is related to see also bug 158112 where the <Alt>+Numpad character entry was refactored and available from the 24.2.1 release. But may be worth update install from 7.6.5 to the 24.2.2 release.

Version: 24.2.2.1 (X86_64) / LibreOffice Community
Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 2 John van Someren 2024-04-11 06:32:01 UTC
I am using LO Writer 24.2.2.2 under Windows 11 version 22H2 and this is *not* repeatable with this configuration. 

Specifically Alt 0243 ó and alt 168 ¿ appear in their expected positions.

I tried several other Alt 9999 combinations (including alt 0191 for ¿) and they all work as expected.
Comment 3 V Stuart Foote 2024-04-11 12:00:43 UTC
OK, let's => WFM then as it seems correct now for you at 24.2.2 with refactoring of the <Alt>+NumPad alt code entry. 

Also, note that Windows includes the 'charmap.exe' popup dialog and also from Win10 on the '<⊞Win> + .' emoji popup in addition to the '<Alt>+ NumPad' codes.