STR: (Linux) - Create new document - Format -> Page Style - Page tab -> Orientation: Landscape, Text direction: Right-to-left (vertical) - Type characters such as ー (Katakana-Hiragana Prolonged Sound Mark) or 。 (Ideographic full stop). They are displayed horizontally instead of vertically. What is somewhat peculiar is that while it is happening 100% of the time when I try in a new document, on the first document I saw this on, this only happens sporadically: sometimes they are oriented correctly, sometimes not, apparently depending on their position in the grid (the other document has the grid enabled ; enabling the grid on the new document makes no difference).
(Apologies in advance for my lack of knowledge on the writing system and language.) In my tests, I noticed that the orientation (or alignment) depends on what is the language of the characters surrounding these two characters. Have you checked the languages used? The ideographic full stop is way never centred in my test. Is that part of the issue?
Created attachment 184904 [details] attempt at a test document, created in LO 7.6 alpha0+ Please see this document, with both Australian English and Japanese surrounding the characters in question. Created with: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7f23dae00fedc9d7119b44b6c44d9eca4f8c87b8 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Interestingly enough, while your document is exhibiting the behavior, I don't reproduce the exact way it does things if I type the same in a new document. But there does seem to be something related to what kind of characters are around. In a new document, if I type "ソーット。", I get a horizontal ー and 。 is on the left. If I add 漢字 before it, ー is vertical and 。 is on the right (which is its correct location). Your comment also made me try something else: using the Japanese system locale, everything seems to be working fine.
Talked too soon. Not everything works fine: adding half-width latin characters (aka normal ones, as opposed to the full-width ones from CJK) does trigger it.
[Automated Action] NeedInfo-To-Unconfirmed
Please attach a test document and screenshot of the undesired rendering. Right now it is hard to tell if we are seeing the same thing.
This need to investigate is there any problem cause this bug, maybe this is involved in particular font or font fallback mechanism.
Please re-open if the requested file and screenshot are provided.