Create an option to position the intellisense parameter info top or bottom.

[rhyek]

Currently the parameter info tooltip is always placed above the cursor. This is often quite annoying since it completely blocks code in the above lines and you sometimes need to look at your context to know what values to give the parameters.

Example:

[hughperkins]

vscode, please fix this. I hate having to choose between not being able to render parameter hints at all, and not being able to see my code. Neither are great options.

[Fred-Vatin]

Meanwhile, as a workaround, just disable and use the shortkey to display when needed or/and use the the Doc View extension.

"editor.hover.enabled": false,

[rconde01]

@SneakyFish5 I'm trying to understand the status here...did you ever submit a PR? If not, why not? If so, did it get rejected? Link?

[NickWoodward]

I'm done with it. Turning it off entirely.

[craigc40]

Often, when I find a line of code I want to edit, it's above where my mouse is. So I move the mouse upward. As I get close to the line, I end up briefly over the line below and the hover pops up, obscuring the line I want to click on to start editing. Having the tip pop up directly above the cursor is a consistent pain to deal with. And directly below the cursor would cause a similar issue when the line I want to edit is below my mouse.

Please provide a means for a user to set the location of tooltips/hovers/popups.

(I understand I can increase the delay and mitigate this, but that slows me down for cases where I do want the popup)

[swilkewitz]

It's ridiculous that a 4-month feature request with this much demand is still neglected 4 years later

Here's a stopgap solution that some of you might like,

1. Disable the param popup entirely
2. Just use ctrl + shift + space to pull it up on demand

Also, I find that increasing the hover delay to 500ms helps with other popups

[hughperkins]

Just use ctrl + shift + space to pull it up on demand

• doesnt work for me
• maybe because I'm on Mac, but hunting through the keyboard shortcuts for Mac turns up shift + command + space, and that doenst work eihter...

To Microsoft: if you insist on not changing how this works, please could you at least consider adding a note to the bottom of the dialog like:

• "If you dont want this dialog to show, please do [X]
• "You can hide this dialog at any time by pressing [ESC]
• "You can increase the timeout before showing this dialog by doing [Z]
• "You can show this dialog on demand by doing [ZZ]
• "You can remove this hint section by doing [Y]"

[iccor56]

+1

any option to move this away from the exact typing area would be preferred. maybe a central spot where it shows? maybe x lines up,x chars over?

many things are possible but right now it covers the code i want to look at. really really annoying.

[ganindu7]

Still relevant!!!!!! (in case the developers are wondering!!) @SneakyFish5 any updates? Can we add this separately in case the top vs-code brass doesn't find this game changing enough?

[cjmaxik]

It is very annoying. Let us change the position!

[yvvt0379]

Four years passed, and this issue is still there. FOUR YEARS. 😡 I suppose this issue is not so difficult to solve... 🤔

[chevcast]

You do know you can send a pull request? Or is throwing a fit easier than writing "one line of code"?

[yvvt0379]

If I were capable, then I wouldn't be here to send a comment.

[chevcast]

Oh but you said it was so easy!

[yvvt0379]

But, I'm not familiar about VSCODE's code structure...

[rconde01]

The issue is there WAS a previous PR. So I would be willing to try implementing this, but not if the PR won't be reviewed and possibly accepted. That requires someone from the VS Code team to review and ultimately accept a PR. But they don't appear to watch this thread...so what can we do?

[chevcast]

I get it. I'm here because I would also like to see it changed, but throwing a tantrum like a toddler isn't going to accomplish anything. They prioritize what they think is important and it doesn't always align with what some of us want and they can't make everyone happy. I'm here in case this does get some attention, just not to listen to people whine and add nothing productive. I don't want to unsubscribe from an issue I'm interested in watching just to avoid the trolls.

[ganindu7]

If it makes you feel better, with time you will adopt - it was annoying when I switched to VS code but somehow It seem to have melted onto the background.. (I'm not sure if that's why VS code developers are not finding this annoying enough..)

[hughperkins]

I concur with Ganindu...

On Wed, Oct 6, 2021, 10:17 Ganindu @.***> wrote:

If it makes you feel better, with time you will adopt - it was annoying when I switched to VS code but somehow It seem to have melted onto the background.. (I'm not sure if that's why VS code developers are not finding this annoying enough..)

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/microsoft/vscode/issues/33752#issuecomment-936320333, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAA6FKA6XTDLEQJ6EDLVHSTUFRLADANCNFSM4DZM6TFA . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[vedal]

Does the following fix in the October version solve this issue? https://code.visualstudio.com/updates/v1_62#_display-hovers-above-or-below-the-current-line

[pdm-pcb]

Does the following fix in the October version solve this issue? https://code.visualstudio.com/updates/v1_62#_display-hovers-above-or-below-the-current-line

Unfortunately not - though I was glad to be reminded of the update. =) I'm not up-and-up on the Visual Studio vernacular, but this appears to affect tooltips apart from the parameter list popup.

And in case it wasn't obvious, I'm writing to lend my support for the parameter tooltip specifically to be configurable, even if it's just top/bottom like this new Intellisense option. I'd prefer to see tooltips stack below the cursor rather than having the param list block the lines above.

[tomboland-vocovo]

I would really just like to see the parameter list give at least one line's worth of context, whether it's above or below the cursor. I find this particularly bad in python where I can be typing keyword parameters in a function invocation, spanning more than one line. The way the parameter list blocks out the context above is hugely frustrating.

[ajmoroney]

+1 for the dockable idea (assuming I understood it). Having it pinned to the top right corner for example, so it's there without me having to stop typing to hit a keyboard shortcut, but never in the way (or at least predictably in the way) would be such a massive improvement. I'm not saying it should be like that by default necessarily, but it sounds like a lot of people would really appreciate having the option.

Intellisense is a phenomenal feature, and I get that it's frequently important information for a lot of developers, but when the hints that pop up cover large chunks of code it feels like having a huge GPS display in the middle of the windshield. Really hoping this doesn't drop further off the radar, it's been my biggest annoyance with vscode since I started using it.

[jtjohnson1]

So this has been opened for 5 YEARS now. I'm getting really tired of devs telling me I have to do things their way - oh, why don't you hit the ctrl or escape key every time this pops up? Because I think it's stupid and time consuming and unnecessary. Why can't you just put in a fix? Are you really that lazy? There's a bunch of people here trying to make the product better and work for them and devs are closing the ticket because we didn't answer them in a timely fashion or we're supposed to just accept their lame workarounds.

We all don't work like you. Is it really that hard to to put in an offset on a UI element or, as suggested, have it pinned to a location, so your intellisense doesn't cover up the code I'm working on? Or should we just move back to Eclipse? I'm so tired of MS influenced chest pounders.

[doctarock]

honestly so annoying, every time I go to highlight a chunk of code this bloody thing pops in the way!

5 YEARS

[yvvt0379]

I hope that vscode dev team can attach high priority to this issue because this issue is really troublesome.

[hughperkins]

Yeah, somehow they made it worse recently, I havent figured out how yet... I just feel that I'd somehow configured it to be manageable-ish, by disactivating a bunch of things in options, and now it's back again.

[vgrafe]

I confirm, it got much worse recently. I did not install any extensions that might be causing that. Popups get in the way all the time.

[hughperkins]

I added the following to my settings. Might improve somewhat?

    "editor.quickSuggestions": {
        "other": false,
        "comments": false,
        "strings": false
    },

The key part is that other defaults to true, but setting to false reduces at least one kind of popup.

[swilkewitz]

Happy new year everybody!

[saminton]

I also feel it got worse recently, never seemed to bother me before.

The problem I'm having is that if my mouse hovers a word the hint will pop up and then will not only obscure the line above the current hovered word but also prevent me from clicking on anything that is obscured until I first un-hover the word with the hint. If I simply move my mouse up the mouse hovers onto the hint.

I find myself constantly clicking stuff inside the hint when I would expect it to disappear and be able to select stuff on the line above.

Is there any way to make the hint non-hoverable ? I don't see why the hint has to be hoverable or clickable. Shouldn't it be information only ? Why would I need to click / select anything inside the hint popup ?

[doctarock]

It would be ideal if the tips were dockable into the left menu as a panel, I rarely use them unless I am working unfamiliar languages or code. Failing that option, if I could set the delay to an extra second or two it would annoy me a lot less as it often pops up while I am just moving my mouse cursor across the code and gets in the way for copy/paste actions

[yvvt0379]

I want the dev team to give a reaction, I don't want this issue sink into a dead loop of “I want this”.

[mikesimmonds]

I also feel it got worse recently, never seemed to bother me before.

The problem I'm having is that if my mouse hovers a word the hint will pop up and then will not only obscure the line above the current hovered word but also prevent me from clicking on anything that is obscured until I first un-hover the word with the hint. If I simply move my mouse up the mouse hovers onto the hint.

I find myself constantly clicking stuff inside the hint when I would expect it to disappear and be able to select stuff on the line above.

Is there any way to make the hint non-hoverable ? I don't see why the hint has to be hoverable or clickable. Shouldn't it be information only ? Why would I need to click / select anything inside the hint popup ?

I agree this is the crux of the problem or me too. I don't see a use case for this particular hint to stay visible whilst hovered itself unless I missed something. The hints are useful - particularly to view the type of the property you are hovering. However its very common to want to change the line above, which is slightly infuriating if the cursor is stolen by the hint. I suspect the hint uses a standardised tooltip, which should stay displayed on hover in most / all other cases. So this may not be the simplest thing to actually implement

[trevyn]

Is there any way to make the hint non-hoverable ?

@saminton @mikesimmonds Does "editor.hover.sticky": false do what you want?

[mikesimmonds]

Is there any way to make the hint non-hoverable ?

@saminton @mikesimmonds Does "editor.hover.sticky": false do what you want?

Yes - this does exactly what I was looking for! I can see the hints but still be able to edit the line above without the hassle. Thanks @trevyn

[swilkewitz]

That plus switching to a shortcut to get parameter hints should make things a lot nicer for most people: "editor.parameterHints.enabled": false

I think the shortcut is ctrl + shift+ space by default. The shortcut id is editor.action.triggerParameterHints

[gjsjohnmurray]

I also feel it got worse recently, never seemed to bother me before.

Maybe #140212 which I just opened is a recent change/regression. If so, the default value (300ms) will now be causing hovers to appear after 150ms.

[heartacker]

I hope that :

1. there is a switch-button so that we could change the position directly
2. and one workspace will maintain the position status.
3. a new command to toggle the position

[Jabbypappy]

(default 300, I'm trying out 750 and 1000 right now) along with (default is enabled) is helpful.

One issue with the 2nd screenshot is that this only causes the hint to disappear shortly after the mouse moves, meaning that some clickable links can still be accidentally clicked. I tested this, and was still able to open up a clickable hint to an external webpage. My main issue with the hints was opening external webpages, so I may have different reason for changing how this works. I think others' main issue is being unable to see line(s) above the hint. This is a concern of mine as well, but not as great of an extent.

Possible solution & reasoning: I do believe it would be 100% more helpful having it in a little pop-out window in the upper right corner if turned off from showing above cursor. The little box would be helpful because the majority of the time you're not going to have a little box in the upper right corner impede your work as typically you'll be working in the center of the screen as opposed to the very top. A little box would be nice to drag to different locations to allow developers the option to adapt it as needed.

[saminton]

@trevyn Thanks, that was exactly what I was looking for. I just realised why some may want the hint hoverable though. If the hint has too much content then it becomes scrollable. Deactivating this option prevents you from scrolling to view all the content.

A possible solution and improvement could be to remove the hint max-height or at least make it larger to prevent the need to scroll when editor.hover.sticky is set to false ?

[SonicZentropy]

Switched from Jetbrains to VSCode for its superior LSP capabilities, and now I'm switching right back due to this issue. How has this been open for 5 YEARS? Add an option to position it at a static offset relative to an editor, now we can drag it to a corner like @Jabbypappy mentioned is a prime location, everyone is happy, done.

[NicolasGoeddel]

Pleeease! Change that behaviour. I can not see what I am doing if a big annoying parameter hint window is placed over multiple lines above the current line.

[hughperkins]

Crazy that this is still open isn't it? Maybe we can get xkcd to do a cartoon about it :)

On Wed, Mar 16, 2022, 14:12 NicolasGoeddel @.***> wrote:

Pleeease! Change that behaviour. I can not see what I am doing if a big annoying parameter hint window is placed over multiple lines above the current line.

— Reply to this email directly, view it on GitHub https://github.com/microsoft/vscode/issues/33752#issuecomment-1069406985, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAA6FKCI6MXEKATI7F2BBQDVAIQA7ANCNFSM4DZM6TFA . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

You are receiving this because you commented.Message ID: @.***>

[pchasco]

Tooltip placement is my biggest gripe about Visual Studio, especially now that I am working remotely. When working locally, tooltip timing is mostly predictable. That makes it fairly easy to time hitting the ESC key, and to perform other actions that might trigger popups. However, working remotely via remote desktop, visual feedback is not always predictable due to network latency. This latency might cause a popup to delay by a fraction of a second beyond its normal timing. This seems like it shouldn't be an issue, but it is a big annoyance for me. I often find myself clicking on tooltips when positioning the cursor or selecting text because at the host machine, the popup is already displayed though I do not see it yet. It actually has a measurable impact on how quickly I can write code. And, as others have mentioned, the tooltips are useful so disabling them is not a solution for me.

I would love to be able to direct tooltip information to a separate view in the IDE that I can dock where I want it, and it never overlaps my code.

[Hvass-Labs]

I have just started using VSCode for Python development and I use Jupyter Notebooks a lot. So far I like VSCode very much: It is beautifully designed and runs very fast. But there are a few minor issues, like this one where the pop-up parameter help is not very good.

I find the pop-up help window in ordinary Python Jupyter Notebooks running in a normal Google Chrome browser to be much better. But I also really like this idea.

I hope this is something the VSCode dev-team would put some serious effort into improving, because the rest of VSCode is really very well made and it is a very good development tool!

Thanks!

[patch321]

Just came here to say this is a big problem for me as well and it's definitely gotten worse lately. I barely noticed it before and now it's in my way ALL THE TIME

[yvvt0379]

Okay, since a huge amount of users is requesting, where's the dev team's reaction?

[iccor56]

Nonexistent. For years.

On Thu, May 5, 2022, 08:18 CodeCrazy-ywt @.***> wrote:

Okay, since a huge amount of users is requesting, where's the dev team's reaction?

— Reply to this email directly, view it on GitHub https://github.com/microsoft/vscode/issues/33752#issuecomment-1118480674, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACXP2YFMS53QFBU3OMRHSKTVIO4CFANCNFSM4DZM6TFA . You are receiving this because you commented.Message ID: @.***>

[doctarock]

This is where your opinions go to die

On Thu, May 5, 2022 at 10:36 PM iccor56 @.***> wrote:

Nonexistent. For years.

On Thu, May 5, 2022, 08:18 CodeCrazy-ywt @.***> wrote:

Okay, since a huge amount of users is requesting, where's the dev team's reaction?

— Reply to this email directly, view it on GitHub < https://github.com/microsoft/vscode/issues/33752#issuecomment-1118480674>, or unsubscribe < https://github.com/notifications/unsubscribe-auth/ACXP2YFMS53QFBU3OMRHSKTVIO4CFANCNFSM4DZM6TFA

. You are receiving this because you commented.Message ID: @.***>

— Reply to this email directly, view it on GitHub https://github.com/microsoft/vscode/issues/33752#issuecomment-1118495349, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAPHLH2OUGDUCCJTXSCPQ63VIO6CXANCNFSM4DZM6TFA . You are receiving this because you commented.Message ID: @.***>