Quantcast

[trunk] Proposal: scale controls in image properties dlg box

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[trunk] Proposal: scale controls in image properties dlg box

Maurizio M. Gavioli
Hi,

As I had an use for them (and I suppose others have too!), I have tried to add X and Y scale controls in the image properties dlg box. The result seems positive. Attached is a screen-shot showing the dlg and an example of usage (this where all my recent fuss about SVG support was headed to!).

If the addition is considered useful, I can post the patch to the issue tracker. Any feedback is welcome.

Thanks,

M.

trunk_image_prop_scale.png
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [trunk] Proposal: scale controls in image properties dlg box

David Bolton-2
Miwarre,

Scale controls for images would be a useful addition to MuseScore 2.0.
The dialog box shown in your screenshot needs work.

ASSOCIATIONS
The "lock aspect ratio" is associated with dimming the "Y scale" so the
two need to be visually associated. There are several ways to do this.
(Look at Microsoft Word, Inkscape, GIMP, etc. for examples.)

TERMINOLOGY
"X-scale" and "Y-scale" is mathematical jargon. Use "Width" and "Height"
instead. (MuseScore should limit itself to musical jargon). "Scale
proportionally" is also friendlier than the term "lock aspect ratio"

SCALE TO FILL FRAME
I don't know the use cases for "scale to fill frame" so I will withhold
comment until further information.

STACKING ORDER
I can't think of a single application that exposes the "Stacking Order"
number to regular users (the only exceptions would be developer oriented
applications such as Qt Designer or HTML/CSS editors). It is highly
awkward to use since you have to know the stacking order numbers of the
surrounding objects before you can set the stacking order of your
object. I suggest we remove it an come up with a better solution. (Take
a look at Inkscape for model behavior). It may be best to create a image
toolbar that only shows when you double click an image, and forgo the
Image Properties dialog entirely.

David


On 2/8/2012 7:58 PM, Miwarre wrote:

> Hi,
>
> As I had an use for them (and I suppose others have too!), I have tried to
> add X and Y scale controls in the image properties dlg box. The result seems
> positive. Attached is a screen-shot showing the dlg and an example of usage
> (this where all my recent fuss about SVG support was headed to!).
>
> If the addition is considered useful, I can post the patch to the issue
> tracker. Any feedback is welcome.
>
> Thanks,
>
> M.
>
> http://musescore-developer.685061.n2.nabble.com/file/n7267942/trunk_image_prop_scale.png
> trunk_image_prop_scale.png
>

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Mscore-developer mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mscore-developer
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [trunk] Proposal: scale controls in image properties dlg box

lasconic
Administrator
> SCALE TO FILL FRAME
> I don't know the use cases for "scale to fill frame" so I will withhold
> comment until further information.

This feature should be enabled only if the image has been put in a
Frame and so it will scale the image to fill the frame. Not sure if
there is a use case for this?

> STACKING ORDER
> I can't think of a single application that exposes the "Stacking Order"
> number to regular users (the only exceptions would be developer oriented
> applications such as Qt Designer or HTML/CSS editors). It is highly
> awkward to use since you have to know the stacking order numbers of the
> surrounding objects before you can set the stacking order of your
> object. I suggest we remove it an come up with a better solution. (Take
> a look at Inkscape for model behavior). It may be best to create a image
> toolbar that only shows when you double click an image, and forgo the
> Image Properties dialog entirely.

I guess the plan is to move the Image Properties to the Inspector
panel like all other (right click -> XXX Properties). Btw, I don't
like the name "Inspector" but I can't come with a better one. Any
idea?
Regarding the stacking order, icons to Bring to top, Move up, Move
down, send to bottom. would be better indeed.

Lasconic

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Mscore-developer mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mscore-developer
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [trunk] Proposal: scale controls in image properties dlg box

Maurizio M. Gavioli
Thank you for the comments.

David: except for the additon of the X- and Y- scale controls, the remaining of the dlg ("fill to frame", stacking order", ...) is at it was before my change. Of course, any occasion for improvement is welcome but, in this case, I limited my intervention to the minimum required to implement scaling.

Lasconic: I think as well that the plan is to move this dlg to the Inspector (which I do not like at all: the previous arrangement of individual properties dlg boxes was clearer and cleaner to my mind; but I know I'm devious, so it's my problem...). Any change to it is not wasted time though, as the dlg can be ported to the Inspector with minimal adaptation.

Stacking order: I undertand your concern. However, I find, for instance, Inkscape implementation ("bring to top", "send to bottom", ...) very convoluted: it usually requires me many steps before reaching the desired effect. In addition, in the MuseScore case, with its structured contents, might add more technical and semantic problems: "Send to bottom" of what? Of the entire score? Of 'this' page? Of 'this' frame? So, I'm not going to change this part, leaving it to someone else with clearer ideas than me on this point.

"Scale to fill frame": I can think of uses for this: as frames are a neat (and possibly sole) way to 'cut away' room from the music contents flow and images are usually collateral additions to it (illustrations, diagrams, ...), a way to quickly and precisely fill the space so made available might be convenient (in trunk, I don't know of any mean to insert an image other than within a frame).

"Lock aspect ration": I know image manipulation programs may use different phrasing; for embedded images, {Open|Libre}Office uses "Keep ratio" (and this is a similar case of embedding images in a flow of some other contents; "Keep aspect ration" would seem to me more precise).

So, this is my plan:

1) apply non-problematic terminology changes ("Width", "Height", "Lock..." -> "Keep..." )
2) post the resulting patch, leaving to other(s) with better ideas to improve above it.

Anything against?

Thanks,

M.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [trunk] Proposal: scale controls in image properties dlg box

Maurizio M. Gavioli
Hi,

A quick note to let the PTB to know that I have posted to the issue tracker the patch implementing this feature. it is at:

http://musescore.org/en/node/14900

Thanks,

M.
Loading...