Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Rubied centered text's baseline staggers | ||||||
---|---|---|---|---|---|---|---|
Product: | Internationalization | Reporter: | Unknown <non-migrated> | ||||
Component: | code | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P4 | CC: | issues, tora3 | ||||
Version: | 644m11 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | All | ||||||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
Unknown
2003-04-16 17:14:41 UTC
Created attachment 5710 [details]
Archive of SXW and screenshots with 644m7 on Linux
DL->SBA: Would you please takeover? I reproduced this issue also with 644m11 released on Apr. 24. Renew version field HDU->FME: The x-position of DrawText for baseline is wrong when mixed ruby and non-ruby portions are used in vertical text. FME->WHM: That's not an issue with ruby text. You can also see this if you use different font sizes in vertical layout. The default for the horizontal alignment of the text portions in vertical layout is "Center", in horizontal layout it is "Baseline". Go to Format - Paragraph - Alignment - TextToText and change the setting to "Baseline". Please close this one if you agree that this is not a bug. Hi, Frank, Thank you for your comment. I'm sorry I overlooked the Format -> Paragraph -> Text-to-text option. I think the current feature of OO.o satisfies most common needs. However, I noticed there may be a subtle issue with a paragraph which contains differently sized letters and rubied text. So I tend to leave this issue as an Enhancement suggestion with a corrected Summary line. It is good that the 'Automatic' option means 'Middle' for vertical flow because differently sized letters are best aligned at Middle for balanced appearance. Therefore, choosing 'Baseline' to align the baseline of rubied text may not offer the optimal appearance of differently sized letters. The essential issue is, in my opinion, that the ruby is currently combined into the text width (in vertical flow) or height (in horizontal flow) to determine the middle position. I think ruby should be taken separately from base text with respect to the middle positioning. Anyway I guess this enhancement should be reviewed more about its necessity and feasibility. I appreciate your help. FME->BH: Could you please have a look and decide? Reassigned to Falko as the responsible one for the component L10N. Set target (based on PCD relevance) FT: I'm leaving so I will re-assign this issue to requirement default user Suzumizaki: Related problem (or just this issue) is talked with "OpenOffice User-Kai" ML recently. The tree started at 8879. I think this problem should be marked as "Defect", not "Enhancement". Because no one would want reported behavior with vertical texts. |