Minor Annoyance with IDE Inspector Behavior

Does it annoy anyone else that if you create a custom control and add some properties to the inspector behavior that have fairly long names, the contents of the ID section gets pushed over way to the right?

I understand that it’s being aligned with the labels and fields in the bottom sections, but they are so visually separated the it just looks goofy and makes the inspector more difficult to use because content is cut off in the text fields.

It’s a really minor thing, but every time I see it is gets on my nerves for a second and if Xojo is developed in the Xojo IDE, I would have to imagine that it annoys the staff as well.

Anyway, here’s the ticket that I opened to see what they have to say. Give it a thumbs up if you agree.

https://tracker.xojo.com/xojoinc/xojo/-/issues/77564

3 Likes

An argument could be made to align the labels only within a group. I’m not sure if that would trade one visual annoyance for another, but your point is valid. I’m just not sure what the logic should be.

Yes!

My vote is that ID section should not align to the sections below the Locking.
Anything below Locking aligned together (as it is now).

1 Like

Yeah, that was my thought.

The ID labels can align with the Left and Width labels in the Position section and the rest can remain the same.

1 Like

Well one of the challenges is the inspector is entirely data driven. One solution could be a custom ID container, like is used for locking.

There are so many issues with this area of the IDE:

  • Have proper checkboxes instead of the silly switches.
  • Organise the properties in a section alphabetically.
  • Ability to close subsections.
  • Consistent order. Especially older projects like to have their properties scrambled.
1 Like

The silly switches are a major annoyance.

3 Likes

Checkboxes do not go on the right. Switches are now a standard UI element in most operating systems, and fit the use case perfectly. There’s nothing silly about them.

3 Likes

a) In some cases you have to physically slide them one way or the other to change state, instead of a simple click. But not always.

b) Since I don’t know whether “On” is to the left or to the right, I have to rely on the colour, which IMO makes it a bad UI component.

c) The checkbox can just be moved to the left.

1 Like

Xojo’s switches never need to be dragged.

This is understandable, but in most implementations, there is a way to add more visual cues. I don’t believe Xojo’s can do that, but they should. But at the same time, every implementation uses left for off and right for on. So the habit should have been built by now.

In a thread specifically calling out alignment problems, you want to do that?! That would look so much worse.

No, the checkboxes don’t look worse than the silly switches:

Screenshot 2024-10-09 at 16.23.39

I also can never remember which side is on and have to rely on the color.

I proposed a solution to move the labels to the top above the control, rather than next to them.

For certain items it would be a massive gain. For example the Constants and Method panels. Likely even the ID block for other things. Below locking it could stay the way it is.

https://tracker.xojo.com/xojoinc/xojo/-/issues/64377

While they’re at it there is a size / position mismatch between Windows and ContainerControls:
https://tracker.xojo.com/xojoinc/xojo/-/issues/64060

I’ve also got one somewhere for Method parameters to be one item per line with horizontal and vertical scroll (if required). Which would leave the parameter names always nicely aligned on the left (most of the time anyway, Extends etc)

No - such a move would be really really bad. It uses up vertical space rather than horizontal space. A smartphone is used, typically, in vertical orientation. Most desktops are used with displays which are wider than they are tall. Which is why Apple’s attempts to have message panels designed for iOS showing on macOS is so stupid.

1 Like

The panel scrolls up and down as it is. It doesn’t scroll sideways. This leaves little space for the window / code editor on even a 16" screen. Not everyone is on a massive screen

The constant editor is the worst offender, with almost no space what so ever for the actual important item, the constant.

Checkboxes never go on the right. The moment you have to use a label and a captionless checkbox should be setting off alarm bells that you’re doing something non-standard.

So given the constraints:

  1. Can’t put the checkbox on the right.
  2. Left checkbox can’t fit while staying aligned.
  3. Use a switch

Yeah… I made the right choice. I’m very receptive to the IDE’s shortcomings. There’s plenty I wish I had an opportunity to finish. But this isn’t one of them. The switch was (and still is) the right control to use for this design, and that’s a hill I’ll die on.

3 Likes

Sorry, no. The switches don’t serve any purpose on macOS. They are a symptom of the sickness that is called “modern interfaces”.

2 Likes

Yeah. Time moves on, things evolve. I’m not one to sit around and hope the 90’s come back.

2 Likes

Evolving isn’t necessary in the right direction.

1 Like

macOS does include a switch control. It has more options than the Xojo version. For example it has optional text or image for the on and off states.

I’ve been using DesktopNSSwitchControlMBS, which works quite well.

Then, when you go to Settings > Accessibility > Display and turn on “Differentiate without color”, the MBS Switch changes visually.

Edited to add: Available on macOS 10.15 (Catalina) or newer.