From 7214a51f701f664a0dd633a3f3cb07d5c1109fd2 Mon Sep 17 00:00:00 2001 From: Andrew Date: Sun, 25 Sep 2022 18:33:17 +0800 Subject: index.html: Update current notes. --- note/emacs.html | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 note/emacs.html (limited to 'note/emacs.html') diff --git a/note/emacs.html b/note/emacs.html new file mode 100644 index 0000000..c7a21fb --- /dev/null +++ b/note/emacs.html @@ -0,0 +1,24 @@ + + + + A Few Problems with Emacs + + + + +

A Few Problems with Emacs

+

+ Emacs is supposedly a text editor but is more of a integrated computing environment. At its core is an Emacs Lisp interpreter and a text and buffer-oriented set of conventions that Emacs Lisp code follows. The ``default''/``standard'' build of Emacs contains a World Wide Web browser, newsreader, electronic mail client, Internet Relay Chat client, a few games, and overall a ton of stuff that I do not use, need or want in my environment. Therefore I use a minimal-ish custom build (i.e. simply leaving stuff out during ./configure, which makes me feel a bit better. +

+

+ One problem that I've recently noticed with Emacs is the tendency to use a set amount of spaces, expecting a monospace font, to align items across a buffer. For example, when :tags are used with org-agenda, the agenda page aligns the tags to the right of the page with spaces precalculated from the window size. But when we have double-width unicode characters, for example Chinese characters in the mix, or if we are using a variable-width Latin font, the alignment is completely screwed up. Resizing the window also doesn't update the wrapping and alignment of items inside. Emacs's text buffer-centric design makes it really hard to do otherwise. +

+

+ ... +

+ + + -- cgit 1.4.1-2-gfad0