Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
When I was trying to use vim help.txt file I found I was unable to open the .txt files included in it. Its instruction at the beginning of the file says:
Jump to a subject: Position the cursor on a tag (e.g. |bars|) and hit CTRL-].
But it doesn't work and it shrinks the size of the words on my terminal. I want to know how to open the related files and also how to get my terminal window back to normal.
Thanks in advance!
Thank you all for your kind help! I was using Gnome-terminal. Actually Ctrl+Shift+] is needed. Just as copy and paste are completed by Ctrl+Shift+c and Ctrl+Shift+v in the terminal.
As for the size of the words, it can be adjusted by view tab on top selecting Zoom in or Zoom out. The reason I was stuck was that, I can zoom in by Ctrl+- but I cannot zoom out by Ctrl++, and similarly, it should be Ctrl+Shift++.
(By + I mean pressing together. '+' means the actual key.)
Also worth mentioning, as #Kent pointed out, the settings can be adjusted through edit tab.
The problem is that in some keyboard layouts the ] key is the same as the + or the -, but with different modifiers. So when you type Ctrl-] your terminal emulator program thinks you are typing Ctrl-+, then uses it on its own, to change the size of the font, or something like that.
The solution is to map another key to this function. I'm using F12 because it is handy and seldom used for anything else. Just add this to your .vimrc:
nmap <F12> :exe "tjump" expand("<cword>")<CR>
imap <F12> <C-O><F12>
Well, technically, the Ctrl-] is equivalent to :tag, not :tjump, but I find that more convenient when using tags.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 3 years ago.
Improve this question
Recently I installed Ubuntu and I've some troubles with typing text on terminal, the problems not occurs on the text editors. I can't select the text to right or left using shift+arrow. When I try it, like shift+left, D letter is typed on the line, and C is typed using shortcut with arrow right. Resuming, I've two issues:
Select text with shift+arrow not working;
Select all text with shift+home or shift+end
I installed KDE on Ubuntu. Please, anyone can help me?
The standard Terminal does not use the same shortcuts (or even the same cursor behavior) as you might expect in a browser or text editor window. The shift key by itself does not select text that way. shift+home will scroll to the top, shift+end to the bottom, and using it with pg up/pg down will scroll up/down one screen. The arrow keys are mapped to A/B/C/D.
As you can see on this list, most of the commands are for moving around and managing processes. I usually just select text with the mouse, then copy with ctrl+shift+c and paste with ctrl+shift+v. As discussed on Ask Ubuntu, there appears to be no easy way to select arbitrary text without the mouse.
Alternative terminal programs may offer more options.
Update While this is not a standard shortcut, you can go into Terminal's Edit > Preferences > Shortcuts, find the Edit section, click the Select All row in the Shortcut Key column, then enter a new shortcut like ctrl+shift+a. This new shortcut will then let you then copy all of the terminal text.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 1 year ago.
The community reviewed whether to reopen this question 1 year ago and left it closed:
Original close reason(s) were not resolved
Improve this question
I would like to be able to replace a misspelled word in a Google doc with Google's recommended correction with a keyboard shortcut, instead of having to mouseover the word, right click on it, and select the corrected word.
Is there any way to do this? (I'm working on a Mac).
As of 6/2020, the suggestion of the spell checker appears in a bubble, accepted as follows:
Navigate the cursor to within the misspelled word (which is underlined in red)
(Suggestion appears in bubble)
Press Tab to access the bubble
Press Enter to apply the suggestion.
There's no keyboard shortcut for this purpose. You can see complete list of Google Docs keyboard shortcuts here or press ⌘ + / or Ctrl + / in docs window. You might use ⌘ + Shift + \ to open Context (right-click) menu but then you have to select the suggested word. That's all I can help you with!
Windows users use Ctrl + Shift + x to open context menu.
Edit:
As Dr Ankita Bali answered below, you can use F7. This does both spelling and grammar checks.
Hit F7
Press enter to replace with suggested word.
Press Tab and Enter to ignore the suggestion.
Note: This method iterates all over the misspelled words and grammatical errors in the document. If you want to correct specific word, you still have to use context menu.
Note for Firefox: In Firefox, F7 is used to toggle caret browsing. On prompt, you can either select checkbox for Do not show me this dialog box again. Or use Saka Key extension.
You can also configure advance settings. Type about:config in address bar. Click 'I accept the risk!'. Search for caret. Double click on accessibility.browsewithcaret_shortcut.enabled or click 'Toggle' from context menu to toggle the value. False value means disabled.
First enable compatible spreadsheet shortcuts.
Then F7
Attached a screenshot here if it helps.
Per the Keyboard shortcuts for Google docs (on a Mac): holding Ctrl + ⌘, press e then p. This moves focus to the popup.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
It seems I'm unable to comment out blocks of code in Android Studio using the CTRL + SHIFT + 7 (on my Lenovo Yoga 2 Pro there's no Numpad and hence no / character on its own button).
Pressing the above combination creates a bookmark with the number 7 instead.
Does anyone know a workaround or am I just stuck with /* *\?
The problem is that the binding is to the main character on the key, which on your keyboard is 7, not /. As I commented before, you might want to try if pressing the Ctrl- works (that is the location of / on my US International keyboard).
Otherwise, I'd suggest you map it to another combination. I don't have Android Studio, but in IntelliJ IDEA (which has the same foundation as Android Studio) this can be configured under File, Settings, Keymap (Main Menu > Code > Comment with Line Comment) or just search for line comment.
Here is the / key on your Yoga 2 Pro Keyboard.
You can usually comment code by using Ctrl-/ or Ctrl-Shift-/
I will assume you have a keyboard driver installed that matches your keyboard.
The lowest symbol on left is the one you normally get when you press the key without also pressing any modifier key.
The symbol above that is the one you normally get when you press that key simultaneously with the Shift key.
The symbol to the right is the one you normally get when you press that key simultaneously with the Alt Gr (it is the Alt key on right hand side) key.
If you are talking about a laptop, and the third symbol is in an a different colour from the other marks on the key, usually in blue, then it is usually obtainable by pressing that key simultaneously with the FN key. See this link .
Example
In UK laptop keyboards we generally have three symbols on key 4 which are normally $ on top, 4 on bottom left and € on bottom right.
Only pressing 4 will simply print 4.
Pressing Shift + 4 will print $.
Pressing Alt Gr + 4 will pring €.
NOTE: All of the above is written with assumption that you have the proper keyboard drivers installed on your pc/laptop.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I've recently changed shell from bash to zsh and I'm having a problem in vim, in that my system paste no longer works. Before changing shell, I was able to paste from my system clipboard using =+p but now for some reason, unknown to me, the - and + keys are now bound to go up a line and down a line respectively, stopping paste from working.
I'm also using oh-my-zsh plugin manager for zsh and my operating system is Ubuntu Linux.
I can post my .zshrc and .vimrc on request, although there are no recent changes to my .vimrc.
I'm not sure what is causing the + and - key mappings and I would like to know how to re-enable system paste functionality?
Any help would be greatly appreciated.
A "safer" way to paste from the system clipboard is to use the OS-wide paste-combo shiftinsert. It's equivalent for copying is ctrlinsert. It works on pretty much every platform and doesn't care how you've set up your clipboard. I'm not sure if it plays nicely with Gvim though, atleast it doesn't on Windows.
Adding to that, you may want to toggle paste mode when doing a paste so it doesn't try to interpret and align whatever you're pasting. Toggle it insert mode by pressing F3:
set pastetoggle=<F3>
This does however not answer your question as to why the behaviour has changed, but it might be nice to know anyway.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
Closed 9 years ago.
Improve this question
years ago, i see a report that there is an image processor just using vim like keybinding
i am a vim user and i like this style
so i want to use it
if there is,tell me the name or give me a link
if there is not,i want to make it myself,but could someone show me a simple demo by using vim keybinding
On Windows, you can use AutoHotkey to remap the application's native key events to your own Vim-style bindings. For example, when I have Excel open, I can navigate around cells using my standard directional letter keys, by remapping them to behave like arrow keys; then when I need to edit a cell, I press i, as with Vim (i is remapped to F2).
You can remap complex key combinations to simpler ones for a Vim-like feel. For example, if your image processor of choice deletes something with Ctrl+d and Undo is Ctrl+z, you can remap this so that delete is just x or d or both, and remap undo to just u.
Not that I know of. If you want a demo of keybinding that has been implemented in a non-vim environment, take a look at vimperator plugin for Firefox. It brings vim-like keybinding to Firefox.
On what platform? For X there's feh or xzgv, for the Linux console there's fbi.
This may help
vimperator is great
when in any text field, or the url bar, type C-t and your in "TEXTAREA" mode! which is like command mode in vi inside the textfield or textarea. awesome!
only thing to get used to is using C-t instead of escape (or C-[)
expect to hit the wrong one a few times