Bug 166138

Summary:	Unexpected characters are inserted by 3bul Yetgeul
Product:	[Fedora] Fedora	Reporter:	Akira TAGOH <tagoh>
Component:	scim-hangul	Assignee:	Akira TAGOH <tagoh>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	djoo, eng-i18n-bugs, sundaram, wtogami
Target Milestone:	---	Keywords:	i18n
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	0.2.0-5	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-09-05 01:12:10 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	150222

Description Akira TAGOH 2005-08-17 10:00:52 UTC

+++ This bug was initially created as a clone of Bug #166126 +++

If you accidentally enable scim-hangul's "3bul Yetgeul" then dismiss it with
CTRL-SPACE, the TAB key behaves strangely.  ALT-TAB window switching works, but
every time I switch between apps it inserts this "áá " (between the quotes)
blank character into the text area.  Within xchat TAB inserts those invisible
multibyte characters rather than behave how you expect.

Key behavior is not supposed to be different when the IM is disabled and the
language bar is not visible.

This is also part of the bigger question, what exactly are these 3bul Input
Method?  Are they important for FC5/RHEL5?

If they are important, can we integrate them in some way to reduce their
quantity and intrusiveness?

Comment 1 Akira TAGOH 2005-08-17 10:04:12 UTC

David, I'd ask you about this behavior on the 3bul input style. is inserting an
above character with Tab, expected behavior on 3bul input style? or should only
Tab(0x09) inserted by Tab key?

Comment 2 David Joo 2005-08-17 22:36:33 UTC

http://go-dent.com/images/new/3kf_mac.gif

According to the above website, TAB should be the TAB.

Regards,
David Joo

Comment 3 David Joo 2005-08-17 22:40:22 UTC

Tagoh-san,

3bul style is a style of korean keymap on normal qwerty keyboard.
If you are seeing those errors I would think that it is more towards on
"pre-editing" affecting all the apps. Meaning, when the tab was pressed, it will
be stored in pre-edit area, not being committed to an application, and causing
that behaviour.

I hope, I am making sense.

Regards,
David Joo

Comment 4 Warren Togami 2005-08-19 12:20:02 UTC

*** Bug 166126 has been marked as a duplicate of this bug. ***

Comment 5 Warren Togami 2005-08-19 12:25:30 UTC

Sorry, Tagoh misunderstood what I tried to describe in IRC.  The identity and
function of the IM engine are irrelevant to the bug of this report.

The key problem in this bug is that 3bul Yetgeul is inserting unexpected
characters into applications when it should be disabled.  None of the other IM
methods do this when the language bar is dismissed.

Similar misbehavior can be observed by using CTRL-SHIFT to cycle through the
available IM engines.  When you cycle past 3bul Yetgeul, it inserts two
unexpected characters into the current application.

I will address the further questions of 2bul vs. 3bul later.

Comment 6 Akira TAGOH 2005-08-25 06:25:37 UTC

The problem is that scim-hangul is going to insert Hangul Choseong/Jungseong
Filler by pressing those keys, which shouldn't be.

Comment 7 Akira TAGOH 2005-08-26 08:47:03 UTC

this should be fixed in 0.2.0-5.fc5. please confirm.