On Sunday 13 November 2005 04:25 pm, Chris Cannam wrote:

> Shame.  That doesn't answer the question of why it's so slow when
> dragging a selection while scrolling vertically.  The slowness seems
> proportional to the number of segments visible (rather than the number
> being selected), and there are plenty of getAudioPreviewData calls (and
> friends) even though surely it should know no preview has changed.
>
> The most painful thing of all is trying to drag a selection with
> diagonal scrolling.  Oh boy.

Hrm.  I don't see a huge problem here.  It looks crappy going diagonally, yes, 
as has been the case ever since the new canvas.  It used to be a lot worse.  
Looks like this now:

||
    ||||
              |||||||||| 

                           |||||||||||||||||| 
                                               ||||| 
                                                          ||||||||||||||||||||

Speed is OK with me.  Seems to be just the same as horizontal scrolling.

In putting together a better test with more segments, I loaded a file with 16 
tracks, select all segments, copy, add 16 tracks, paste.  There's some weird 
little shift thing going on where the canvas scrolls a little for no reason 
after this paste.  The canvas bit (pane?) and the bit with track names that 
are supposed to be linked together with some special QDeferredScroll 
something get out of sync after this operation, so it's possible to scroll in 
such a fashion that the track numbers don't correspond to what track the 
segments are actually sitting on.  I haven't found exactly what part of the 
operation I just performed causes this to happen yet.  I'm also getting it 
where they're so far out of sync that they stop lining up on sane boundaries 
at all.  This is pretty gruesome.  Will investigate directly.

Back to the question at hand, I see what you're talking about probably.  32 
big segments now.  Pick the third one from the top, scroll down into the new 
blank tracks I created, and it goes pretty fast.  Scroll back up into the 
area with the segments, and as soon as maybe five of them come into view, it 
gets severely balky, and starts crawling pixel by pixel, taking forever to 
get back up to where I started.

I'm also hitting a weird problem where I can't get the segment all the way to 
the bottom, or all the way back up to the top.  Maybe this is related to 
whatever has gotten the two scrollbars out of sync with each other, and 
nothing more nefarious than that.  (Although the underlying issue is pretty 
nefarious.)

-- 
Michael McIntyre  ----   Silvan <[EMAIL PROTECTED]>
Linux fanatic, and certified Geek;  registered Linux user #243621
http://www.geocities.com/Paris/Rue/5407/
http://rosegarden.sourceforge.net/tutorial/


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Rosegarden-devel mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel

Reply via email to