Created attachment 190552 [details] An illustration of the problem I am using LO 7.5.7.1 on Fedora In Japanese, one can add hiragana kana to the Kanji (this is called furigana). In the first line of the example (see attachment), I added furigana to some text. In the second line, I drew a frame around the same text, without furigana. The third line show the text with furigana and with a frame. I don't think it's likely that many others will run into this error but maybe you guys are interested in this anyway. Ben
@Ben, Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 190657 [details] Example document Based on the sample document, I assume that the Kanji are included in the frame but the furigana is outside the frame.
[Automated Action] NeedInfo-To-Unconfirmed
You did not explain what "not rendered well" means in this case. Maybe it means that you don't want the border to extend to the whitespace characters? In that case, select those tabs or spaces and Ctrl-M or Format - Clear Direct Formatting. Is that OK?
Furigana (used for Japanese) is a phonetic notation that accompanies traditional Japanese Kanji characters in the form of hiragana (kana) next to or above the original character. In furigana, the Kanji, together with the hiragana characters, form a single entity. In a correct rendering, I expect the frame to be drawn around the Kanji as well as the hiragana. Kanji + hiragana + whitespace should all be included in a single frame.
Created attachment 190826 [details] screenshot of difference between with and without rubies (LO 24.2alpha0+) At least, reproducing the bug that character borders look very broken when applied on text with ruby characters. See attached screenshot showing character vs paragraph borders on text with vs without ruby characters. So, as I see it, two separate things here: (1) clearly broken extension of borders over the whitespace. This should at least behave the same as in text without ruby characters: one single box that includes the whitespace. We can track this in a separate report. (2) the focus of this report: an enhancement request to include the ruby characters inside the kanji's character border, possibly using a non-rectangular frame. Not sure this is possible without a fundamental change, as ruby characters have their own, separate character style. With the current way it is implemented, it's either kanji and harigana in two separate boxes (by editing the character style/formatting), or the whole paragraph in a single box (changing the paragraph style/formatting). Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 79f92d09ec52f0777fc03ff1d057a11b45e73f6d CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded