The behavior of a method generating Commands

[markus]

@JasonJoel

Don't mind him - he is just "that way" when posting sometimes. Why? Only he knows. But he is also an excellent resource, and really helpful most of the time, too. So -

Yes, I've started to realize that...

@JasonJoel

I completely agree with you, for the record. I would LOVE the ability to hide commands/collapse sections of command in a driver.

@mike.maxwell

this has been discussed, along with preferences.

At least with Preferences, I can have a boolean value which when set makes other Preferences show. This makes things a lot easier to use for the user, for sure.

@mike.maxwell

While we don't have any immediate plans to implement this, we understand the need and benefit of this.
This is much different than dynamic capabilities and commands, this is mostly UI work with a little back end schema to support it.

Really do hope you could do this, or at least set a useful ID on the parent div of "tileContainter-XXXXX-Y", like "tileOuterContainer-XXXXX-Y"...
But yes, more than just an ID tag would make it usable for more devs as well as more robust.
With hope for a swift implementation of this feature, thank you for your patient replies!

@mike.maxwell

Much can be done by creating a parent stub device that's bound to the actual physical device, then via code or user preferences create composite child device(s) using the selected capabilities.
While the parent's capabilities aren't changing at run time, the composite children can.

Yes, absolutely, working on stretching that as far as I can in an upcoming driver...