Kel Philm wrote:The idea behind hovering is that it is a learning process, I don't know so I hover, I see the text, learn and make an association with the icon (a very economical use of space). I don't hover every time.
Really?

- MysteryIcons.PNG (2.22 KiB) Viewed 151059 times
So you're going to associate the icon with the wand to "user" and the icon with the wand to "force" and the icon with the wand to "inter" and the icon with the wand...
And when someone needs help with a tool, are we going to say "click on inter, that's the one with the wand"? BMD's support staff shouldn't have to tell people to navigate by tooltips over the phone.
Kel Philm wrote:It makes sense that existing users aren't going to like changes to things as they have to remap some very ingrained behaviour.
Or existing users can recognize a bad design that slows down workflow while new users just see "modern user interface" in the release notes and don't care that it's slower.
Kel Philm wrote:These have become user interface staples for a reason... they are their for the general user base.
No, they aren't. No one, so far, has been able to make a single argument as to why the new changes have any benefit. Go ahead and enlighten us if you know what the benefits are, but so far no one has presented anything more than "I like new stuff" as a reason. I'm asking anyone to explain what the benefit is without using an appeal to authority. But really, it's BMD who hasn't made any explanation as to what the intent of the changes are. Grant says they do user testing to make sure the interface has as few actions as needed, but was that done here?
There's a ton of really nice stuff in Fusion 16, but so far the interface hasn't presented anything that says "this is a clear, objective improvement".
Actually, I take that back... You can now enter multiplication and addition (+ and *) operators into time code boxes. In previous versions, you had to do -- and /(1/n). That's a win for users on the UI front and appreciated. There is also a "hidden inputs" option that works reasonably well. That's also welcome, especially because it's entirely optional. I'd prefer that it handled UserControls better and could be assigned on a per-input basis and would reveal on selection, but the graphics for it are 90% perfect.
Kel Philm wrote:some may find it slower
Not some. All. It's not subjective. When a task involves more steps, it is usually slower. When those additional steps are the same steps as before just repeated, it will
always be slower. 2+2+2 isn't sometimes more than 2. It's always more than 2.
Kel Philm wrote:Agreed Combo controls are a step backwards, one look and I don't even know what all my options are, its a speed/space trade off that will slow people down.
The ComboControl also doesn't have the ability to do toggle or tristate. Or the ability to use an icon, ironically. Some plugins and Fuses break because of this, and will have to be redesigned. And with a MultiButton, you can see what's selected without looking directly at it. You don't need to actually read anything, you can see the center button is pressed, for example, so you know don't need to focus on it more.
Kel Philm wrote:I would also like the interface team to try and work on dual 4K monitors as one of their test setups I'm sure going fwd this is going to be a reasonably common scenario.
Or mixed monitors. Not uncommon to have a 2160 and 1440 monitor mixed. Or to have a vertical monitor paired with a horizontal one.
But I'd also like them to use accessibility principles. Like the color scheme in the current skin has the text and background colors too close. You'd never see that used in a design for the public because it's too strenuous to read. Like full WCAG 2.0 compliance may seem extreme, but we're also talking about users spending 12 hours or more in front of 200dpi displays trying to complete difficult tasks, usually for money.
