|
|
Some more thoughts : Most of the time, when replacing the content of an imageframe with another image, it's because the 2nd one is felt better, but it has to go roughly in the same place, it is often the same type of image, and the frame properties that were used for the first one are also good for the 2nd one, or, at least, are the best possible base to start with more editing and finetuning. Preferences provides a way to set default value or behaviour for some options of the various tools. It does this "application-wide" or "document-wide". ---> In an image frame, not reseting (= keeping as is) the scale of the previous image, when replacing this image with a new one, provides a kind of improved "frame-wide" default value for the properties of the frame that are not related with the image file itself. That is meaningfull. The most required remembered properties are all the related-to-scale properties. Then there is the rotation : IMO it logicaly should be remembered too. (all the more since it's so much easier to create a new frame from scratch with empty properties than to set all properties to some allready set desired values !) Note : As for now, the effects are not deleted or reset when importing a new image into a frame. It should be the same for other frame-related properties. [EDIT :] Other most required to-be-remembered property is offset X and Y. Other possible one is image effect. |
|
|
attached a patch that removes the initialization code from loadImage(). i suggest that we switch the default behavior and if people show that there is a need for (partially) re-initialization of the frame, we can implement it. jluc is proposing a "cleaning brush" button that would act in a similar way as the same button for text... but, maybe, no initialization is ever needed... if you want the default values, isn't it easier to create a new frame? |
|
|
load_image.diff (2,849 bytes) |
|
|
I fully agree with ale. |
|
|
any thoughts? |
|
|
+1 If there is a need (because it makes sense for ones workflow) to set a reset or default settings button I'm +1 for that as well. If that day comes, I suggest that it appear .on-hover over the image a small 'reset' icon in the upper top right or left of the image. |
|
|
time flies so fast... |
|
|
+1 here is my use case scenario ... Lets say I am taking pictures of a house interior and want to present different moods by switching or dimming different lights in the scene. I put my camera on a tripod. Now I keep taking pictures from exactly the same point with the same perspective. Between the shots I just change (switch, dim, move ...) the various lights. Finished the photoshooting. I got 10 identical shots, just the lighting differs. Lets make a simple layout for the photos in Scribus. I properly place, scale and crop the first photo in an Image Frame. Now the next photo should be cropped and scaled the same way as the previous one (it has the same point of view and perspective, just the illumination is different). Finally now it would be cool to copy the Image Frame and just replace the image without caring about scale and position. This is just one example. It applies for any situation, where you want to present various minor changes of otherwise same image. It can be diagram, technical drawing, 3D design and so on. So for me the default behavior would be that Image Frame remembers the properties of the image and there is a possibility to reset the settings (could be a button in the properties panel or on-hover button on the Image Frame) ... my two cents :) |
|
|
AMOF, *some* settings are preserved : - all image effects are preserved - scale values are not preserved, but scale X-Y link mode IS ! (that is : the chain/notchained that sets whether X changes should impact Y changes or not) That is not consistent and should be fixed. |
|
|
@kahaus: a sensible use case but... ... but, i wonder if your case is that common... i mean: putting much effort on getting a big bunch of picture to be "the same" and then not edit them in Gimp to all have the right crop? if you are preparing your work that carefully you're very likely to have the right size of both the frame and image (and they will be matching :-) but we should definitively keep your use case in mind! |
|
|
yeah i see ... it is very likely, that my use case could be sort of rare. it was just an idea. i do not do a hard crop of the images i put in the layout - some space for maneuvering is usually needed in case the page layout changes later a little bit. it often happens (like changing page borders and so on). if the image has a precise crop and page layout changes, i need to go through all of the images in Gimp, crop them again and insert and scale them again in Scribus. that means basically layouting the images from scratch. doing all the cropping in Scribus (without fiddling in some other software) is very convenient and time saving. anyway, i am very thankful for your response and very much appreciate what all of you have achieved so far - big respect. keep up the good work! Thanks! K. |
|
|
+1 At the architects office I work we use this workflow all the time. We make many different versions(frequently updated) of the same image (mostly views of 3d-models) that are cropped on the page. Opening every single image for editing in gimp takes much time. This is the only reason that indesign is still partly used. |
|
|
scribus should not the position and scale when loading an image... i'm not sure if there is ever a need for clearing those values (on top of being able to zero them with a few clicks and keystrokes in the properties palette)... ... but, to be sure, let's do a button for it. i will soon upload a new revision fo the patch above that: - does not clear the position and scale when loading a new image - clear them when the button is pressed. please, review and -- possibly -- accept the patch as soon as it is uploaded... don't let it rot for four more years... (you've even been warned in advance...) clear-scale.png (58,739 bytes) |
- Anonymous
