Yes, it would be more efficient - currently we need two clicks AND a precise mouse-move to go to the second box (where).sl23 wrote: Wed Aug 30, 2023 7:58 am When clicking on one of these buttons, it would be more efficient for workflow if all locations would appear in the browser list. negating the need for the 'Where' box
MuLab 9.2.22 (CLAP plugin support)
- KVRian
- 545 posts since 1 Dec, 2021
- KVRian
- 545 posts since 1 Dec, 2021
You do not have the required permissions to view the files attached to this post.
- KVRAF
- 3154 posts since 28 Mar, 2008 from a Galaxy S7 far far away
Essentially, if desired, you could remove the What and Where fields and rename Which, to Search. This would look neater and give a less hobbyist feel to it. Though, I know some users may like it how it is, cough Michael, cough cough!
- KVRAF
- 3154 posts since 28 Mar, 2008 from a Galaxy S7 far far away
What is that screenshot? My browser doesn't have those buttons! I'm talking of the Browser that sits to the Right or Left of the screen.
Also, I would say those are 'Where' Locations. Making buttons for everything at this time is perhaps too time consuming? Trying to consider everyone here. Maybe for now just the main What functions?
EDIT: I see now, you're talking about the browser when clicking a rack slot, yes? Different browser, but maybe this could extend to that too? Perhaps it's possible to make them use the exact same code? Is that possible or easier?
Also, I would say those are 'Where' Locations. Making buttons for everything at this time is perhaps too time consuming? Trying to consider everyone here. Maybe for now just the main What functions?
EDIT: I see now, you're talking about the browser when clicking a rack slot, yes? Different browser, but maybe this could extend to that too? Perhaps it's possible to make them use the exact same code? Is that possible or easier?
- KVRAF
- 3154 posts since 28 Mar, 2008 from a Galaxy S7 far far away
One other thing that would really help navigating long lists is if the Parent folder could be a different colour. This would be helpful if it were a global option btw, so all menu Parents had a different colour.
Would that be possible Please?
Would that be possible Please?
- KVRian
- 545 posts since 1 Dec, 2021
Yes, it's a rack slot browser. I like the tree structure which can also be shown in normal browser (all files), however I'd prefer some folders to be hidden - maybe this could be filtered by using the buttons
--- ---
P.S. "Where" box can be useful, example: What - Sequences, Where - This project
--- ---
P.S. "Where" box can be useful, example: What - Sequences, Where - This project
You do not have the required permissions to view the files attached to this post.
- KVRAF
- 3154 posts since 28 Mar, 2008 from a Galaxy S7 far far away
I understand the Where box is useful, some may prefer it, I am just suggesting it may be better, easier, maybe more productive to remove that and just show ALL those options from the Where box in the actual Browser field. That way you can instantly see where you want to go after clicking a What Button. And if Parent folders can be coloured, it would make the whole navigation easier to see at a glance. If colouring Parent folders is accepted, could we have a couple of options here please. I would suggest two or maybe three levels deep for colouring.
So the What would be Sequences, but as a [SQ] button, clicking it would show a list in the Browser field:
> This Project
> Project Folder
> Factory Library
> User Library
> Desktop
> Browse for Folder
> Favourites
This list could be either browsable, may be harder to code for though, or it could be like a file manager that opens that directory as it would currently do. I feel this would make for a faster workflow, don't you think? And maybe Michael might agree!
This removes the need for the What and Where fields, though it may disgruntle some other users, but I'm just sounding out what others think to gauge it's usage. I personally think, and I believe it's the whole ethos of MuLab, it's better to reduce clicks and searching at every opportunity and this approach does that. Soon as you click a What button, as in the above example, the Browser instantly shows the Where location, from there you can see straight away without having to click the Where field and select.
If this approach is implemented, there would need to be a 'Back' button to go up/back to the Parent folder.
So the What would be Sequences, but as a [SQ] button, clicking it would show a list in the Browser field:
> This Project
> Project Folder
> Factory Library
> User Library
> Desktop
> Browse for Folder
> Favourites
This list could be either browsable, may be harder to code for though, or it could be like a file manager that opens that directory as it would currently do. I feel this would make for a faster workflow, don't you think? And maybe Michael might agree!
This removes the need for the What and Where fields, though it may disgruntle some other users, but I'm just sounding out what others think to gauge it's usage. I personally think, and I believe it's the whole ethos of MuLab, it's better to reduce clicks and searching at every opportunity and this approach does that. Soon as you click a What button, as in the above example, the Browser instantly shows the Where location, from there you can see straight away without having to click the Where field and select.
If this approach is implemented, there would need to be a 'Back' button to go up/back to the Parent folder.
Last edited by sl23 on Wed Aug 30, 2023 9:43 am, edited 2 times in total.
- KVRAF
- 3154 posts since 28 Mar, 2008 from a Galaxy S7 far far away
- KVRAF
- 5381 posts since 25 Jan, 2014 from The End of The World as We Knowit
It is quite interesting to see the different ways people use the Browsers!sl23 wrote: Wed Aug 30, 2023 9:30 ammaybe Michael might agree!it's better to reduce clicks and searching at every opportunity
But I am not interested in reducing mouse clicks.
Mouse clicks are like tiny steps on decision-making pathways.
When paced correctly, they help users make more efficient decisions.
OTOH, if too many decisions are grouped together in one step (e.g. What & Where), you need more mental bandwidth and time to decode all the options.
F E E D
Y O U R
F L O W
Y O U R
F L O W
- KVRian
- 545 posts since 1 Dec, 2021
I see your point Michael, but some users may make decisions even before creating a new project. Example:
I want my project to have a MIDI-programable drumkit, bass synth, percussion loop, two arp-synths, synth pad, lead and polysynth/keys, Two FX buses (reverb and delay) and a channel strip for each track + master bus. How do I do it quickly?
I want my project to have a MIDI-programable drumkit, bass synth, percussion loop, two arp-synths, synth pad, lead and polysynth/keys, Two FX buses (reverb and delay) and a channel strip for each track + master bus. How do I do it quickly?
- KVRAF
- 5381 posts since 25 Jan, 2014 from The End of The World as We Knowit
Option A: set up a template with the FX buses and channel strips; put your synths in the same Category & use 'select next and drop again;' audition drumkits and loops using Preview Monitor.
F E E D
Y O U R
F L O W
Y O U R
F L O W
- KVRian
- 545 posts since 1 Dec, 2021
That's what I do (more or less)
The difference is that I use Studio One's browser where I have access to my saved MUXes
---
---
You do not have the required permissions to view the files attached to this post.
- KVRAF
- Topic Starter
- 13862 posts since 24 Jun, 2008 from Europe
The "What + Where + Which" way to fill the browser list will be kept for now.
About the preset button labels: I propose that you can label them yourself, apart from the preset name. So you can use very short labels (even only a couple of chars) or longer ones.
If no explicit label is given the button will simply show the preset name.
I've also changed the way plugins are listed by enabling the "Where" field for plugins so that it can indicate a plugin category. So, for example, if you group all your EQ plugins into a "EQ" category you can then also add a browser preset button that says "EQ Plugins".
Here is an update preview how the browser may look:
About the preset button labels: I propose that you can label them yourself, apart from the preset name. So you can use very short labels (even only a couple of chars) or longer ones.
If no explicit label is given the button will simply show the preset name.
I've also changed the way plugins are listed by enabling the "Where" field for plugins so that it can indicate a plugin category. So, for example, if you group all your EQ plugins into a "EQ" category you can then also add a browser preset button that says "EQ Plugins".
Here is an update preview how the browser may look:
You do not have the required permissions to view the files attached to this post.
- KVRAF
- 3154 posts since 28 Mar, 2008 from a Galaxy S7 far far away
Ok sounds good. Looking forward to trying it out!
Does it mean we can create buttons from the categories shown in the What field though? That was my reason for requesting this.
Does it mean we can create buttons from the categories shown in the What field though? That was my reason for requesting this.
