File/Editor tab hover content customization

[SStranks]

Ability to customize the colouring and information generated by hovering over a file tab. What it currently shows:

Compared with the hovering of the icons in the activity side bar, which currently looks like:

Incidentally the activity bar hover can be changed using "editorHoverWidget" but it then also applies to hovers inside the code editor too. There should be a separation so the activity bar can be specifically targeted i.e. "activityBar.hoverBackground" and "activityBar.hoverForeground".

Potential colour customizations for the file/editor tab hover in the primary image above.

• "tab.hoverBackground"
• "tab.hoverForeground"

Information customization:

• "tab.hoverInformation": "short"/"long"/"detail"

'Short' would be just the filename, 'long' would be what it currently shows (file path), and 'detail' would show file name on the first line and path on the second line.

This is particularly important from a UX perspective, because when tabs are pinned if you want to see what file it is you either have to look at the breadcrumbs or hover, and if the file path is very long then on a large monitor your eyes are darting half the width of the screen. Incidentally the breadcrumbs itself could have a colour option to distinguish the active file from the rest of the path; what it currently shows:

The tab hover could also be brought more inline with the activity bar hover, which has a tiny triangle psuedo-element pointing to the element being hovered over as per image 2.

[daviddossett]

We may be limited here—the first screenshot looks like a native Windows hover element, which we wouldn't have any control over as far as I'm aware.

One option could be to use custom hovers everywhere. @sbatten have we talked about this before?

[vscodenpa]

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

[sbatten]

I don't think we personally have discussed this, but @Tyriar may have had discussions with the team when we adopted custom hovers in more places

[Tyriar]

The decision made in the UX sync was to slowly migrate over to custom hovers everywhere.

[vscodenpa]

:slightly_smiling_face: This feature request received a sufficient number of community upvotes and we moved it to our backlog. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

[Tyriar]

Moved to @benibenj as new owner of tabs. This is about adopting custom hovers in editor tabs.

[bpasero]

With the introduction of custom hovers everywhere, the colors can now fully be configured.