Bug 174134

Summary:	enhancement to allow the commit of characters using Enter
Product:	[Fedora] Fedora	Reporter:	Lawrence Lim <llim>
Component:	scim-pinyin	Assignee:	Qian Shen <qshen>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	eng-i18n-bugs, mzhan, tools-bugs, wtogami
Target Milestone:	---	Keywords:	FutureFeature, i18n, Reopened
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-07-19 04:53:44 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 2005-11-25 00:00:54 UTC

Description of problem:
The usability of intelligent pinyin can be improved if it allow candidates to be
committed using Enter key.

Version-Release number of selected component (if applicable):
scim-pinyin-0.5.91-2

How reproducible:
Always

Steps to Reproduce:
1.start gedit
2.activate SCIM and select intelligent pinyin(zh_CN)
3.type 'hong + ENTER'
  
Actual results:
hong (in en)

Expected results:
commit the first character in the candidate window

Additional info:

Comment 2 Qian Shen 2006-02-10 07:08:23 UTC

Ziguang in MS Windows does the same behavior : input the first character with
Space, input the English letter sequence with Enter. 
This behavior supplies convenient for Chinese usres. They often need input some
English letters or words in Chinese paragraphes. Through using Enter key, they
can input English letters just under pinyin engine, without switching to english
engine. 
I think it's not need to modify the befavior in scim-pinyin.

Comment 3 Lawrence Lim 2006-07-19 04:50:45 UTC

Noticed in the SCIM-pinyin help section, it mentioned the ability to commit
using Enter. Maybe the Help Section needs update?

Comment 4 Lawrence Lim 2006-07-19 04:53:44 UTC

My apologies, saw it wrongly. I take tt back.