gummi VS GNU Emacs

Personally, I have not used Word for writing documents since about 2008. During school, I used Gummi as my LaTeX editor. It had decent support for nested snippets, so I was able to take class notes in real-time with LaTeX and see the output. My use-case these days is primarily for creating internal reference manuals, which is pretty well-suited to LaTeX:

Teste mal Gummi

Try Gummi, should be in the repository. Or, git it: https://github.com/alexandervdm/gummi

GNU Emacs is a versatile, open-source text editor that offers extensibility and customization—a sort of self-documenting real-time display editor. Our thanks for the suggestion go to CartanAnnullator.

Emacs

Their DEFUN and DEFVAR macros for example let us define a function or a variable that will be available as a Lisp function, and can be used as an ordinary C function from the C code. Emacs is written in pure C99 language and works with both GCC and Clang I believe. We can just define a C function via macro, and it is auto exported and made available to Lisp. For example my first patch to Emacs was for this function (we added "count" argument to make it possible to skip enumerating files in a directory for the case when user code is just interesting if a directory is empty or not):

- digital world,, Emacs Org Mode with Orgzly and Syncthing (to synchronize between devices)

If you're like me and you are a hard fan of word wrapping, in emacs 29, it looks like they added two variables which you can modify so emacs would perform better (performance is still not as smooth as vscode): long-line-threshold and large-hscroll-threshold. long-line-threshold works this way: if there exists a line in the current buffer that has more characters than the specified value, emacs would start the performance functionalities. Also large-hscroll-threshold also work the same way as long-line-threshold but it starts the performance functionalities when the wrapped line becomes more than the specified value. I'm not exactly sure if the conditions for both long-line-threshold and large-hscroll-threshold should be met for the perfomance functionalities to be enabled or only one of them meeting the condition would cause the functionalities to start. You can also see if the functionalities are enabled in the current buffer by evaluating the function long-line-optimizations-p. If evaluating (long-line-optimizations-p) returns nil, it means the performance improvements aren't applied, if it returns non nil, it means they are enabled. You can read more in here: https://github.com/emacs-mirror/emacs/blob/master/etc/NEWS.29 . Search for "Emacs is now capable of editing" in that page and the section about these features would come up. You should also disable features related to bidirectional editing and stuff.

Yes, the documentation is up to date. If you browse the commit history you will notice that many of the commits are changes to the documentation. Emacs is a living, breathing application and IDE.

use-package should be considered built-in in near future: https://github.com/emacs-mirror/emacs/tree/0d2fdf6e36d35e7ab64d8894e8d4c27b0cc06875/lisp/use-package