How do I disable the object definition window in VS Code? - visual-studio-code

In VS Code, if I Ctl+click or press F12 on an object defined elsewhere in the file, the focus is moved to that object, but additionally a window opens up showing me exactly what I'm already trying to look at except in a smaller window than I would normally be viewing the object definition. If I instead press Alt+F12, this object definition window opens without moving my focus to the object.
In the case of pressing Alt+F12, this functionality could potentially be useful since it saves me from having to navigate from the code I'm working with. However, in the case of Ctl+click or F12, both navigating away from the code I'm working with and displaying the object definition in a smaller window is not helpful and I want to disable it.
Here is an image of what I'm trying to describe when using Ctl+click or F12:
How do I disable this? I would prefer to only disable the functionality that both shows the window and navigates away, but would settle for disabling showing the window entirely.

This issue has been addressed in version 1.26.1 of VS Code.

Related

How to execute snippet instantaneously - vscode

Is there the option to "execute snippets" right away in vscode, meaning without having to press tab? This is really the only thing holding me back from vscode because in vim I can simply configure it, so e.g. if I have a snippet which gets triggered if I type test it automatically replaces test by the snippet content without having to press any extra key like tab. Is this possible in vscode?

Different behaviour when NSMenuitem is clicked vs Key Equivalent

All,
I have an odd one. I have a menu item that will directly lead to open a sheet (via beginSheet(,completionHandler:).
All is fine when I use it through the menu. But when I use the keyboard shortcut the resulting sheet behave differently.
Menu click behaviour: I show an NSOutline that works nicely. I can click etc.
Keyboard shortcut behaviour: the NSOutline cannot get any mouse events. Clicking doesn't lead to anything.
Interestingly enough, the closing button on the sheet is always working correctly.
Any ideas how I managed to get into this situation?
Many thanks in advance!

How to make GraphicalEditorWithFlyoutPalette's PaletteView visible on first start

My GEF editor (extending GraphicalEditorWithFlyoutPalette) always opens the editor with the palette hidden on first start of the application / first opening of the editor (after a build for example).
As this will potentially bewilder users who'll need to go in search of the flyout icon first, I'd like to have the palette view shown whenever the editor is opened. The user can then choose to close it on his/her preferences.
How can I achieve this? The API doesn't seem to give any clues, or I'm unable to find them...
The state of the palette defines if it is open or closed. This state is accessible using the getPalettePreferences().setPaletteState() method that is accessible in the GraphicalEditorWithFlyoutPalette. To open the palette, you must set it to the FlyoutPaletteComposite.STATE_PINNED_OPEN, like this:
getPalettePreferences().setPaletteState(FlyoutPaletteComposite.STATE_PINNED_OPEN);
If you want to ALWAYS override the state so that the palette is always opened with the editor, you have to add the line to the constructor of your editor. If you only want to do this once, and then leave the state as it was last selected by the user... No idea how to do this :-(

Making Eclipse Variable View window size larger

While debugging in eclipse, I find myself using the move hover over variables for a quick snapshot on a variable, which pops up a quick variable view window. When these are structs, there are many members and the window Eclipse puts showing the data is too small to see more than a couple of them.
Is it possible to change the size of this window to make it larger by default? I constantly have to stop and enlarge it to see everything, which defeats the purpose of using it versus the watch window. I've looked at Eclipse settings and searched in google but no luck.
Instead of hovering the variable, I suggest you to double click the variable (or expression) and press Ctrl+Shift+I, it will bring the Inspect Variable popup which you can resize (and it will remember the size the next time you reopen it). Press Esc to close it (or click outside the popup).
Is not as simple as hovering over the variable, but the next time you do this combination to a variable (or an expression) the popup will open with the new size.

How can I go to the next Eclipse marker (e.g. build error) using the keyboard?

Suppose I make a method signature change that breaks several callers, and I want to review the call sites manually to update them.
Once I change the signature, my "Problems" view shows, say, a dozen errors.
What keys can I hit to navigate through them while leaving the keyboard focus in the editor for fast fixups?
(It's been a while, but I think the Visual Studio equivalent is F8.)
Note that this question does not duplicate Eclipse: How to go to a error using only the keyboard (keyboard-shortcut)?, as that one seeks to navigate only between markers in the current file. In this case, I want to go to the next error regardless of which file it's in.
("Marker" is the general Eclipse term for errors, warnings, etc.)
The best I've come up with so far is Ctrl + F7 to flip to the Problems view, then ↓ to pick the topmost error, then Enter to go to it (which returns focus to the editor).
Here's a way to move to the next error, regardless of editor, in one keystroke. It's not perfect, but it works until it's fixed in Eclipse.
Open a "Markers" view. Click the down arrow at the top right, and choose "Configure Contents". Uncheck the show all box, and create the view to show only the problems you want to see. You'll probably want to deselect "warnings" and "errors" as well. Save it.
Click the same "Markers" down arrow, and choose "Group By". Select "None". This is important because you don't want the parent tree level nodes to show, otherwise some of your "next" actions will take you to those, which don't represent an error.
In Eclipse -> preferences -> keys, search for "Markers". If there is not a keystroke bound to the Markers view, create one. I use Ctrl + Shift + M
Get a keyboard hotkey tool like AutoHotKey (for PC's) or iKey for the Mac. I'm using iKey, but there are plenty of other Mac tools you can use. In your hotkey tool, define an action for the keystroke you want to use for "next error". I chose the standard CMD + .
For that keystroke/action in your hotkey tool, generate 3 keystrokes in the following order:
Ctrl + Shift + M
Down arrow
Enter
Of course, you'll want to change the first one to whatever you picked for yours. You'll probably want to restrict that action to be executed only when Eclipse is the current application.
Save that, create some compile errors, and test it.
Try Ctrl + 3 for Quick access popup window.
If the "Markers view" is not already visible, then type in "markers", in the searchbox on the popup window. Once you have selected it, it should stay available, when you press Ctrl + 3 the next time around.
I just had the same problem, after refactoring some parts of code. I had a lot of errors in different files and i had to go through all of those.
I used the following solution:
Mark all (relevant) entries in the Problems view.
To do this switch to the Problems view using Ctrl+F7 and select the entries with Shift+↓/↑
You can also select all entries using Ctrl+A
Open the marked errors by pressing ↵.
Every file containing at least one marked error will be opened.
The cursor will automatically select one error/file, as if you open only this specific entry
Fix the errors in the opened file.
Here you can use Ctrl+. to navigate to next error inside this file
Close the file using Ctrl+W when your done.
Eclipse will automatically focus the next file and you can go back to step 3
In my case this solution was much faster then switching to the Problems view each time.
There's an Eclipse bug entered for this that has an attachment that looks like it does what you want.
You could use AutoHotkey:
save the mouse position, send a mouse event to click on the arrow in CDT console and then return the mouse back to it's original location. Record the mouse coords with window spy or use autohotkey's search by image function (first capture the images of two arrows with printscreen into bitmaps).