Created attachment 180505 [details] test of character position with padding and-or borders added to characters Two interrelated questions here. 1. In relation to positioning objects anchored ”to character”: What is the expected behavior for the size of the ”character” region in relation to padding: Should padding always be included? Or only when there is a border? Attachment contains a simple test case suggesting that the latter is the ”actual” behavior -- -- but what is/should be the ”expected” behavior in character positioning? 2. In relation to ”online help” for character padding: Does character padding always affect spacing around characters? Or only when borders are included? There is a suggestive statement in a guide page for character borders [1]: ”Select the distance between the border lines and the selected characters in the Padding area. You can only change distances to edges that have a border line defined.” but the help for padding [2] is ambiguous about whether a border must be explicitly added for padding to apply to ”character”. ”Padding Specify the amount of space that you want to leave between the border and the contents of the selection.” Note that [2] applies both for ”paragraph” and ”character”. In my experiments, ”padding” (w/o borders) does add space to text in ”paragraphs”, but NOT for ”character”. If that is the expected behavior, then the help page should probably include this information. (could not find other information about "padding" and "character" in online help.) [1] https://help.libreoffice.org/7.4/en-US/text/swriter/guide/border_character.html [2] https://help.libreoffice.org/7.4/en-US/text/shared/01/05030500.html?&DbPAR=WRITER
Primarily seeking clarifications for the sake of documentation. Others must decide what is "expected" behavior and whether there are deviations from that expectation in the current implementation.
Try choosing menu Format - Paragraph - Alignment tab - Text-to-text, Alignment: If set to Bottom, all blue rectangles will be aligned vertically. Tested with version 7.2.3.2 on Linux.
(In reply to LeroyG from comment #2) Thanks Leroy. The first question in the OP is about the "Character" option in the "to" control in the Position and Size dialog for shape. The issue is not to align the shapes across the big letters, but to explain, for each letter, the size of the "Character" area used in the Position and Size dialog for positioning the shape, and how that area interacts with padding and borders applied to the different letters (as described above each letter). The different big letters in the attachment are provided to show examples of that interaction. (I should have made these points more explicit from the start.) Your example is interesting, but uses another positioning feature in a different dialog than the OP.
The question is whether an object anchored horizontally left To Character and vertically at the Bottom should follow the bottom padding/spacing of this character. I'd say yes. Opening this document in MSO breaks the position of blue/aqua rectangles.
(In reply to Heiko Tietze from comment #4) > The question is whether an object anchored horizontally left To Character > and vertically at the Bottom should follow the bottom padding/spacing of > this character. No answer from developer side for moren than 18 month. So I'd like to give a kindly reminder.
Dear sdc.blanco, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug