Instead of using keyswitches to swtich between H and V spans, i use controllers (Like CC23, CC24 etc....) Without percentages, it is impossible for me to know where horizontal or vertical patches change between one another....I now have to guess. I can see how this would be irrelevent if one is using keyswitches, or one of the automatic controllers (like speed), but for someone like me who uses Controllers, the percentages are extremely necessary.
-
You have digital controllers so you can see the percentage you move your slider? If not, i'm not sure I understand.
I use the controllers on my keyboard, and these have no interface. I simply look at them to see what I have slided them 50% etc. I mean unless you have 4+ cells controlled by a single slider, it should be fairly easy to see if you are in the top, middle or bottom percentage.
-
That's just it....I sometimes have all 12 cells controlled by one controller. I have taken a great deal of time to organize my workflow in this manner and have an automation feature i have written in cubase that uses this layout...So without a fix i esentially have to re-write all my presets and my plugin in cubase.
It is obviously not impossible to figure out what these percentages are, but it just makes things extremely inconvenient for me. If all the cells are equally subdivided, the task is quite easy...but if not, its esentially a matter of trial and error.
I just don't understand why functionality that was already present in the previous version has been removed. Like you said, it doesn't seem to be a difficult thing to add back in. Those whose workflows do not require this feature can simply ignore it.
All best,
-Ron
-
Good point, I agree totally. It helps the workflow.
Herb , could you please at least explain why it has been removed?
IF it´s not a big deal, it would be nice to have the numbers back in an further update.
Thanx
Oliver
-
I miss the numbers, also. It really saves an extra step and thought process which are easily multiplied when hundreds of such mental calculations accumulate and takes one's mind off more creative streams of consciousness.
I am curious as to why this feature was deemed unnecessary, because i've only found slower methods of working without it.
-
It occurred to me that the numbers might have been removed because they look a little intimidating to new users who haven't yet figured out what they represent. However, it's always frustrating when perfectly good features mysteriously disappear in an upgrade. I'd urge the designers to have the strength of their original conviction and restore this useful display!
-
Thanks Herb. I understand the conceptual difficulty, but still feel that when setting up thresholds it's more helpful to see numbers (albeit slightly meaningless ones) than to have no numbers displayed at all. Maybe a one-size-fits-all 1-127 is the way to go? (When applied to speed, we can pretend it means miles per hour.)
-
I think it should be a user preference. We could choose for example :
[] No numbers
[] Percentages
[] Values (0-127)
We get used to a specific way of working, then an updates comes out, features just disappear and we have no other choice than to comply and change our ways of working.
I think the best would be, if the VI developpers really want to remove a feature, to give "old" users the option to put it back on.
Old features that you turn on in a preference pane don't confuse new users, and they make long-time users happy. Everybody wins!
I understand the need for making your software simple for new users, but don't understand why this has to be done by penalizing long-time users.
Jerome
-
Hi Christian and Jovan, thanks for your comments. Forgive me if I'm labouring the point, but just to clarify - the main reasons why I need to see the H and V settings displayed as numbers are:
1. I can program CC commands (etc.) into sequences knowing in advance what values will trigger a switch, rather than having to guess where the switch point is.
2. It makes it easy to copy settings precisely from one instrument to another.
Strength in numbers!