Minor Annoyance with IDE Inspector Behavior

Oh now that would be cool to see in the IDE. It certainly looks doable (from the outside *ducks*) as a macOS only feature, even if it’s a custom switch control.

Heck, I wouldn’t mind to see it always and on every platform. I and O as boolean indicators is an actual standard. Power symbol - Wikipedia

Does anyone know if there’s an existing ticket to add my :+1: to? I feel like there has to be.

There needs to be an option for Windows and Linux before Xojo would consider it.

calling this for years now. Especially on smaller macbooks it’s always a pain to have the inspector even visible. The realestate is used like a town, instead of a skyscraper.

Oh look, I found another use of the switch in an interface. I dare not change it, I think I found the way to turn off new outlook hidden somewhere.

MS guidance on one or another:

Well the extra clarity benefit claimed for the toggle switch actually has nothing to do with the toggle switch itself. The extra clarity comes from having an extra label that displays the current state: ON. The check box case could do the same thing.

That toggle switches STILL confusing as are most toggle metaphors. The ambiguity is whether any label is representing the CURRENT STATE or an ACTION for what the state will become if toggled.

And that is especially so for these toggle buttons. Does that little 1 indicate that the switch is currently ON, or that it will be on when the slider is moved to that position? And the indicator feels more like an action metaphor because it’s located in two different positions thus somehow positional. “Move here to do something”. If it was just a current state indicator it should have a fixed posiiton and then a representation of the current state.

It would be slightly better if the value was shown within the handle, because then the value when the right would correspond to the position being on the right.

Microsoft always was funny. I was never confused by a checkbox and the silly switches have often confused me.

Not a Microsoft thing, just a current standard.

You know, I read “food intolerance” easily, but I have a problem with things like Nahrungsmittelunverträglichkeit, but I don’t think I can change the German language and it will continue there as is.

This metaphor was adopted by all platforms and I guess at some point you will need to adopt it.

But “platforms” are late to the party. We’re all familiar with government forms that ask us whether we own a dog and we dutifully tick the box if we do. It’s something we’ve all been familiar with for years, not the five minutes that smartphones have been around.

Well… Box ticker people will die soon (hey, me included) and smartphones and tablets will stick around.

Conform, the rules are set, the UIs around you are now this way.

Is it the end of the checkboxes? No way. Both coexist, the use may vary, but putting checkboxes where people instinctively will expect switches (really, they will, specially on tablets) will scream “wow, outdated app”. I remember needing my “stylus” to click on checkboxes on the resistive display of my ultra novelty top of the line e-ten M700 18 years ago that suddenly gone to a drawer when iPhone 1.0 appeared like 2 years later.

I like the switches. It’s odd they are not a control available in the IDE.

3 Likes

Microsoft is nearly the very last place I would go for UI guidance… but they have a point here. The ON switch is more explicit in its meaning. Their example isn’t great, though, because there are other UI paradigms that one might use to indicate that the lights are on or off other than a checkbox. And - the checkbox is more compact and might be the right choice in some contexts.

Takeaway: it’s not a clear case of “this is always the way to go”. :slight_smile:

Out of curiosity where is the first place you would look for UI guidance?

Real life.

?
You mean you follow what is best for the application you are building?

I tend to look at the apps where I feel comfortable and productive and learn from their example. I’m a Mac-only programmer, so that does cut down the number of decisions I have to make - no need to worry about how the app is going to look on other platforms. Apple’s guidelines, such as they are, are occasionally useful in explaining user expectations of certain controls.

2 Likes

Understandable :+1:
Just so many target platforms and so many guidelines

UI/UX concepts are basically the same for all.