From f7a54e5907fde4408f4984ec2ddd0ffe62204d7d Mon Sep 17 00:00:00 2001 From: Runxi Yu Date: Sat, 4 May 2024 11:50:12 +0800 Subject: A multitude of migration-related changes --- note/emacs.html | 26 -------------------------- 1 file changed, 26 deletions(-) delete mode 100644 note/emacs.html (limited to 'note/emacs.html') diff --git a/note/emacs.html b/note/emacs.html deleted file mode 100644 index 746bb7e..0000000 --- a/note/emacs.html +++ /dev/null @@ -1,26 +0,0 @@ - - - - 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