Dear Chris,

Okay, so recoloring the staff lines will not work--easily.  So forget about it. 
 The staff lines should stay black since we attempting to emulation sheet music 
notation on some level and we've had strong arguments made as to why we should 
not "color" notes differently.  So I assume that means other elements of the 
notation view as well.

You wrote:
> Incidentally, I've just noticed that the configuration
> setting for
> default staff size in new notation views isn't being
> respected.  In
> Classic, I always used to have the default size for
> single-staff views
> set to 8 (the default) but the default size for multi-staff
> views set
> to 6 to make them fit in the window better.  At one
> point I thought
> about making that the default, but it looks like that
> didn't happen.
> Should it have?

Sorry, I don't quite understand what this affects, does it affect our RG screen 
or just the lily pond output?

Since we can zoom in and out of the page, I'm not certain what differnce this 
makes.  But I could be missing the boat on this.  Michael is probably a better 
person to have that discussion with.

Not that I'm not willing, but you'ld have to explain it all to me first.

In which case you'd probably have figured out the answer.

I've historically only used RG's notation view for small trivial part learning 
from MIDI files.  So I've never delved into it feature set much.

Well, I did get quite a crash course though with the NoteRestInserter Tool.

...

But, at this point maybe just altering the scaling a bit might make reading the 
panner easier.

This would work for continuous layout and linear layout, but the panner's 
vertical distance will need to grow to accommodate the mulitple page view if 
the scale is adjusted.

But since you already are switch other aspects of the panner via the new slots, 
this could be done as well.

Sincerley,
Julie S.
 


--- On Wed, 9/23/09, Chris Cannam <[email protected]> wrote:

> From: Chris Cannam <[email protected]>
> Subject: Re: [Rosegarden-devel] RG Blue birds eye view strip
> To: "Julie S" <[email protected]>
> Cc: "rosegarden-devel" <[email protected]>
> Date: Wednesday, September 23, 2009, 10:56 AM
> On Wed, Sep 23, 2009 at 3:50 PM,
> Julie S <[email protected]>
> wrote:
> > We color put clefs, notes, rests, keys, text, measure
> lines etc. in black.
> >
> > But draw the staff first in a gray or translucent
> color.
> >
> > That would make items much more distinguishable
> without messing with scaling factors.
> >
> > Any thoughts?
> 
> The problem with that is that the panner is a
> representation of the
> same graphical objects as the main view.  It is
> literally the same as
> the view you get when you zoom out a long way in the main
> view, and
> there's no (easy) way to make it show any of its objects in
> a
> different way.
> 
> In the matrix, the lines appear grey in the panner because
> they're
> grey in the main view.  But we probably don't want
> staff lines to be
> grey in the main view... do we?
> 
> Incidentally, I've just noticed that the configuration
> setting for
> default staff size in new notation views isn't being
> respected.  In
> Classic, I always used to have the default size for
> single-staff views
> set to 8 (the default) but the default size for multi-staff
> views set
> to 6 to make them fit in the window better.  At one
> point I thought
> about making that the default, but it looks like that
> didn't happen.
> Should it have?
> 
> 
> Chris
> 


      

------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Rosegarden-devel mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel

Reply via email to