Issue 110777 - Resizing frames without changing position of contained graphic
Summary: Resizing frames without changing position of contained graphic
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOO320m9
Hardware: All All
: P3 Minor (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-11 11:56 UTC by ptram
Modified: 2014-03-18 10:05 UTC (History)
4 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: 4.1.0-beta
Developer Difficulty: ---


Attachments
Test file (13.06 KB, text/plain)
2010-04-11 14:11 UTC, ptram
no flags Details
Drag 1 (40.40 KB, text/plain)
2010-04-12 00:33 UTC, ptram
no flags Details
Drag 2 (42.37 KB, text/plain)
2010-04-12 00:34 UTC, ptram
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ptram 2010-04-11 11:56:30 UTC
When you drag a frame margin to resize it, the margins that are actually resized are the lower and right 
one. For example, drag the top margin, and you'll see that the space changing is the on the lower margin. 
This makes very long and laborious to reposition several different objects in a frame.
Comment 1 Regina Henschel 2010-04-11 12:47:54 UTC
It is not clear to me, what you want to do and why it does not work as you expect.

When you drag for example the right handle, the left border of the frame is
fixed, if you drag the left handle, the right border is fixed. After dragging is
finished, the position of the frame might be recalculated due to its anchor
type. For the behavior of objects inside the frame their anchor type is crucial too.

I guess, that you might not use the correct anchor types for your purpose.
Comment 2 ptram 2010-04-11 14:10:10 UTC
Hi Regina, just to understand if it's an operator fault on my side:

1) I drag the right handle, and the right border changes.
2) I drag the left handle, and the right border is canged.

It seems that there is no differencd, whether the included image is anchored to the frame or the 
paragraph. May you plese give it a look at the attached file?

Also, I wrote this is an issue on all systems, but maybe I should have indicated I'm on a Mac.
Comment 3 ptram 2010-04-11 14:11:04 UTC
Created attachment 68862 [details]
Test file
Comment 4 Regina Henschel 2010-04-11 14:29:35 UTC
Please have a look at the settings for horizontal position. You will find
'left', 'right', 'center', and 'from left'. To examine the effects inside the
frame, you should set the frame itself to a fixed left position, for example
from left = 2cm.

Perhaps you want a new setting "from right" for the picture? Then try a "from
left" to "right frame border" with a negative value, for example -9cm.
Comment 5 ptram 2010-04-12 00:32:46 UTC
Hi Regina, I tried the settings you suggested, but I think to have understood that what I want is 
probably the contrary of what OOo is meant to do.

- When changing its position parameters, OOo repositions the image contained in a frame.
- What I would like to do, is to resize the containing frame, without moving the contained image. I 
would like to be able to do it, because of the following scenario:
   a) You insert a picture in a frame, leaving space on top for a callout.
   b) In the end, you decide that callout is not needed; then, you want to change the top border, to 
remove the blank space you left for the callout you decided not to include.

This change could not be needed, in case a multiple selection of different objects inside a frame is 
implemented. However, I find it more intuitive if grabbing the border of a frame resizes that border, 
and not a different one. The attached images should explain what I mean.

Paolo



The attached image 
Comment 6 ptram 2010-04-12 00:33:40 UTC
Created attachment 68868 [details]
Drag 1
Comment 7 ptram 2010-04-12 00:34:00 UTC
Created attachment 68869 [details]
Drag 2
Comment 8 michael.ruess 2010-04-15 10:49:33 UTC
The graphic has a position relative to the frame because it is anchored inside
the frame. Thus the position will change when changing frame's borders.
The frame has fixed position "Top" of paragraph text area and "Center" of
paragraph area - Thus it always "jumps back" when resizing.

any other behavior would mean to implement a new positioning option.
Comment 9 ptram 2010-04-16 16:27:19 UTC
Thank you, very clear. I would indeed find very useful being able to resize even the top and left borders by 
dragging, with auomatical adaptation of the position of the contained image. Do I need to file a new 
enhancement request, or can this be considered as a request itself?
Comment 10 Rob Weir 2013-02-02 03:00:08 UTC
This Issue requires more information ('needmoreinfo'), but has not been updated
within the last year. Please provide feedback as requested and re-test with the the latest version of OpenOffice - the problem(s) may already be addressed. 

You can download Apache OpenOffice 3.4.1 from http://www.openoffice.org/download

Please report back the outcome of your testing, so this Issue may be closed or
progressed as necessary - otherwise the issue may be Resolved as Invalid in the
future.
Comment 11 Edwin Sharp 2014-03-14 11:09:34 UTC
Confirmed with
AOO410m14(Build:9760)  -  Rev. 1573601
2014-03-03 17:47:48 (Mo, 03 Mrz 2014)
Win 7
Comment 12 Armin Le Grand 2014-03-18 10:05:52 UTC
This will improve with writerframes01 (see https://wiki.openoffice.org/wiki/Source_Code/branch_alg_writerframes).

This task is about Writer frames with FillStyle Bitmap (Graphic) and tiling activated, other combinations make no sense here. In that mode, the fill attributes in the Area TabPage will allow to set an origin to the position, e.g. bottom-right aligned. In that mode e.g. resizing top and/or left will keep the fill unchanged, same analog for other modes.