https://bugs.documentfoundation.org/show_bug.cgi?id=108273
--- Comment #10 from Michael Markl <[email protected]> --- Disclaimer: I am no expert on document processing software. I can confirm, the behavior is still the same on the latest LibreOffice version. For a right-aligned paragraph, the ruler still shows the tabstop as if the paragraph was left-aligned. It seems to me that the calculation of the tab stops for center- and right-aligned paragraph mostly just pretends that the paragraph was left-aligned but with a different starting position, and calculates the tab stop widths according to that. I agree that this is confusing (especially since the tab stops positions are rendered in the ruler as they would be for left-aligned paragraphs). However, I am unsure whether this behavior should be changed: (i) Behavior of the tab stops: The behavior of the alignment should probably not be changed, as that might break documents where tab stops are used together with center/right-aligned paragraphs. (However, I can see arguments for why the behavior of tab stops in right-aligned paragraphs do not make sense currently; the position (and directionality) of the tabs could effectively be "mirrored". For center-aligned paragraphs the concept of tab stops do not seem compatible at all, at least in my mind; I still wonder what the expected behavior should be here; the expected behavior in the example attached does not resonate with me: why is the part after the tab centered as if the part before the tab did not exist?). (ii) Rendering of the tab stops in the ruler: I do not see how the rendering of the tab stop in the ruler can be improved here; of course, the tab stops could "jump" to the actual position based on the current starting position of the currently selected line(!) in the paragraph, but that would make editing the tab stops via the ruler infeasible (and probably the reason why / how the tab stops jump whenever the text (and hence the starting position of the line) is edited is not intuitive either). Also, Microsoft Word still shows the same behavior (more precisely, Microsoft® Word for Microsoft 365 MSO (Version 2502 Build 16.0.18526.20546) 32-bit). LibreOffice Version from About Dialog: Version: 25.8.4.2 (X86_64) Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df CPU threads: 16; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
