Mantis Issue Tracking for Scribus
· Hosting provided by / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001562ScribusGraphics / Image Framespublic05-Jan-18 02:4010-Nov-04 17:31
Assigned Tocbradney 
PlatformLinuxOSMandrakeOS Version10.1
Product Version1.3 
Target Version1.5.0Fixed in Version1.5.0svn 
Summary0001562: "Scale to frame size" locks the image in the frame: no more free positionning
DescriptionWhen the option "Scale to frame size" is checked, there is no way to freely and simply move the image around within its frame.

What I understand (and I agree!) is the proportions have to be fixed to that image frame because this is the purpose of this option. But I think preventing users from *moving* the image *at that scale* into the image frame is a bit restrictive.
TagsNo tags attached.
Attached Files

- Relationships
related to 0000052closedchristoph_s Image Position values are reset to 0 sometimes, possibly on loading. 
related to 0005662acknowledged Positioning of image within image frames. 

-  Notes
plinnell (administrator)
05-Apr-07 23:32

moving to 1.2.2.. fixable ?
plinnell (administrator)
05-Apr-10 20:17
edited on: 05-Apr-10 20:18

I played with this a bit and the current behaviour seems sane to me. If I scale an image to a frame, I want the image locked to that frame.

The workaround if you will is trivial. Switch back to free scaling and the image can be moved within a frame. Scribus is 'well-behaved' in that it does not adjust the scaling any further - unless - you explicitly change it.

I certainly would put this as a feature request, not a bug honestly..At this point, I cannot recommend a change to current stable 1.2.2cvs. I am open to be persauded, as always.

Bumping to 1.3 as a feature.

cbradney (administrator)
05-Apr-11 17:37

Disagree. Scale to frame size means just that, does not relate to positioning within the frame.
jo-hannes (developer)
06-Jan-28 15:29

what about automatically switching to free scaling if user requests to move the picture?
mhanski (developer)
06-Apr-15 19:45

Reminder sent to: cbradney, plinnell

cbradney, plinell: "acknowledged" or "won't fix"?
christoph_s (administrator)
06-Apr-29 22:29

jo-hannes' idea makes the most sense to me.
PLucAuclair (reporter)
06-Apr-30 05:57

spot on
cbradney (administrator)
06-Apr-30 10:59

I'm still of the opinion that theres free scaling/scaled to frame size and that whether its locked to the frame's origin is a separate matter and this restriction just shouldn't be there.
louisdesjardins (developer)
06-Apr-30 13:00

Exactly. We don't expect something to be locked unless we locked it.
devzero (reporter)
06-Jun-04 17:18

yes, i completely agree.

me (and my girlfriend, too) think that the image frame misses one important option:

to scale/crop/move an image _inside_ the frame and then being able to scale that frame as itself by dragging it`s borders - with the contents then resizing appropriate (proportional or not proportional)

there is no easy way to do this now - typically you need to rework that image in an external program (gimp or whatelse)

the current behaviour seems a little bit too restrictive - sort of "all or nothing". If i set "scale to frame size" it always refers to the complete image.
PLucAuclair (reporter)
06-Jun-05 01:56

Scribus already crops by the way..
devzero (reporter)
06-Jun-05 02:10
edited on: 06-Jun-05 02:11

you mean you select properties->edit shape->move-nodes?

yes, we can crop with that - but did you ever try to resize that cropped image then?

with "free scaling", the frame and the shape scales, but not the image inside.
with "scale to frame" the _whole_ image will always be "refitted" automatically to the frame.
what is missing here is some "lock/unlock" option.

PLucAuclair (reporter)
06-Jun-05 02:24

No, just move the resize handles
louisdesjardins (developer)
10-Feb-16 17:54

Reminder on the road to 1.4 (please also let me know if this is ok to remind!)
plinnell (administrator)
10-Feb-20 23:32

This is an old bug which shold get resolved one way or another.

- Issue History
Date Modified Username Field Change
05-Jan-18 02:40 louisdesjardins New Issue
05-Jan-18 14:34 cbradney Relationship added related to 0000052
05-Apr-07 23:32 plinnell Note Added: 0004137
05-Apr-07 23:32 plinnell Product Version 1.2.1 => 1.2.2cvs
05-Apr-10 20:17 plinnell Note Added: 0004223
05-Apr-10 20:18 plinnell Note Edited: 0004223
05-Apr-10 20:19 plinnell Severity tweak => feature
05-Apr-10 20:19 plinnell Product Version 1.2.2cvs => 1.3
05-Apr-11 17:37 cbradney Note Added: 0004230
06-Jan-28 15:29 jo-hannes Note Added: 0008439
06-Apr-15 19:45 mhanski Note Added: 0010011
06-Apr-29 22:23 mhanski Note Added: 0010634
06-Apr-29 22:23 mhanski Note Deleted: 0010634
06-Apr-29 22:24 mhanski Status new => feedback
06-Apr-29 22:29 christoph_s Note Added: 0010636
06-Apr-30 05:57 PLucAuclair Note Added: 0010671
06-Apr-30 10:59 cbradney Note Added: 0010677
06-Apr-30 12:32 mhanski Note Added: 0010688
06-Apr-30 12:32 mhanski Note Deleted: 0010688
06-Apr-30 13:00 louisdesjardins Note Added: 0010693
06-Jun-04 17:18 devzero Note Added: 0011571
06-Jun-05 01:56 PLucAuclair Note Added: 0011574
06-Jun-05 02:10 devzero Note Added: 0011575
06-Jun-05 02:11 devzero Note Edited: 0011575
06-Jun-05 02:24 PLucAuclair Note Added: 0011576
08-Feb-05 19:52 christoph_s Relationship added related to 0005662
10-Feb-16 17:54 louisdesjardins Note Added: 0023301
10-Feb-20 23:32 plinnell Note Added: 0023363
10-Feb-20 23:32 plinnell Status feedback => new
10-Feb-20 23:32 plinnell Target Version => 1.4.0svn
10-Jun-14 22:34 cbradney Target Version 1.4.0svn => 1.4.0
10-Nov-03 22:33 cbradney Status new => resolved
10-Nov-03 22:33 cbradney Fixed in Version => 1.5.0svn
10-Nov-03 22:33 cbradney Resolution open => fixed
10-Nov-03 22:33 cbradney Assigned To => cbradney
10-Nov-03 22:34 cbradney Target Version 1.4.0 => 1.5.0
10-Nov-04 17:31 cbradney Status resolved => closed

Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker