I'm Spanish and I was trying the Emacs tutorial and then I realized that something doesn't make sense unless you read it in English. For example, the cursor movement:
If it were in English it would make more sense because instead of 'Atras' it would be 'Back' or 'Backwards' and then I could also understand the reason behind the choice of the 'b' character for that action. Same as 'f' for 'front', 'n' for 'next' and 'p' for 'previous'. I know that I can check out this tutorial from internet but I would like to have it in English in my own Emacs. Do any of you know how to install or change it in English?
I am also new to Emacs and wanted to read the tutorial in a specific language. I was able to open the tutorial explicitly in English by doing this:
Type emacs in my terminal and hit ENTER to launch emacs.
Use M-` command to activate the menubar.
Type h which completes to Help.
Type E which completes to Emacs Tutorial (choose language)....
Type English and hit ENTER to open the tutorial in English.
Have a wonderful time with Emacs.
Press C-u C-h t, and select the tutorial language you prefer.
Related
In Kate text editor, one can auto complete using either the Tab or the Enter key.
I find auto-completion with the Enter key disruptive, because often you really do mean what you say, and want to go to a new line. Who knew.
How can I disable only the Enter key auto-completion without removing the Tab auto-completion?
You CAN'T do that.
From https://bugs.kde.org/show_bug.cgi?id=316413:
Sorry, but auto-complete really works ok the way it is. If we alter that behavior, we will get many more reports about that than with the current way.
And then:
You can deactivate the auto completion in the settings. Then you can invoke it manually. If that doesn't help, then yes, Kate is perhaps not the best choice, sorry.
So it seems, from the developers' own mouth, that Enter can't be turned off. You can turn off autocomplete as a whole, or if you don't like that, you can find another text editor. Or you can edit the source code yourself, after all it's Open Source.
The developers like it as it is, and have no intention of making the behavior configurable.
I've seen a workaround in this article that works for me:
go to: Settings->Configure Keyboard Shortcuts. Then change the Action:
"Insert Smart Newline to Enter instead of Shift+Enter.
I'm using Notepad++ for C coding.
The auto-complete functionality in NP++ seems really naive. No matter where I am in a file, it always tries to give me a list of auto-complete suggestions (most of which are just random words, rather than function or variable names).
It becomes really annoying when I'm trying to write a long multi-line comment, and I keep having to hit escape at the end of lines because the auto-complete pop-up wants to change what I'm typing.
Is there a way to disable auto-complete inside comments?
Alternatively,
Is there a way to disable keyboard interactions with auto-complete? The time it saves by filling in text for me is negligible compared to the time it saves me from having to go and confirm that I'm spelling function or variable names correctly. So, it would be just about as useful if it always made suggestions, but where the arrow keys and enter interacted with the text, rather than the pop-up.
You can go Settings →Preferences → Auto-Completion and from this point you can set whether you have auto-completion on words, functions or both.
At this point, I don't believe there is a way to disable auto-completion within comments.
A workaround is to turn off auto-completion using Ctrl+Enter for your code, and Ctrl+Space for your comments.
I am not able to set the mark at the current point by C-SPC (both when emacs loads the init file and when it doesn't). However, when I do M-x set-mark-command, the mark is well set and I am able to select the region by moving the cursor. When I do M-x apropos set-mark-command, it shows two bindings C-# and C-SPC, but only the first one works. Any suggestions will be appreciated.
I am running emacs 24.3 on a GUI on Kubuntu 14.04.
Ubuntu 14.04 has an open bug affecting some desktop environments (at least KDE, LXDE and i3, but not Unity).
The default IBus key binding for "next input method" is Ctrl+Space, which prevents this key combination from reaching Emacs (or any other userspace program). To resolve the issue, run ibus-setup and change the key binding for "next input method" to something else (or delete it entirely by clicking the "..." button and then the "Delete" button).
Note that running ibus-setup from Unity, where C-SPC works already, shows a preferences window that does not include the key binding option that needs to be changed.
The "next input method" command cycles through your configured inputs, e.g. perhaps from English to French.
So I tracked down a similar issue to this on macOS. It seems that at some point C-SPC became bound to "Select the previous input source":
I just had the same issue today which I never had before. I am on Windows 7. As it turns out the Ctrl+SPC is bound to the OS's language switch. So the keystrokes are not sent to emacs at all.
But one thing that is even more weird is that I have never installed new languages/keyboards, yet the 'CH PRC' shows up in my language bar as a language/keyboard today. It turns out to be a Windows 7 bug and all I had to do to fix was:
Add 'CH PRC' in the language bar then Save.
Remove the language then Save again.
I know you are not on Windows, so the fix may not be the same as mine, but it is very likely Ctrl+SPC is bound to your OS's language switch as well.
Things like ctrl-a , ctrl-e , ctrl-f, ctrl-b, ctrl-n, ctrl-p, ctrl-k, ctrl-d.
When you edit in a normal html form in any browser I know (IE not included), the shortcuts above works the same as in emacs ?
(When I say normal form , I mean a html form without any interactive js stuff. )
Thank you for answering.
Because these are the key-bindings that God intended for us to use.
It is because your browser uses the readline library. The keybindings depend on the OS Actually. You can even configure the keybindings editing the ~/.inputrc file. You can read more at the readline manual here
I have to use xterm-mouse-mode to support mouse when using emacs via ssh, but i found it will not highlight the whole word when i double click on a character of the word. Instead it only highlight the character under the mouse. How can i fix it?
C-h f xterm-mouse-mode says:
...works for simple uses of the mouse. Basically, only non-modified
single clicks are supported. When turned on, the normal xterm...
So, I'm afraid double clicks are known not to work (they are seen by Emacs as 2 normal clicks).
EDIT 2014-Aug-29: This limitation has been recently lifted in Emacs's trunk (i.e. not in the upcoming 24.4 but in the next version instead).
Highlighting does not work in the non-windowed version of emacs (emacs run in a terminal window). It's hard to tell whether things are being highlighted which is why I recommend using C-space (Mark-set) to highlight things instead as it gives you a little more control rather than enabling xterm-mouse-mode as sometimes you may not double click correctly.