<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - (FORMATTING) Lack of offset control in CJK ruby text"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=118736">118736</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>(FORMATTING) Lack of offset control in CJK ruby text
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>LibreOffice
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>unspecified
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>Writer
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>libreoffice-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>imyxhuang@gmail.com
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Description:
This was already reported in #44784, which was supposedly focusing on several
complaints regarding the implementation of ruby text, and was closed in order
to focus on one such complaint. It was recommended that other bugs be filed for
specific missing functionality, so here this is. A restatement of the original,
for the most part....

Essentially, many CJK fonts make use of large "leading" metrics in order to
leave space for rubies to be rendered on. However, LibreOffice simply positions
the rubies above the leading space and as a result the gap between regular text
and rubies can be quite large. There is no option to offset the positioning of
rubies and render them above the leading space in the characters.
This is especially reproducible with fonts like Source Han Sans. The problem
cannot be solved by changing line spacing size because this cuts off the Ruby
characters.




Steps to Reproduce:
1. Enter several lines of Chinese or Japanese text.
2. Add ruby characters to the text using "Format → Asian Phonetic Guide"
3. Change the font to one with large leading metrics, such as Source Han Sans.
4. Observe that the ruby characters can be very far from the characters over
which they appear.

Actual Results:
There is no "offset" setting which allows us to specify an offset closer to (or
further away from) the current ruby positioning.

Expected Results:
An "offset" box should exist either in Asian Phonetic Guide, or preferably in
Character Styles so one can set different offsets for different ruby fonts and
point sizes. This control will offset the ruby up (away from) or down (towards)
the Japanese text. A great degree of control (up to 72 points, I'd suspect) of
freedom is required for Japanese typesetting of any kind.


Reproducible: Always


User Profile Reset: No



Additional Info:
Heh, I copied a lot of that from the original bug. Hope you don't mind. If you
feel that #44784 was wrongly closed, then please do mark this as a duplicate.

Though I think it is somewhat irrelevant, I am reproducing this on Arch Linux
with LibreOffice 6.0.5.2.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>