Note that Emacs can interface with tools for encrypting and decrypting (and can work seamlessly with encrypted files in many cases), but Emacs itself is not performing those activities. There are many ways of encrypting things, and a decision on which approach to use is probably not going to be entirely tied to Emacs (although you’ll want to be confident that the two things will work together).
If you’re sold on sticking with Emacs, then learning elisp will unquestionably pay dividends, and the more you learn the more you’ll be able to do (but you don’t need to understand everything in order to do anything).
and how exactly can i improve my emacs experience if i learned elisp?
That’s the thing – it’s up to you. The ability to “scratch any itch” is what elisp give you. That doesn’t mean any given thing is easy to do (although it might be) but, to a significant extent, if you can identify a problem then implementing a solution is also a possibility.
…Coming Soon to an Emacs “Games” menu near you! 🐸
This is 100% expected behaviour. save-excursion has nothing to do with windows.
Perhaps you are confused about the phrase “…and the current buffer [is] restored”. The “current buffer” is independent of the buffer in the selected window, and moreover need not be displayed at all. The current buffer is simply the buffer which is being acted on at the time.
This is 100% expected behaviour. save-excursion has nothing to do with windows.
Perhaps you are confused about the phrase “…and the current buffer [is] restored”. The “current buffer” is independent of the buffer in the selected window, and moreover need not be displayed at all. The current buffer is simply the buffer which is being acted on at the time.
I feel like whenever I am browsing emacs content online there are still many topics for me to discover.
This will never not be the case.
My suggestions are:
There is a thing which provides zsh completions. It’s zsh. If that’s what you’re wanting, then maybe don’t stop using it?
And in case the video doesn’t say it:
Ediff has its own user manual: C-h i g (ediff)
Have you considered an org-capture template fitting your desired format?
I don’t use use-package, but I’ve seen a lot of questions from users who do use it but don’t understand how to use it, or what it’s going to expand to, or what the things that it expands to actually do. My conclusion has been that for some users it introduces as many problems as it solves. I think those users would be better off if they learned how to manage their config without it first, and only considered use-package after understanding the more fundamental building blocks upon which it is built.
It’s certainly not something you need to use, in any case. It’s clearly an invaluable system to many users, but if you don’t get along with it, don’t use it.
Awesome; thank you.
The author of the emacs pgtk code says that no one who has X installed should use pgtk – he’s stated on several occasions that if you have X at all then you should use a supported X toolkit in Emacs for best results.
I’ve seen counter-arguments that pgtk is still beneficial if you happen to have a “high DPI display”, but I believe that’s the only argument I’ve ever seen for using pgtk under X.
I always build --with-x-toolkit=lucid myself, and can happily vouch for that one. I don’t use Wayland, though.
Looks like a bug (whether documentation or code) as read-kbd-macro still claims to return a string if possible, but nowadays it forcibly returns a vector. Please M-x report-emacs-bug to get that clarified.
You could extract a string of characters from the vector:
(mapconcat (lambda (event)
(and (characterp event)
(char-to-string event)))
(read-kbd-macro "C-c"))
But if you look at the code for read-kbd-macro you’ll see that it calls this:
(defun edmacro-parse-keys (string &optional _need-vector)
(let ((result (kbd string)))
(if (stringp result)
(seq-into result 'vector)
result)))
Hence the string value you wanted is coming from kbd:
(kbd "C-c") => "^C"
There are of course arguments you can pass to kbd which won’t return a string, but that would always have been the case for your code, and presumably you’re not attempting to use any of those.
Is there a question here?
Are you asking about configure --prefix=... when building?
A couple of simple config suggestions:
(winner-mode 1) ;; Get familiar with `winner-undo'.
(global-set-key (kbd "C-x !") 'delete-other-windows-vertically)
I get a lot of mileage out of those two.
Also consider adding bindings for these, to tell the following command where to display its buffer:
And the regular windmove commands are very convenient for moving between buffers.
The transpose-frame package available in MELPA is useful. Note that with only two windows, rotate-frame is “exchange the positions of the windows”, and transpose-frame is “switch between vertical and horizontal split”. I have those bound to C-c | and C-c \ respectively, and use them regularly.
You don’t have to declare a new variable each time you want to remember an old value. You could, e.g., put a custom symbol property on the variable symbol with the old value (or list of old values) you wanted to store. Or maintain a single variable mapping all your variable symbols to their old values.
Ok. Mine doesn’t, but I’ll believe yours does. Why is that making it hard to for you to share it between machines?
the configuration contains a lot of junk
What do you mean? What is the specific problem?
How would the local language server inspect a file which is on some other machine?
You should start by establishing how that is going to work, and add that information to your question.