<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Autofit scales differently after clicking/exiting in text box"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=121905">121905</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Autofit scales differently after clicking/exiting in text box
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>LibreOffice
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>6.2.0.0.beta1+
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>Impress
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>libreoffice-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>Marcel.Waldvogel@uni-konstanz.de
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Description:
There seem to be two layout algorithms used when displaying a text box. One is
used when originally opening the slide and one after any editing (even NULL
editing) has taken place. They result in different layouts and therefore
confusion to the user about the object placements.

This did not happen in 6.1.2.1 (or actually, when opening the slide, it first
quickly displayed it in the pre-editing layout but then immediately performs a
redraw in post-editing layout. These two drawing events can be seen when
opening the slide.)

Steps to Reproduce:
1. Open lobug.odt. The slide is shown in pre-editing layout (see also
screenshot BeforeEditing.png)
2. Click in the text area. The layout stays the same (see also screenshot
WhileEditing.png; cursor is not visible here)
3. Click outside the text area. The layout changes drastically (see also
screenshot AfterEditing.png; now the callouts are "correctly" placed)

Actual Results:
The text is drawn differently depending on whether the text has been in edit
mode at least once. The problem is that the post-editing layout is not
identical to the presentation layout (the pre-editing layout is).

Expected Results:
The layout before, while, and after editing is identical to the layout used for
presentation.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>