Feedback Case Number: https://tracker.xojo.com/xojoinc/xojo/-/issues/76674
There’s a video in the case. The code hint gutter can be infuriating, but this is the worst I’ve seen it. I literally can’t interact with the line I want to because of it.
9 Likes
What happens if you add some returns after the last line of code?
1 Like
The resizing / jittering suggestions bar makes it so I can’t work. I really hope they use this update as an opportunity to make the resizing behavior a setting so that it stops moving. This would be a step in the right direction.
Sure, that’s the workaround. But it shouldn’t be necessary. There are a handful of options, like allowing the code editor to center the active line no matter how many lines exist. Most IDEs have such a behavior. Or simply don’t resize the gutter, though I do like having the extra info.
The hints gutter is a troublesome UI element. There’s a lot of data attempting to be shown in a small amount of space.
Oh yes, for sure. I just wanted to know if this is a possible workaround. That the gutter resizes for overloaded function names was a welcome change.
How would you design the gutter?
Just to clarify, I desire an option to disable the resizing, I don’t mean for it to be removed.
The option for the bar to not resize is for the folks that have problems with their environments changing. I mean the people like me who never rearrange their living space, put everything in the exact same spot, and feel nervous / anxious when things are out of place.
I literally built an app because the IDE crashes if you use file locking on the .xojo_uistate files.
2 Likes
@Thom_McGrath - while I understand the frustration, perhaps a more informative (less click-bait) title would be appropriate for forum thread? 
1 Like
I don’t have an answer for that. It was a UI element we spent a bunch of time thinking about, but never came up with ideas we thought were good enough, so we decided to leave it alone until a better idea came to mind.
I’m a fan of the hints NOT floating over my code like some IDEs do. Just spitballing, but maybe it shows a single signature, has a hotkey for switching between signatures, and another hotkey to expand the gutter to view the full signature. I can still see problems with this though, because once your cursor moves, the signature you’re looking at is lost. So do you need a third hotkey to lock it in place? Now it’s definitely getting complicated.
And that’s what I mean. There are ideas… but I haven’t seen any good ideas.
Perhaps
When it comes to writing code, like in Methods or Events, there sure is a lot of empty space in the Inspector panel.
Granted it is not long horizontal space, but still, there must be a clever way of utilizing that tall empty area to display the hints?
Just a thought…
Don’t.
Improper space. And Inspector may be hidden. Don’t mix the purposes.
By the way, having floating boxes appearing are 100x better than suddenly moving the contents being edited. 
3 Likes
I don’t disagree with you @Rick_Araujo, because I sometimes hide the Inspector to read long lines of code, but it usually doesn’t take long before I need the inspector view back again.
What about the very bottom of the IDE? There’s a really long horizontal space with very little in it. Those toggle buttons could be moved to end or the other I’m sure.
Just another thought…
As said. It mix purposes causing side effects. You may not want the inspector showing up and may want the hints, and you should activate it just to see the hints… away. The inspector may be floating on another monitor while you are typing and we should look at there all the time unnecessarily instead of the hits being NEAR to the place we need them.
That’s an UX and ergonomics thing.
How about moving them into the area where errors and find is shown? Then the user could turn them on/off by showing/hiding the panel.
9 Likes
I would like to see and play with an option like that in an alpha/beta version.
Maybe that’s the way to go.
And having an option to auto turn this panel on when no other panel (Find/Errors/Messages) is on and we are in the edit mode.
4 Likes
Only if manually triggered in some way.
The community seems converging to some kind of consensus based on Greg’s idea.
For this, I made a feature request: https://tracker.xojo.com/xojoinc/xojo/-/issues/15202
I like this feature and this idea. But i also think, thats a lot of wasted precious screen space. Your screen shows it very clear.
Maybe an option to set the current area to 3 rows instead of 1, show a scroll if needed and be able to manually resize the area if/when needed. In other words do not expand/shrink automatically like it is doing now.