Re: [Rosegarden-bugs] SF.net SVN: rosegarden:[11176] trunk/rosegarden/src/gui

[D. Michael McIntyre]

On Wednesday 04 November 2009, cjnfryer@... wrote:

> All rulers appear misligned to me in the Notation View. Maybe that's just
>  me!

Seems broadly OK to me, but I got sidetracked while trying to look at this.  I
happened to pick a file with lots of parts and open a multi-staff view.  I
have lots of staffs here, and I have no idea which staff's velocity ruler I'm
looking at.  Either the velocity ruler should always show velocity for the
active segment (and by extension, staff) or I should be able to open one
velocity ruler per segment, in which case it would be helpful if I knew which
one was which.

Currently, hitting the "show velocity ruler" button a second time toggles the
ruler off, but that's not necessarily what I want to do in this situation.

I suppose now that there's a multi-segment matrix, the matrix faces the same
problems.  We should sort all of this out and figure out what we want to do.  
The same thing will apply to control rulers too, because they actually work
per instrument.  Note that "per instrument" is more complicated than per
track, because there might be 2 or 6 or 42 tracks all using the same
instrument, so these controllers...

Ugh.  Kind of hearkens back to what Emmanuel was bitching about the other day,
really.  Events for the controllers are stored in segments.  Segments are
portable.  What happens if you have controllers set up for your Ubitron 3000
in a segment and you move it to a new track?  Although now that I start to
chew on that a little bit, I quickly realize I need to slam that door shut and
run away, because there is no sane solution to that one unless maybe it
involves blowing up a big chunk of our foundation and starting over again,
which ain't happenin' at this juncture.

Um.  Anyway, I'm getting all sidetracked up again.  Bottom line, I can see
arguing that if there are multiple segments, declining to show any property or
control rulers might be an acceptable solution, although when I think about
it, I don't think it would be strictly necessary, and it's probably workable
to have "Velocity - Violin I" on the tab or something.  Especially for
velocity.  Control rulers are vastly more evil.

Well, let me stop digressing before I digress again.

--
D. Michael McIntyre

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Rosegarden-devel mailing list
Rosegarden-devel@... - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel

[Chris Fryer]

On Wed, 2009-11-04 at 18:30 -0500, D. Michael McIntyre wrote:
> On Wednesday 04 November 2009, cjnfryer@... wrote:
>
> > All rulers appear misligned to me in the Notation View. Maybe that's just
> >  me!
>
> Seems broadly OK to me, but I got sidetracked while trying to look at this.
No, it's not right yet.
Open a new single bar segment. The rulers overlap the clef, that isn't
right is it?
Start drawing sixteenths from the start of the bar. The ticks on the
rulers stay equispaced. That's not right either is it?

The control rulers behave the same as the rulers so it looks like a
RulerScale problem. The control rulers are worse still because I have no
mechanism to reposition events as the notes are added.

The rest of your mail is all quite scary (a bit like your selection mail
last week!) so I'll get to that once this alignement issue is done.



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Rosegarden-devel mailing list
Rosegarden-devel@... - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel

[D. Michael McIntyre]

On Thursday 05 November 2009, Chris Fryer wrote:

> Open a new single bar segment. The rulers overlap the clef, that isn't
> right is it?

How could they not?  The clef is just some random event inside a segment.  
They need to span the same hunk of time the segment does.  That appears to be
the case.

> Start drawing sixteenths from the start of the bar. The ticks on the
> rulers stay equispaced. That's not right either is it?

Not here, they don't.  The ticks spread out horizontally.

No, I don't see any big issues here.  Going back and forth against Classic, I
think the picture we're painting makes more sense.  Neither one is totally
precise, but the new stuff is more precise, and what the ruler is doing more
accurately follows what the notation is doing, with gaps where there are
barlines and so on.

I think fixed width velocity bars are fine, but I'd make them even more
narrow.  I'd probably start with whatever the old calculated width for a 64th
note used to be, so 64th notes won't jumble up side to side.
 
> The control rulers behave the same as the rulers so it looks like a
> RulerScale problem. The control rulers are worse still because I have no
> mechanism to reposition events as the notes are added.

Or removed.  Yes, this part is quite bad.  Add some control dots (what's the
official name for these things?) while it's spread out with 16th notes, then
remove them.  The ruler rescales, and the remaining picture makes no sense at
all.

This one isn't your fault though.  Classic had the same problem.  The only way
to get the control ruler in Classic to rescale to make sense again is to close
it and re-open it.  Or maybe scroll or something if I had a longer segment,
but the point is that the refresh definitely isn't automatic, and it isn't at
all hard to wind up with garbage on the screen in Classic, which is a fact
that has surely been true for years without anybody freaking out about it.

Try to improve it if you can, don't sweat getting it flat perfect.  It looks
pretty good already.
--
D. Michael McIntyre

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Rosegarden-devel mailing list
Rosegarden-devel@... - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel