dead key text input broken

Bug #215574 reported by yyy
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Medium
Unassigned

Bug Description

When attempting to input text (either using "Create and edit text objects" control or in "Save as" dialog) and used keyboard layout uses dead keys, inputted symbols appears to be combinations of deadkey symbol and inputted symbol, not the symbol defined in layout. Some of these symbols might be similar to intended symbols, some are impossible in defined keyboard layout, some valid symbols cannot be entered).

Some examples: combining "'" and "a" should produce "ā", in inkscape it produces "á"; combining "'" ang "g" should produce "ģ", inkscape refuses to input anything; attempt to combine "'" and "y" should fail and it should produce "'y", in inkscape it produces "ý".

Version is 0.46 win32 (although this problem has been present in ALL previous versions)

Tags: text ui win32
Revision history for this message
Marcin Floryan (mfloryan) wrote :

What locale are you using, what keyboard layout do you use in Windows?

Revision history for this message
yyy (yyyy) wrote :

Locale: Latvian, keyboard layout: Latvian (aposthrope)(by Tilde ltd.) Keyboard layout has one dead key "'".

Some more data: when locale is Japanese and keyboard layout is Latvian (similar to previous), it is completely impossible to input any modified characters, inkscape completely refuses to input "'"key (pressing "'" and "a" in sequece produces just "a"; presing "'"key once or multiple times, does not inputs anything)
These data are on version 0.46 win32 and system locale is Japanese, and Keyboard layout is Latvian (by Laacz (http://laacz.lv/f/misc/apos/apostrofs_punkts_vista32.zip)(can be downloaded here))

Changing locale to Latvian, exactly replicates in first description described problem (this bug appears to be independent on exact type of dead key keyboard layout).

Also, when using Japanese locale and Japanese keyboard layout, bug [https://bugs.launchpad.net/inkscape/+bug/166632] is still present (IME input box is located near corner of program window, not at the text input site)(however Japanes text input works properly)(except of this visual issue).

Revision history for this message
yyy (yyyy) wrote :

also, windows was windows xp sp2 english version (non localized)

Revision history for this message
yyy (yyyy) wrote :

Dead key (with apostrophe key as dead key) based keyboard layouts are the most popular form of inputting Latvian language texts in computers, athough these layouts are not an official standart and are not bundled with windows.

Revision history for this message
Marcin Floryan (mfloryan) wrote :

OK. Some investigation reveals the suspected - Inkscape does not rely on Windows to deliver the correct characters. Polish keyboard layout in Windows uses tilda (~) as a dead key for Polish characters and while it works as expected in Windows it does not in Inkscape since it uses GTK input method based on the LOCALE set when Inkscape starts.

Revision history for this message
Marcin Floryan (mfloryan) wrote :
Revision history for this message
su_v (suv-lp) wrote :

Does this problem still exist in the current release version (Inkscape 0.47)?

tags: added: text win32
Changed in inkscape:
status: New → Incomplete
tags: added: ui
Revision history for this message
yyy (yyyy) wrote :

Yeah, just tested in 0.47. All attempts yield character with ' on top, instead of correctly modified character.

su_v (suv-lp)
Changed in inkscape:
importance: Undecided → Medium
status: Incomplete → Confirmed
Revision history for this message
Michael Weber (anypodetos) wrote :

Still present in Inkscape 0.48.2 (Windows Vista 64bit). I've got a custom keyboard layout with the locale de-AT. Some deadkeys work but not others, e.g. ^,j = "ĵ" ; ^,w = "ŵ" as expected, but ^,t and ^,ß [sharp S on German keyboard] do nothing while they should produce "ṱ" and "ẞ", respectively.
Some combinations produce wrong characters, e.g. ^,1 = "¹" instead of "¼" ("¹" should be the output of AltGr+´, 1) Some aren't recognised as deadkeys at all, e.g. AltGr+c and AltGr+Shift+7 should be deadkeys but produce a character right away. Undefined deadkey combinations do nothing at all, e.g. ^,q should produce "^q" but does nothing.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.