Summary: | Changing alignment does not work for some Textboxes | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Clemens Eisserer <linuxhippy> |
Component: | Drawing | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | fridrich.strba, stgohi-lobugs |
Version: | 4.0.2.2 release | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
test document which exhibits the issue
the pdf file which was used as template for the drawing |
Description
Clemens Eisserer
2013-04-19 08:05:02 UTC
Forgot to mention, this drawing was created by importing a pdf-file (also attached) Created attachment 78218 [details]
the pdf file which was used as template for the drawing
reproducible with LO 4.0.2.2 (Win7 Home, 64bit) For the title field it is not possible to amend the alignment of the text. @Fridrich: Do you maybe have an explanation for this? This bug may be a duplicate of bug #58492 which illustrates how a text box created by initially clicking and then entering text (i.e., default method) does not subsequently allow aligning of content by clicking the toolbar alignment buttons. If on the other hand the text box is initially created via click-n-drag (i.e., custom method) then the alignment buttons on the toolbar work as expected. The screencast in the description indicates the custom method, when creating a new text box, but it is not clear how the upper text box (which suffers an alignment problem) was created. Was it created by the default method and subsequently re-sized? If yes, then this bug is a duplicate. If no, then we may need to further clarify the exact nature of the textbox causing the problem. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.