Show tooltip bellow the mouse cursor, instead of above it

[evandrocoan]

• VSCode Version: 1.14.1
• OS Version: Windows 10 build 15063

Help tool tip should be placed bellow the mouse cursor on the settings.json file, instead of above item. For me it is horribly confusing putting it above it, beyond blocking my vision, as I read what is above my mouse cursor, not bellow it. Perhaps a setting to configure this behavior.

• The mouse cursor is where the big red arrow is pointing.

Steps to Reproduce:

1. Open the settings.json
2. Place the cursor in of of the settings

Reproduces without extensions: Yes/No

---

Related threads:

1. Disable tooltip hint in Visual Studio Code

[rebornix]

We don't have a setting for this while we decide where to show the hover internally, for example, if you hover on code in the first line and there is no space above the cursor then we show the hover below the line.

[evandrocoan]

But internally you prefer to show them above. For example, if the space both above and bellow are available, you decide for above. This is really annoying, and is the opposite for other editors as Sublime Text, which favors to show bellow:

Most my vision is focused on what is above of the cursors, so favoring it to show above simply blocks my vision field. Hence would be very welcome this issue be a enhancement setting for the internal algorithm to favor bellow the cursor:

, over the above the cursor:

[rebornix]

Reopen this and see ppl's feedback on this. @evandrocoan Thank you for your patience and detailed info.

[ahaswell]

Wholeheartedly agree. Its extremely frustrating having the previous 4 lines of code obscured by the tooltips when it could just be placed below where Im typing in the empty space. Please allow us to choose above of below at the very least! cheers!

[a-heryani]

I completely agree. This is annoying as hell. Blocks my view of the code lines above. I need to see those. I don't care what is below. Having to move the cursor away just so that I can see what I have written above is poor UX

[jaymcgrath]

VS code is awesome, thanks to the contributors for all your work!

That said,these tool tips are driving me nuts! I've never been bothered by intellisense before, and I actually rely on it, so I don't want to turn it off. Like most other people have said, showing tips above the line makes it hard to tell what I'm doing.

[fengyuentau]

Do we have a solution for this now? Showing tooltip above the cursor does block my view of code lines above. Though tooltip is useful, I still have to turn it off since I found no way to make it show below the cursor. To turn off this, open User Settings and add the following line:

"editor.parameterHints": false

[daltonhildreth]

Is it possible to make an extension for this while we wait?

[Noiredd]

Yep, whatever productivity I might have gained from having the tooltip is lost because I have to hit escape repeatedly to close it. Because not only it blocks view, but also reappears every time I hit a comma in an argument list for example.
Real shame because VS Code deals with Python really well and the hints are useful :(

[ramya-rao-a]

This is similar to #33752

[dustinfast]

Whole heatedly agree! I'd be happy to work on this if someone can point me in some vague direction on where to begin exploring (I've not dug into the VSCode source, but would absolutely love to contribute).

[rv-cturley]

Would still love to see this worked on, I am with @dustinfast if someone could point me where to start looking I could help out.

[targetcreature]

Any movement on this? Would love to be using tooltips, but currently have them off for this reason.

[rjhilgefort]

Would love to see tooltips below as well. Disabling for now.

[phuein]

Same issue. One of a handful that now made me go back to ST3. How is this 2 years open and still not fixed, at least with a settings option?

[futscdav]

@rebornix Is this enough feedback? Please implement this as an option or allows us to change the default somehow.

[rebornix]

@misolori if I remember correctly, we have an issue tracking the experiments of Hovers/Suggestions/ParameterHints, right?

[miguelsolorio]

@rebornix yep, this one #63144

[tomboland]

Can I clarify. Do we upvote the vscodebot comment, or the original comment?

[miguelsolorio]

@tomboland please upvote the original comment

[vscodebot]

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

[NickWoodward]

Only took 3 years!

[Fred-Vatin]

A bar/panel at the bottom of the editor that would appear with no delay could do the trick too.

But with the new flexible layout released in may 2020, a parameter info view that one can move everywhere would be nice too. Maybe a new activity being oriented towards code documentation that would implements the current parameter info tooltip as well as other documentation aggregator like DevDocs would be nice and complete.

I have a workaround to have access to this info tooltip without being annoyed by them. I explain it here #102198 because this highlighted another bug.

Here are other related issues more or less duplicate : #33752, #16221 (an awesome feature suggestion), #15667, #51253, #63144.

[steinhh]

It's sooo sad that this is now unassigned 😫😭. Can't believe that none of the VS Code developers find this so incredibly annoying that they haven't made it their personal number one priority to get it "fixed".

I'd be perfectly happy with almost any change in the position... always in the upper corner, always in any other corner, always below (even if it crashes VS Code!). Any annoying behaviour resulting from such a fix can be fixed by a simple habit change: just make sure the lines you're currently editing is not in a place where the new behaviour will trigger the problem.

Any suggested place to raise the issue to get more upvotes? It's killing me!

[Fred-Vatin]

It's sooo sad that this is now unassigned 😫😭. Can't believe that none of the VS Code developers find this so incredibly annoying that they haven't made it their personal number one priority to get it "fixed".

I'd be perfectly happy with almost any change in the position... always in the upper corner, always in any other corner, always below (even if it crashes VS Code!). Any annoying behaviour resulting from such a fix can be fixed by a simple habit change: just make sure the lines you're currently editing is not in a place where the new behaviour will trigger the problem.

Any suggested place to raise the issue to get more upvotes? It's killing me!

Meanwhile it gets fixed someday you can disable this tooltip and replace with extension that show its content in a panel.
https://marketplace.visualstudio.com/items?itemName=bierner.docs-view

Or add very long delay and check the shortkey to show it when needed.

[tomboland]

Nearly a year ago people voted for this to be added to the backlog. Enough people voted to reach the prescribed threshold. Did it not mean anything?

[ganindu7]

Come on vs-code you can do this!! (Or have you done this already and I can't find the toggle ):

[vkoivula]

These tooltips should always be below mouse cursor or below the line your keyboard cursor is currently at. Currently this just blocks view! For example now in one exercise I am working on.

[Timmmm]

PR here: #127609

[alexdima]

Thanks to @Timmmm 's PR, there is now a setting editor.hover.above that can be set to false to have the hover render below by default. The hover will automatically move above if suggestions are shown to avoid overlapping with them. We will consider making rendering below the default, but right now we have some UX challenges with some of the actions that we render in the hover (like View Problem or Show Quick Fixes), which would render "further away" from the mouse if below would be the default:

---

---

[Pingear]

Hello)
This option unfortunately does not give the full ability to place a tooltip below the cursor. Does anyone know how to prevent the tooltip from being placed over the word I'm currently typing?

[Fred-Vatin]

@Pingear Disabling the hover and replace it by docs view extension in this situation would be the best in your case. A keybinding can be set to call the tooltip even when disabled.

[gjsjohnmurray]

@Pingear it looks like your view of code is being obstructed by the additional help for the item highlighted in the completion list. When that list is open, press Ctrl/Cmd+space to toggle that additional help off.

[Timmmm]

@Pingear That isn't technically a tooltip so I don't think it's related to this option. Maybe worth another issue if you think it can be improved. Your recording does look a little annoying but I can't say I've ever got annoyed by it.

[aiday-mar]

This issue has been fixed as is written here: #30797 (comment) and will be closed. The new setting editor.hover.above can be used to specify a preference for the hover position (either above or below the current line). If the content hover does not fit above or below, and you want it rendered on a specific side, it will soon be possible to resize the hover (make it fit into the available space) and see it rendered on the preferred side.