Problem description: Impress (also Draw) does not honor tab stop settings for center and right alignment. Steps to reproduce: 1. Create a new text box 2. Set up new tab somewhere with either center or right alignment set (both manual formatting or via applied style) 3. Enter text including tabs Current behavior: All tab positions will be honored, but are always left aligned Expected behavior: Positions and alignments defined should be honored (e.g. right and center). Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:14.0) Gecko/20100101 Firefox/14.0.1
The same bug has been reported with Draw https://bugs.freedesktop.org/show_bug.cgi?id=52640
*** Bug 52627 has been marked as a duplicate of this bug. ***
*** Bug 54980 has been marked as a duplicate of this bug. ***
Marked that this is a regression in the bug title since there is no flag for it. Also marked as new rather than unconfirmed, since I think that the attachments here and in the bug duplicates confirm the bug well enough. Would be great to see 3.6.2 revert the patch that caused the regression, otherwise the issue stays for another month. Unfortunately, this bug means that many presentations prepared in the past with previous versions of Openoffice and Libreoffice cannot be played on recent Libreoffice without modification. Many people, including myself, use right tab alignment to put slide sub-number or strings like 'continued' in slide titles. Something like Slide title so and so (... 2) With this bug many slide titles are broken. Pieces of text get aligned on the wrong side and get pushed on another line, so that the title covers parts of the slide.
Still present in 3.6.3 RC 1
Like bug #52640, this should be fixed before release. Comment #4 explains clearly how this breaks presentations. These two bugs are very close ... should we consider this bug a duplicate of #52640 ?
Yup, it looks similar to the bug #52640, see the comment https://bugs.freedesktop.org/show_bug.cgi?id=52640#c3 I think that there is not reason to keep them separated => closing as duplicate. *** This bug has been marked as a duplicate of bug 52640 ***