I've noticed that the scrollbars (e.g. in the playlist, the piano roll or the Groove Slicer) don't exhibit the same behaviour as standard Windows scrollbars. Specifically:
- if you click on the left-right or up/down arrows they scroll by a small amount, but if you click and HOLD on one of these arrows they don't repeat scroll until you release.
- if you click on a blank area of the scroll bar you would normally expect it to scroll one "page" in that direction, but instead it jumps to that position in the scrollbar (e.g. you might be right at the beginning of a very long song and you click in the far-right of the scrollbar and expect it to move ahead one page in your song but it jumps right to the end of your song.
Scrollbars not behaving like standard Windows scrollbarsModerators: Christophe, Mark
11 posts
• Page 1 of 1
Re: Scrollbars not behaving like standard Windows scrollbarsYes. New scrollbar has a little bit different behavour than standard Windows scrollbar. There is just something like "instant access" functionality (click on a blank area of the scrollbar to jump at the specified place of window). I hope You'll quickly get used to a little different way of scrolling
Re: Scrollbars not behaving like standard Windows scrollbarsSo you're saying this new behavior is by design - you've purposely spent time developing a new type of scrollbar that doesn't behave the same way as other scrollbars? Or have I mistaken what you meant in your reply?
Please don't get me wrong - I really like Orion. I just spent quite a bit of money purchasing a copy. I am just posting suggestions in this forum which I hope will assist in future development. This felt like a bit of unfinished UI functionality that might need further refinement, but if this is truly how the application is intended to function then so be it.
Re: Scrollbars not behaving like standard Windows scrollbarsTo explain further why I was surprised by the way they currently work... I would actually suggest that (in my opinion) the standard Windows scrollbar functionality (paging when you click in the blank area) is more useful than what you've implemented in your custom scrollbar (where clicking in another area jumps to where you clicked) because:
- it is useful to be able to progressively move through your project one page at a time (I've seen this page of the song, let me see the next section that's just out of view) - if you do want to jump to a much later section in the song in one mouse operation then standard scrollbars already provide that option; you click and drag on the scrollbar and let go of the mouse at the point where you want to jump to
Re: Scrollbars not behaving like standard Windows scrollbarsYeah, but I think Playlist is not simple Word document why don't You try to scoll by holding down Ctrl key + mouse whell? It's even faster and it does exactly a page scroll.
Re: Scrollbars not behaving like standard Windows scrollbars
True, but it's slower than direct navigation. It can easily happen that the mouse cursor is already in the correct position (or close to it), and you need a single click only. Using standard Windows behaviour, you need to move the mouse pointer first, then click+drag to the new location. If the scrollbar is small due to a large scrolling area, you additionally have to hit it, etc. Also try the mouse wheel option Marcin mentioned above. I strongly suggest to use the mouse wheel for scrolling and zooming operations, it'll speed up your workflow dramatically. Admin - Synapse Audio Software
Twitter - www.twitter.com/SynapseAudio Facebook - www.facebook.com/SynapseAudioOfficial
Re: Scrollbars not behaving like standard Windows scrollbarsOK, I'll go with your judgement in that case - you've obviously thought this through and this is how you'd like it to work. The Ctrl+mousewheel technique works OK as well.
However, I'll just give one more example where I think this hinders rather than helps (it's actually where I spotted the behaviour first). That's when you are in the Groove View for the sampler. You load in a loop, then click Auto-Slice, then you want to tidy up all the slice points to make sure they are exactly on the transients. So you zoom all the way in on the waveform and go to the first slice. That's fine so you want to advance bit by bit along the waveform until you find the next slice. Clicking on the right arrow scrolls you a tiny way along the waveform, but doesn't repeat if you hold the mouse button down, so you have to click, click, click to inch your way along the sample. So instead you try clicking on the scrollbar to move to the next page but instead it jumps way further into the waveform than you wanted. Even if you click really close to the scrollbar 'handle' (which is now tiny as you've zoomed in so far) to try to "instant jump" only a small distance you have no idea if you've jumped too far and missed a slice or two. With paging, you know you're always advancing one screen at a time. Maybe adding Ctrl+mousewheel functionality to the Groove View would make it consistent - but I'd prefer paging
Re: Scrollbars not behaving like standard Windows scrollbarsOr maybe a global option to allow the user to turn on "direct navigation for scrollbars" otherwise it defaults to standard Windows behaviour...
Re: Scrollbars not behaving like standard Windows scrollbarsI've just realised why this didn't gel with me as a reason; the problem with Direct Navigation in the way you're describing it for scrollbars is that you have no visual reference on the scrollbar (other than distance along the timeline) for what part of the song you're going to hit if you click to jump in this way. Where this does work well is in your Navigator view at the top of the playlist - you have a visual representation of the entire track and can click exactly on the part of the song you want to jump to. There, direct navigation makes sense.
On the scrollbar you are simply clicking in the dark, so to speak. You say:
I would suggest that because you are unlikely with such a direct jump via the scrollbar to hit the exact part of the song you were hoping to jump to, you'll end up clicking and dragging the scrollbar afterwards anyway to move you closer to where you were hoping to jump to. So to me, if you reverted to standard Windows behaviour for scrollbars you please everyone - you have the Navigator view at the top of the playlist to do the direct navigation (which I can see is useful) and the scrollbar to do the standard paging and click+hold arrows to scroll. Another navigation tool where direct navigation would work perfectly is if you provided a marker track, as has already been mentioned here: viewtopic.php?f=5&t=9280
Re: Scrollbars not behaving like standard Windows scrollbars
Do you speak for everyone? I don't use the Navigator....although "Repeat" for Arrows would be a nice addition.........
Re: Scrollbars not behaving like standard Windows scrollbars
Clearly not. Just trying to offer some positive suggestions. Seems this one's not a flyer though. Fair enough.
11 posts
• Page 1 of 1
Who is onlineUsers browsing this forum: No registered users and 427 guests |
© 2017 Synapse Audio Software. All Rights Reserved. |