A option which can turn off the path hover in the VSCode file explorer

[vanyauhalin]

Hi, I'd like to revisit issue #173236 regarding a feature awaited by many. It was previously in progress (see #174085) but was closed by the author, even though @lramos15 was keen on its implementation. I believe it's worth giving this feature another shot. Thanks.

#174085
#173236
#115653
#82775
#70768

[lramos15]

We don't plan to allow turning off the hover, but are aiming to make the hover more useful for the explorer

[vanyauhalin]

I'm sad about this decision because I try to hide almost all the elements inside my editor, making it as minimalistic as possible. If you can make the hover more useful, that would be great, but for me, it will most likely remain an annoying element that interferes with concentration.

I'm providing a way to disable this feature for those who resonate with my perspective. You'll need to install an extension that lets you inject your own CSS rules. I use Custom CSS and JS Loader.

Open Developer Tools to run the script provided below. This script will target the hover and all its parent elements:

// The time in milliseconds you have to move the cursor from Developer Tools to
// Explorer to display the hover-element.
const time = 3000

// The content that will be displayed inside the hover-element.
const text = "~/opensubtitlescli/rest/languages.go"

function main() {
  console.log(`Searching for "${text}" in ${time}ms...`)
  setTimeout(search, time)
}

function search() {
  let done = false
  let el = document
    .evaluate(`//*[text()="${text}"]`, document, null, XPathResult.ANY_TYPE, null)
    .iterateNext()
  if (el === null) {
    console.error(`Could not find "${text}"`)
    done = true
  }
  while (!done) {
    console.log(el)
    el = el.parentElement
    if (el === null) {
      done = true
    }
  }
}

main()

You can create a CSS rule to hide the hover based on the elements obtained. Here's what I came up with:

.monaco-workbench .context-view .hover-contents {
  display: none !important;
}

My VSCode View

My VSCode Version

Version: 1.87.2
Commit: 863d258
Date: 2024-03-08T15:20:57.520Z (1 wk ago)
Electron: 27.3.2
ElectronBuildId: 26836302
Chromium: 118.0.5993.159
Node.js: 18.17.1
V8: 11.8.172.18-electron.0
OS: Darwin arm64 23.4.0

[benibenj]

If you find the hovers in the workbench annoying you can increase the delay after which the hover is shown with the workbench.hover.delay setting. Please let us know what kind of information you would find helpful for items in the explorer.

[vanyauhalin]

Referring to editor.hover.delay as a solution seems a bit off the mark; it's more of a half-measure.

what kind of information you would find helpful

I don't require any extra information and this is my point. The content in Explorer provides me with all the information I need. Maybe some might find it useful to display something in this hover, my preference is to hide it.

[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!

[wasalm]

Please add this feature.
I have an issue that the context menu closes when a tooltip pops up.
An option to disable tooltips will help out.

( I am running code server b.t.w. )

[ssatguru]

If you find the hovers in the workbench annoying you can increase the delay after which the hover is shown with the editor.hover.delay setting. Please let us know what kind of information you would find helpful for items in the explorer.

I am assuming you meant "Workbench > Hover: Delay"
I have set it to 5 secs for now.
Option to turn it off would be really nice especially for Java Projects wherein, thanks to packages, files are nested real deep resulting in hover taking up to two lines.

[ashooner]

@vanyauhalin

.monaco-workbench .context-view .hover-contents {
  display: none !important;
}

Thank you so much for this. On FF, these hover tips are essentially a bug because of their strange positioning offset and stickiness (sometimes they remain visible until the browser window loses focus completely). For any others experiencing this: I'm using the FF 'Stylus' extension which let me drop this CSS in. I think this shows how unnecessary this path hover tips are in the first place.

[peter-fb]

I try to hide almost all the elements inside my editor, making it as minimalistic as possible.

That's also my approach. Therefore every setting that can turn off things is welcome, like turning off the path hover in file explorer.

[vscodenpa]

This feature request has not yet received the 20 community upvotes it takes to make to our backlog. 10 days to go. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

[vscodenpa]

🙁 In the last 60 days, this feature request has received less than 20 community upvotes and we closed it. Still a big Thank You to you for taking the time to create this issue! To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

[monk-afk]

all the popups from mouse hovering are too distracting and serve very little purpose after seeing it the first time. There are hover tooltips on every single window element except the slide bar. its basically clippy