Bug 203952 - Additional 'Reading of name' fields for Kontact...
Summary: Additional 'Reading of name' fields for Kontact...
Status: RESOLVED INTENTIONAL
Alias: None
Product: kaddressbook
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 228409 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-08-15 15:25 UTC by homoludens
Modified: 2010-06-20 13:25 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description homoludens 2009-08-15 15:25:47 UTC
Version:            (using KDE 4.2.4)
Installed from:    SuSE RPMs

This is likely going to be a HUGE task ...:
It would be very useful for Japanese, Chinese and Korean speakers, or users of
the respective languages, to have an additional "Reading of name" fields in
Kontact's address book.

While it is sufficient for most languages to have single fields for last name,
first name, company name, etc, Japanese, Chinese and Korean names distinguish
between the (a) characters the name is written with (usually Chinese logograms,
called Hanzi in Chinese, Kanji in Japanese, or Hanja in Korean), and (b) the
reading = pronunciation of the name (for which different scripts are used,
including latin characters, Japanese hiragana or katagana, and Korean hangul
characters).

Users of these languages would, therefore, benefit greatly if additional fields
for the 'reading of name' were created in Kontacts address book. Which fields
receive such a field should be in line with localized operating systems for
PDAs / mobile phones in those countries in order to facilitate synchronization.
The would probably include (based on Japanese Palm-OS):
     1. last name
     2. first name
     3. company name

It should be address that internally, the extra fields are usually stored as
part of the name fields, but separated with special characters.

If address book entries make use of such extra fields, sorting of names ought
to be based on the 'reading of name' fields, not on the name fields themselves.

Since such extra fields might distract users of other languages, a nice
solution could be to have a check box on the address book entry whose clicking
would open up / add the additional fields (while leaving it unchecked would
hide the fields).
Comment 1 Tobias Koenig 2010-02-25 09:06:56 UTC
*** Bug 228409 has been marked as a duplicate of this bug. ***
Comment 2 Tobias Koenig 2010-02-25 09:08:22 UTC
*** Bug 228409 has been marked as a duplicate of this bug. ***
Comment 3 Tobias Koenig 2010-06-20 13:25:08 UTC
Hej,

sorry but I guess an implementation of this feature will never happen as long as there is no standardized field for this property in the various contact data exchange formats (namely vCard). In the meantime you can use custom fields to store this information.

Ciao,
Tobias