-
Notifications
You must be signed in to change notification settings - Fork 29.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Polish explorer tooltip rendering #174085
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Tyriar It sounds like there's two concerns here.
|
It can provide value though, adding a setting to disable it outright feels like a cop-out. Will making it less intrusive solve the problem most of the way so we can avoid the extra setting? Users could have problems with all sorts of hovers across the product, we shouldn't be adding individual settings to disable the hovers (I'm guilty of this too with |
This seems like the best future, but quite complicated. Maybe as a stop gap we switch to custom hovers that always render outside the explorer view? |
I wish it to be used for all hovers, not just explorer hovers. Two simple solutions, add an option to disable all hovers, or set a shortcut key for all hovers, both are acceptable for me. |
Both of these are unfortunately not as easy as you might expect. At least until we move all hovers onto the custom hovers (as opposed to our current mix of |
...options, | ||
target: indentGuideElement, | ||
compact: true, | ||
additionalClasses: ['explorer-item-hover'], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks better 👍
You could maybe align it easy via getComputedStyle
and then applying all the relevant font values to the hover element?
* Place explorer tooltip rendering behind a setting * Implement windows hover behavior * Pass the actual mouse event rather than a synthetic click * Remove explorer setting * Remove more code that was added for the setting * Fix bad merge * Address PR comments
I don't know how to make a screenshot of it, but the "Contains emphasized items" tooltip is so large that it interferes with mouse context menu operations. It is not fixed. Please consider a setting to disable these. |
@gregdelozier That will be fixed for insiders and this tooltip will not go out in stable as there is still some polish to be done here. |
I'd like to add that this is super annoying, I can't even fast-scroll through the files, because the scroll gesture gets caught by the hover and it stops scrolling, I have to look for some empty space in the explorer so I can continue scrolling. Sometimes I wish for a tooltip, if I need to see the full filename and if it is too long, but I would expect for the tooltip to work the same way tooltips work anywhere else, by staying on the item for a few seconds. I would rather turn this off and have no tooltips than to be interrupted in my work because of the tooltip. Is there a way to turn this feature off until it is fixed? |
I never noticed the original tooltip issue, until this supposed fix made me notice it in a worse way. Now I can't scroll quickly and pulling up the context menu becomes troublesome. |
This should be off now, still working on improving it before looking to ship this. |
Fixes #173236
Polishes tooltip rendering to match more what windows does