enter image description here
When I press ctrl+q, the documentation is always shown.
I want the documentation to be auto hidden
How can I do this? Thank You
Keep pressing ctr + q to cycle between different views for the documentation window. You'll get the one you want eventually.
Ctrl-Q toggles between doc window states (when using the default keymap).
Possible states:
-Hidden
-Shown to the side of the auto-complete list
-Docked as one of the tabs
If you have a different keymap, you can search for this action in Settings -> Keymap. The action is called "Quick Doc".
Once the auto-completion window is open, you can cycle through the states of the documentation window by pressing Ctrl+Q. The last doc window state will be remembered for next time the auto-completion window opens.
Related
I am looking for a way to allow a user to complete a Dialog entry using keyboard shortcuts. Is this possible?
Other questions have discussed assigning shortcuts to the options in an AppleScript dialog box, but not to the "Continue"/"Okay" etc. button.
The main difficulty is that I'm using a multi-line text entry form, so the Enter button simply creates a new line, instead of targeting the default button as it would conventionally. I'm hoping cmdenter can be assigned to the default button instead.
The line of script defining the dialog in question is:
set theResponse to display dialog "Enter tasks:" default answer "
" buttons {"Cancel", "Continue"} default button "Continue"
Running your AppleScript code from Script Editor on a US English MacBook Pro, whether or not something is typed in, fnenter presses the Continue button.
The same keyboard shortcut works on an US English Apple Magic Keyboard when connected to the MacBook Pro and I'd assume any US English Mac it was connected to would do the same. I only have the MacBook Pro to test with at the moment.
In macOS, by default, pressing the tab key in this use case will not move between the controls as the controlling setting in System Preferences > Keyboard > Shortcuts is not set to allow it to act on all controls.
You must select one of the following options, depending on the version of macOS one is running, in order to use the tab key on all controls.
If you see:
Full Keyboard Access: In windows and dialogs, press Tab to move keyboard focus between:
(•) Text boxed and lists only
( ) All Controls
Select: (•) All Controls
If you see:
[] Use keyboard navigation to move between controls
Press the Tab key to move focus forward and Shift Tab to move focus backward.
Check: [√] Use keyboard navigation to move between controls
With this done, one can then use tabtabenter to press the continue button, with the dialog box produced by the code shown in the OP.
Side Note: One can also try fncommandenter as that was necessary from within a VMware macOS Catalina virtual machine that I also tested in.
⌘-Enter (on the numeric keypad) presses Continue
If you are in a multiline text field, hit the Tab key so that focus is on some element other than the text field. Then the Enter key should route properly to the dialog's default close button.
I'm using YouCompleteMe library into vim to autocomplete my code.
I have an issue for vim popup menu as shown in the image below the addEventListener method in javascript has long description here but it get cut because of my screen bound. is there any way to scroll horizontally to read the missing part like I do when I'm scrolling vertically <c-n> for down and <c-p> for up. Is there is any short key for moving right and left on vim popup menu or any other way to achieve that.
No, there's no way to achieve that in Vim's current state.
Vim already has a perfectly working way to display extensive documentation in the preview window during completion so your plugin is misusing the completion menu.
You should either tell its author to use the completion menu properly or find a better one.
From :help 'completeopt':
preview Show extra information about the currently selected
completion in the preview window. Only works in
combination with "menu" or "menuone".
In Android studio, while having a .xml file (layout) open in editor window, there are two modes available: Design and Text. In Mac the short-cut for going back and forth in these views are said to be Control + Shift and Left/Right. However once you press one of these combination the editor window will lose the focus and in order to go back, you have to click on the editor window.
How can one resolve that without the extra click?
Is there a way when documentation popup on AS to not hide immediately after it is showed by moving mouse on some class. What I mean. I move mouse cursor above Activity class and documentation is popup is showed, but when I try to move mouse above this popup (because I have to scroll it) it disappears. I can hold ctrl and then is will not hide, but if I press on it while holdint ctrl down it will disappear (so I should move cursor above it, release ctrl and after that to start scrolling). So is there an option to change this behaviour to be like in eclipse - documentation pop up is showed and if you move mouse above it you can scroll, otherwise it is closed.
There are a lot of bugs surrounding this UI element. I'm currently having the opposite problem where it won't go away unless I manually close it. I suspect in your case, a timeout is triggering too early, or some other event is erroneously hiding the window.
This workaround may be helpful. You can explicitly pop the documentation window from the View > Tool Windows > Documentation menu option. This will cause the tool window tab to appear on the right gutter by default. Right-clicking on the Documentation tab will pop up a menu that will allow you to pin the window, or dock it permanently in the UI by disabling "Floating Mode" and optionally moving it to the other side or the bottom.
Recently I came across a feature of gvim. When I press shift and click on a word the words get highlighted similar to Notepad++ (I am aware of * or #).
But if I put in my .vimrc
set mousemodel=popup
This behavior strangely stops. Anybody encountered this?
using
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Aug 29 2013 13:30:15)
This is actually by design according to :h mousemodel:
*'mousemodel'* *'mousem'*
'mousemodel' 'mousem' string (default "extend", "popup" for MS-DOS and Win32)
global
{not in Vi}
Sets the model to use for the mouse. The name mostly specifies what
the right mouse button is used for:
extend Right mouse button extends a selection. This works
like in an xterm.
popup Right mouse button pops up a menu. The shifted left
mouse button extends a selection. This works like
with Microsoft Windows.
(...)
Overview of what button does what for each model:
mouse extend popup(_setpos) ~
left click place cursor place cursor
left drag start selection start selection
shift-left search word extend selection
right click extend selection popup menu (place cursor)
right drag extend selection -
middle click paste paste
Basically, popup simulates mouse behavior in a typical Windows application, and Windows applications don't highlight words by shift-clicking.
On a normal Windows application, highlighting a single word is done by double-clicking. I am not entirely sure if the popup model is responsible for that action as well, or if it happens elsewhere, but it should be easy enough for you to test.