Re: [Rosegarden-user] Latest Changes

2022-10-30 Thread Lorenzo Sutton

Hi Ted,

Took me a while to process everything and also report on some testing...

On 25/10/2022 02:34, Ted Felix wrote:

On 10/22/22 9:34 AM, Lorenzo Sutton wrote:
   Philip has made a number of improvements as a result of running 
cppcheck.  Some general regression testing would be helpful here.


How could we test this? :-)


   Just do what you usually do.  It's rare that these sorts of cleanup 
changes break things, but historically you guys catch any issues within 
a week or two.  Which is quite impressive.


After my last email I have used the latest git and didn't notice 
anything out of the ordinary. I have not however used the notation 
editor much.


[...]


Maybe as RIGHT-CLICK and SHIFT + LEFT-CLICK seem to be functionally 
the same if they could be differentiated.


   Not sure what you are saying here.  Shift+left and right are treated 
exactly the same in the code for historic reasons.  Only right-click is 
documented in the tool tip.
Yes, what I mean is because at the moment they do the same thing, one 
shortcut could be 'freed' for doing something else (maybe still in the 
loop realm...)




   Since Advanced Looping is a new mode, we can reassign these any way 
you want.  The hope is that Advanced Looping will become the default for 
23.06 if all goes well.


What I was hinting to is that maybe the latest one introduced for 
advanced loop and the 'oldest' for traditional loop.


Also, OK for it becoming the default, but __please__ lets keep 
'traditional' loop and its very functional ergonomics (i.e. 
keyboard+mouse shorcuts and quick (de)activation from the ruler): I 
consider it really valuable in many situations and have/will used it a 
lot! ;-)




If advanced loop is on and activated (i.e. blue) I think it's 
confusing to see the former loop range in lighter blue, as this is not 
used now. 


   Right.  The reason for this is that the range can still be used for 
editing.  E.g. Edit > Cut Range.


Good point, then I take that back!


So maybe as advanced loop has the 'precedence' on normal one just make 
the whole range (up to the end of the last segment) blue (or whatever 
colour is chosen): i.e. have a visual clue on the ruler of what is 
actually being looped?


   Then we will have to disable the range menu items which limits what 
one can do while in this mode and could lead to confusion.


No, no, I had missed this aspect. Cut/copy range etc. are really 
powerful and while I admittedly haven't used them a lot recently, I have 
in the past and deactivating functionality like that for the advanced 
looping seems a little too 'extreme'


My approach
was for Advanced Looping to always show the range regardless of 
on/off/all loop status.  This makes it easier to use the edit range 
features.


Agreed!



There is also now an ambiguity about what the loop button in the 
transport does when Advanced loop is on in preferences: at the moment 
it seems it still only switches normal loop on / off.


   Exactly.  That was the plan.  Though it probably wouldn't be too hard 
to add "all" into the rotation.


OK I guess that can be for the future as advanced looping is still 
considered beta. This also in light of the recent addition of the loop 
button (see other thread).




About the latter I think now we have two possible loop modes from a UX 
point of view the best would be to have two distinct buttons in the 
main toolbar (within the transport controls is usually rather 
idiomatic for sequencers) and two distinct keyboard shortcuts to 
toggle these on/off. I think it's fine for one to have 'precedence' on 
the other but which is active should always be evident.


   That's another option.  I see it as one button with three states 
(like VLC media player does).  But it can certainly be two buttons.


That (three states) could actually be really cool, maybe using colours 
(but taking into account your correct concern for accessibility with 
colours!)




I hope this helps and is clear let me know if you want maybe a 
walk-through and more detailed explanation of the above.


   Quite clear.  Just that one thing I mentioned above (right-click and 
shift+left-click are the same) I wasn't sure about.


Hope I explained everything correctly now ;-)

Lorenzo


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


Re: [Rosegarden-user] Loop Buttons on the Toolbars

2022-10-30 Thread Lorenzo Sutton

Hi Ted,

On 31/10/2022 01:02, Ted Felix wrote:
   Just pushed [833ea5f3] which adds loop buttons to all three major 
window transport toolbars: main, matrix, and notation.  They should 
behave exactly like the loop button on the transport.


Thanks! IMHO this is a really cool feature to have especially the fact 
that it's there also in matrix in notation, and makes the loop in 
Rosegarden much more 'sequencer idiomatic'!


There might be an issue: if you start with 'traditional' loop mode, 
select a range (that also turns looping on) and then select the advanced 
looping in preferences, turning looping on/off still only affects 
traditional looping behaviour while you can only turn the advanced 
looping on/off by right clicking on the top bar. Additionally once in 
advanced loop mode you can't deselect the traditional loop range any 
more with right click as this is now 'grabbed' by advanced loop.


Essentially the only way to get out of this situation is de-activating 
advanced loop mode in preferences and restarting rosegarden. Unless I'm 
missing something.


I understand that advanced vs. traditional lives in the preference, with 
the idea that a user might just set it up once and not change it so 
frequently. Personally I'd see use cases for both while working on the 
same piece (e.g. using traditional loop for small segments like a verse 
or chorus, an then the advanced for a whole - potentially in progress - 
song), so maybe this is more minor and can go in the future release.


Sorry for the terse feedback, I assume being a little redundant at this 
point is better than ambiguity :-)


Lorenzo



   This is likely the end of my changes before feature freeze on the 
9th.  Feel free to dig in and give it a good beating.


   Please test latest git.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Loop Buttons on the Toolbars

2022-10-30 Thread Ted Felix
  Just pushed [833ea5f3] which adds loop buttons to all three major 
window transport toolbars: main, matrix, and notation.  They should 
behave exactly like the loop button on the transport.


  This is likely the end of my changes before feature freeze on the 
9th.  Feel free to dig in and give it a good beating.


  Please test latest git.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user