Bug 187987

Summary: IME should ignore vowel as first character when composing character
Product: [Fedora] Fedora Reporter: Lawrence Lim <llim>
Component: scim-hangulAssignee: Hu Zheng <zhu>
Status: CLOSED NOTABUG QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: eng-i18n-bugs, tools-bugs
Target Milestone: ---Keywords: FutureFeature, i18n
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-12-18 09:45:35 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: 167798    

Description Lawrence Lim 2006-04-05 05:32:07 UTC 
Description of problem:
Through jko's explaination, understand that vowel always combine with consonent
and vowel by itself has no meaning. Currently IME allows user to enter vowel
follow by a consonent, the end result may not be ideal. For example,

const R + vowel H = ê³  (correct)
vowel H + const R = ê³  (correct however, in alternative OS, it is represented as
,ãã±, 2 distinct chars)

RMR + const R + vowel M =극그(correct)
RMR + vowel M + const R =그극(incorrect)

Version-Release number of selected component (if applicable):
scim-hangul-0.2.1-3.fc5.1

How reproducible:
Always

Steps to Reproduce:
1.reproduce the examples above in gedit
2.
3.
  
Actual results:
allowing first char as vowel when composing char can result in the wrong output

Expected results:
start to compose char if the first char is consonent?

Additional info:
Comment 1 Akira TAGOH 2006-04-06 06:44:34 UTC 
Can you file a bug to upstream as well?
Comment 2 Akira TAGOH 2006-04-21 06:25:54 UTC 
Filed.

http://sourceforge.net/tracker/index.php?func=detail&aid=1474026&group_id=108454&atid=650539
Comment 3 Jens Petersen 2007-12-18 07:17:33 UTC 
The response was:

> Date: 2006-04-21 00:08
> Sender: hwanjin
> 
> It's a feature. More intellegent composing.
> Currently many other open source hangul im implementations
> are also support such feature.
> And many koreans are satisfied with it.

So probably this can be closed.