Issue 67596 - Agenda Wizard, Chinese translation for Date ComboBox doesn't make sense
Summary: Agenda Wizard, Chinese translation for Date ComboBox doesn't make sense
Status: ACCEPTED
Alias: None
Product: Internationalization
Classification: Code
Component: code (show other issues)
Version: OOo 2.0.3
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-20 09:55 UTC by caolanm
Modified: 2017-05-20 11:13 UTC (History)
3 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Linguistice review report (49.44 KB, application/vnd.sun.xml.calc)
2006-11-20 10:30 UTC, blueice7 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description caolanm 2006-07-20 09:55:41 UTC 
Steps to Reproduce:
1. select Chinese (China Mainland) at log in
2. Launch OpenOffice.org Writer, select File - Wizards - Agenda from the menu bar
3. Click '2. General information' under Steps pane
4. Click Date ComboBox
  
Actual results:
Translation for 'S M T W T F S' doesn't make sense, it is '星 星 星 星 星 星 星'

Expected results:
It could be '一 二 三 四 五 六 日'

screenshot of problem at:
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=132726
Comment 1 ivo.hinkelmann 2006-07-20 10:27:01 UTC 
Aijin Kim, please have a look
Comment 2 malte_timmermann 2006-07-27 11:16:27 UTC 
PL - 'your' control, or FS nowadays?
Comment 3 philipp.lohmann 2006-07-27 11:36:00 UTC 
target; 2.0.4 is past UI freeze
Comment 4 philipp.lohmann 2006-07-27 11:52:29 UTC 
pl->er: as dicussed: the character taken is the first of the respactive dayname
from the locale data. However in chinese these seem to be all equal. The correct
solution would be to have an own entry in the locale data for this, however this
would be a rather nontrivial task.

i don't know whether some kind of interim solution is feasible ?
Comment 5 ooo 2006-07-27 19:26:30 UTC 
The character displayed is the Chinese glyph for "day", which is part of the
full name, of which the method just takes the first character. A full solution
would introduce a new locale data CalendarItem element such as OneCharacterName,
including API change and so on. Would be nice to have anyway, since the Excel
format codes allow such things as MMMMM or DDDDD for a one character
abbreviation, if I recall correctly.

However, an interim solution for Chinese locales could check the language and if
FullName elements all start with the same character take the first character of
the AbbrvName instead, which for Chinese is one character anyway. A bit ugly
hack, but maybe worth it. Should be implemented in the CalendarWrapper to have
it in one single location.
Comment 6 blueice7 2006-11-20 10:30:58 UTC 
Created attachment 40743 [details]
Linguistice review report
Comment 7 blueice7 2006-11-20 10:35:04 UTC 
I did update for the wrong issue. Is there any way to remove the attachment?
Comment 8 ooo 2007-12-18 23:18:41 UTC 
No time left in schedule for OOo2.4, Retargeting to OOo3.x
Comment 9 Marcus 2017-05-20 11:13:30 UTC 
Reset assigne to the default "issues@openoffice.apache.org".