Bug 676592

Summary:	Request for enhancement in Anthy
Product:	[Fedora] Fedora	Reporter:	gfujita
Component:	anthy	Assignee:	Akira TAGOH <tagoh>
Status:	CLOSED DEFERRED	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	19	CC:	eng-i18n-bugs, i18n-bugs, tagoh, tfujiwar
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-07-03 03:00:30 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description gfujita 2011-02-10 10:17:27 UTC

Description of problem: We would like some of the functions in ATOK (a commercial Japanese Input method application available only for 32bit environment) be added which Anthy (64bit) does not support.

1) Being able to convert Japanese addresses by just typing the zip code. So called 郵便番号検索 (zip code search capabilities). I see 

2) Find out in which category** a Kanji is included. The reason why this function is mandatory is because our Oracle system is not capable of displaying Kanjis which are included in certain Kanji standards. This is to avoid confusion.

**In Japan, each Kanji is categorized into a certain Kanji standard. So far, there are four (plus one) standards defined by JIS.


Version-Release number of selected component (if applicable): 
anthy-9100h-10.1.el6.x86_64
ibus-anthy-1.2.1-1.el6.x86_64

How reproducible: n/a


Steps to Reproduce:
1.
2.
3.
  
Actual results: n/a


Expected results: n/a


Additional info: Please let me know if you need further information on this...

Comment 2 RHEL Program Management 2011-02-10 10:48:25 UTC

This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.

Comment 3 Akira TAGOH 2011-02-10 12:05:29 UTC

1) There should be an option to add an extra dictionary in ibus-anthy. see the preference dialog or simply run /usr/libexec/ibus-setup-anthy on your terminal.

2) I'm not quite sure what kind of features you are expecting with it though, are you asking which standards the dictionary in anthy is covered by?

Comment 4 Jens Petersen 2011-10-04 05:38:39 UTC

(In reply to comment #3)
> 2) I'm not quite sure what kind of features you are expecting with it though,
> are you asking which standards the dictionary in anthy is covered by?

Perhaps it would be nice to be able to configure in ibus-anthy-setup
which JIS standards are to be used for input.

But this request should really go to Fedora first.

Comment 5 Jens Petersen 2011-10-25 05:53:20 UTC

These might actually be UI changes in ibus-anthy - not sure?

Comment 6 Fedora End Of Life 2013-04-03 17:45:42 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 8 Jens Petersen 2013-04-23 02:32:14 UTC

Should this be moved to libkkc?

Comment 9 gfujita 2014-06-30 05:28:08 UTC

A lot of users have moved to the so-called "mozc" input method since I have raised the bug report thus I would like to cancel the bug report (since the latest mozc already have these functions implemented).

Comment 10 Akira TAGOH 2014-07-03 03:00:30 UTC

Let's close this then. thanks.