Ruby annotation breaks baseline of the sentence, especially in vertical writing.
Reported platform:
  Windows 2000
  Windows XP Home Edition with SP2
  Gentoo Linux (amd64)
  app-office/openoffice-bin-2.0.1.

1. Create New Writer Document. Go Menu "File|New|Text Document".
2. Go Menu "Format|Page...", then "Page Style: Default" Dialog opens.
3. Open "Page" Tab, and select "Right-to-left(vertical)" as "Text direction".
4. Open "Text Grid" Tab, and select "No grid".
5. Push OK button. the dialog closes.
6. Write some text. eg. 'The test. RubyBase text.'
7. Select some words of the sentence. eg. 'RubyBase' above.
8. Now add Ruby. Go Menu "Format|Asian phonetic guides...", Dialog "Asian
Phonetic Guide" opens, then set "Ruby text". eg. "Annotation-Hurigana".
9. Push Apply button. the annotation added on right-side of the ruby-base-text.
eg. "Annotation-Hurigana" appears on right side of "RubyBase".
10. The problem appears.

Actual Results:
The base text of ruby moved left. So the base line of the sentence is broken.

Expected Results:
We must not break the base line, whether ruby-annotations exist or not. eg. "The
test. RubyBase text.", shown above, must have only one base line, even
"RubyBase" has the ruby "Annotation-Hurigana".

Note1:
With "Left-to-Right(horizontal)" Pages(Step3), this problem doesn't appear.
If "Grid(lines only)" or "Grid(lines and characters)" are selected(Step4), this
problem doesn't appear. But when some rubies have oversized font, compared with
"Max. Ruby text size", this problem appears again, even if in
"Left-to-Right(horizontal)" layout.

Note2:
When we use rubies in Japanese text, the whole document (not a single line or
paragraph) has rooms at each line to place rubies, even if the document don't
have grids. So ruby-annotations never change baselines of ruby-base-texts.

The exceptions, that not have the rooms each lines, are;
1) very rare in a document. eg. 1 or 2 rubies in tens pages,
2) very low resolution to show rubies. eg. current PC monitors, such as 96dpi.
But printers have 1200dpi or 3600dpi, they can show rubies like printed books
made by publishing companies.

Only in the case 1, the baseline of ruby-base-text can be moved a little. But
the amount of the movement must be as short as possible.

Note 3:
End users needs these ruby abilities, not only professional publishers.
Especially, a lot of rubies might be needed for a Japanese beginner's class
learner. the staggers by the rubies cannot be accepted.

Related?:
see issue 13518 (l10n). But the issue 13518 told about OOo1.x and marked as
"Enhancement" and "P4". They should be "Defect" and "P3", because the problem is
bug. No one would expect such 'stagger' operations with rubies.

Reported from:
If you can read Japanese, see "OpenOffice User-Kai" ML. the tree started at 8879
reports this problem.