Issue 13518 - Rubied centered text's baseline staggers
Summary: Rubied centered text's baseline staggers
Status: CONFIRMED
Alias: None
Product: Internationalization
Classification: Code
Component: code (show other issues)
Version: 644m11
Hardware: PC All
: P4 Trivial with 8 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-04-16 17:14 UTC by Unknown
Modified: 2013-08-07 15:00 UTC (History)
2 users (show)

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


Attachments
Archive of SXW and screenshots with 644m7 on Linux (34.41 KB, application/octet-stream)
2003-04-16 17:16 UTC, Unknown
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-04-16 17:14:41 UTC
Hi, folks,

With 644m7 on Windows2000 and Linux,
The baseline of text with ruby via Format->Ruby... on Writer
staggers (gets out of alignment).
The 'Ruby' function is enabled only when Asian language
support is enabled, so I post this issue with i10n component.

When ruby appears to the right of vertically flowing text,
the left side (baseline) should be aligned, I believe,
but in actuality it staggers.

I noticed horizontally flowing text doesn't suffer from
this kind of problem; ruby appears to the top of text
and the bottom line (baseline) is aligned as expected.

I attach an archive which includes
verticalruby.sxw: the first page shows this issue
                  (vertical flow baseline stagggers)
                  the second page is FYI
                  (horizontal flow baseline is aligned)
verticalruby.png: screenshot of the first page
horizontalruby.png: screenshot of the second page

This issue is reportedly observed also with 1.1Beta.

Thanks,
Comment 1 Unknown 2003-04-16 17:16:55 UTC
Created attachment 5710 [details]
Archive of SXW and screenshots with 644m7 on Linux
Comment 2 Dieter.Loeschky 2003-04-22 12:21:31 UTC
DL->SBA: Would you please takeover?
Comment 3 Unknown 2003-04-26 13:38:28 UTC
I reproduced this issue also with 644m11 released on Apr. 24.
Comment 4 Unknown 2003-04-29 02:58:39 UTC
Renew version field
Comment 5 hdu@apache.org 2003-04-30 08:03:48 UTC
HDU->FME: The x-position of DrawText for baseline is wrong when mixed 
ruby and non-ruby portions are used in vertical text. 
Comment 6 frank.meies 2003-04-30 09:06:17 UTC
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.
Comment 7 Unknown 2003-04-30 18:24:37 UTC
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.
Comment 8 frank.meies 2003-05-05 08:02:07 UTC
FME->BH: Could you please have a look and decide? 
Comment 9 bettina.haberer 2003-07-23 17:29:54 UTC
Reassigned to Falko as the responsible one for the component L10N.
Comment 10 falko.tesch 2003-11-04 16:51:00 UTC
Set target (based on PCD relevance)
Comment 11 falko.tesch 2005-10-20 21:01:32 UTC
FT: I'm leaving so I will re-assign this issue to requirement default user
Comment 12 suzumizaki 2006-01-10 22:23:55 UTC
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.