<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 - BASE form's objects can not be dragged outside the visible window in design mode"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=117989">117989</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>BASE form's objects can not be dragged outside the visible window in design mode
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.1.6.2 release
</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>UI
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>apiuano-lobugs@yahoo.gr
</td>
</tr></table>
<p>
<div>
<pre>This is a bug that probably is connected to:
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED NOTABUG - Graphics cannot be placed far outside the page"
href="show_bug.cgi?id=113436">https://bugs.documentfoundation.org/show_bug.cgi?id=113436</a>
<a class="bz_bug_link
bz_status_NEW "
title="NEW - EDITING: Unable to move/position pictures and objects outside page boundary"
href="show_bug.cgi?id=50206">https://bugs.documentfoundation.org/show_bug.cgi?id=50206</a>
When in design mode, in a BASE form, you can not move-drag any object outside
the visible area of the window (which is a writer window).
Forms saved when first opened, either by code or by selecting them in Forms tab
of the odb window, are presented with some objects moved from their saved
position. The "miracle" is that all subsequent "opens" of these forms, shows
objects in their original saved position.
This behavior has two major disadvantages.
1. If you open the form in design mode and accidentally save the form then the
form is saved with these new (unwanted and clearly not produced by the user)
scrambled positions of the objects, making very difficult to recreate the
original positions.
2. Final user sees two forms. One when the form is opened for first time and
one every time the form is reopened.
This behavior is more complicated by the fact that you can set the x and y
positions to anything you want using the properties window. Then the window
moves to the position of the object. But since there is no horizontal scrollbar
if you want to move to another object not visible on visible area the only way
is to use either the From Navigator or zoom outside.
My opinion is that this «strict to visible» behavior is guilty for the
"scrambled" version the first time the form is opened (either in design or in
view mode). After that, mayby by "some cached" values, the software is probably
aware that there is enough space to set the objects in their saved positions
and so any subsequent open of the form does not scramble the objects.
Any way, a saved BASE form with saved Top and Left positions for the objects
anchored to the page, should never, ever, change their positions. Even if they
seem to be outside any «visible concept». Objects in BASE forms are not plain
text, thus requiring reposition at the end of some imaginary calculated page
width or margin. And the BASE forms should first check the positions. And in
extreme cases first re-size the "page" to have these objects in correct (since
already saved) positions. Probably, for the moment, this is done in the invert
order. First the positions are recalculated and then the page width and margin
are adjusted.</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>