| Age | Commit message (Collapse) | Author |
|
- Add ibuffer section for VC buffers.
- Let ERC pick up my full name.
Also, bind switch-to-buffer-obey-display-actions to make C-x 4 4 and
C-x 5 5 more reliable.
|
|
- get rid of diamonds
- don't use sender name if I'm the sender
- fix off-by-one error when humanizing dates
|
|
Take advantage of recent (Emacs 28) additions to project.el to make a
convenient "magit-to-project" command. Some C-c p bindings are now
redundant with the new C-x p keymap; keep them for a bit, as Emacs 28
is not coming out anytime soon.
Add an ibuffer group for "messaging" buffers.
Set lua indentation to 2 spaces; the Lua Style Guide[1] says that this
convention is used in many learning resources; this is also what
pandoc filters use AFAICT.
[1]: http://lua-users.org/wiki/LuaStyleGuide
Org 9.4 introduces a new face for DONE headlines; I think the DONE
keyword face is enough to distinguish these headlines, so I'll turn
off that feature.
|
|
Turns out somebody filed an issue soon after I committed my
workaround:
https://github.com/dajva/rg.el/issues/72
Now fixed 🙌
|
|
|
|
|
|
|
|
|
|
Cf. <https://github.com/dgutov/diff-hl/commit/a625033fb1dde83f6e4c2fc21f632b22ec34b609>.
|
|
|
|
Sometimes, when adding dummy roots, Gnus displays the thread subject
on the first message:
(emacs-devel, fetched from archive.lwn.net)
┌◈
10:31 ├► martin rudalics Re: emacs rendering comparisson between emacs23 and emacs26.3
14:07 │├► Dmitry Gutov
14:35 ││├► Dmitry Gutov
14:45 ││╰► martin rudalics
13:47 │╰► Alan Mackenzie
14:45 ┆ ╰► martin rudalics
And sometimes it doesn't:
(bug-gnu-emacs, fetched from news.gmane.io)
┌◈
02:08 ├► Juri Linkov
05:33 ╰► Stefan Monnier
Adding %S to the dummy line-format will cause the subject to appear
twice in the first situation (on the dummy root, then on the first
message); not great, but better than not knowing what the topic is.
|
|
Frustratingly, sometimes the previous layout gave things like this:
O Yesterday 03:59 ┌◈ Richard Stallman pull requests
O Yesterday 08:54 ├► Eli Zaretskii
03:46 │├► Richard Stallman
O Yesterday 14:00 │╰► Clément Pit-Claudel
O Yesterday 15:05 │ ├► Stefan Monnier
O Yesterday 14:30 │ ╰► Eli Zaretskii
O Yesterday 15:37 │ ╰► Clément Pit-Claudel
Yesterday 16:21 │ ╰► Eli Zaretskii
Yesterday 17:39 │ ├► Clément Pit-Claudel
Yesterday 20:21 │ │╰► Eli Zaretskii
Yesterday 16:41 │ ╰► Dmitry Gutov
Yesterday 20:16 │ ├► Eli Zaretskii
Yesterday 20:24 │ │├► Dmitry Gutov
Yesterday 20:34 │ │╰► 조성빈
Yesterday 20:28 │ ├► Eli Zaretskii
Yesterday 21:39 │ │╰► Dmitry Gutov
03:46 │ ╰► Richard Stallman
O Yesterday 04:49 ╰► Stefan Monnier
03:45 ╰► Richard Stallman
04:03 ╰► Stefan Monnier
O Thu 20:31 ┌◈ Alan Mackenzie Re: emacs rendering comparisson between emacs23 and emacs26.3
O Thu 21:25 ├► Stefan Monnier
O Thu 21:38 ╰► rrandresf@gmail.com
O Yesterday 08:00 ├► Eli Zaretskii
O Yesterday 19:36 │├► andrés ramírez
03:48 │╰► Richard Stallman
08:09 │ ╰► Eli Zaretskii
10:08 │ ╰► Eli Zaretskii
O 03:40 ╰► Richard Stallman
O 10:21 ├► Michael Albinus
10:58 ╰► Eli Zaretskii
11:09 ╰► Eli Zaretskii
12:20 ╰► Ulrich Mueller
I.e. for some reason Alan's response to the "emacs rendering
comparison thread" is not formatted as a false root, and things get
misaligned.
Trying to set gnus-summary-make-false-root to 'empty caused this:
O Thu 20:31 ┌◈ Alan Mackenzie Re: emacs rendering comparisson between emacs23 and emacs26.3
O Thu 21:25 │├► Stefan Monnier
O Thu 21:38 │╰► rrandresf@gmail.com
O 03:40 │ ├► Richard Stallman
O 10:21 │ │├► Michael Albinus
10:58 │ │╰► Eli Zaretskii
11:09 │ │ ╰► Eli Zaretskii
O Yesterday 08:00 │ ╰► Eli Zaretskii
O Yesterday 19:36 │ ├► andrés ramírez
03:48 │ ╰► Richard Stallman
08:09 │ ╰► Eli Zaretskii
10:08 │ ├► Eli Zaretskii
12:43 │ ╰► Alan Mackenzie
12:20 ◈ Ulrich Mueller
Still no false root, and Ulrich's answer is misaligned.
The new settings yield this layout:
┄┐
O Thu 20:31 ├► Alan Mackenzie Re: emacs rendering comparisson between emacs23 and emacs26.3
O Thu 21:25 │├► Stefan Monnier
O Thu 21:38 │╰► rrandresf@gmail.com
O 03:40 │ ├► Richard Stallman
O 10:21 │ │├► Michael Albinus
10:58 │ │╰► Eli Zaretskii
11:09 │ │ ╰► Eli Zaretskii
O Yesterday 08:00 │ ╰► Eli Zaretskii
O Yesterday 19:36 │ ├► andrés ramírez
03:48 │ ╰► Richard Stallman
08:09 │ ╰► Eli Zaretskii
10:08 │ ├► Eli Zaretskii
12:58 │ │╰► Alan Mackenzie
12:43 │ ╰► Alan Mackenzie
13:05 │ ╰► Eli Zaretskii
13:18 │ ├► Alan Mackenzie
13:28 │ │╰► Eli Zaretskii
13:43 │ ╰► Stefan Monnier
12:20 ╰► Ulrich Mueller
It'd be nice if the dummy root held the subject line, but oh well. At
least things are aligned correctly 🙌
|
|
This way subjects are aligned, as well as the names of authors of root
articles.
Use this specific variation of WHITE DIAMOND CONTAINING BLACK …
DIAMOND because it is covered by DejaVu Sans Mono; others require
variable-width fonts.
|
|
Use C-x o with repeatable o instead. This removes a conflict with
Magit and Org bindings.
Inspiration: https://emacs.stackexchange.com/a/52203/10209
|
|
The GUI prompts frequently lack more context, e.g. if I'm using TRAMP
to sudoedit a file, I don't know whether the requested password is for
~/.authinfo.gpg or for superuser authentication.
|
|
This way roots, false roots, first-level line drawings and single
message are aligned.
|
|
Remove nnimap-stream: the default value is good enough, which is a
good thing since I had misspelled it 🤦.
Also tweak Info reference so that I can evaluate it directly.
|
|
Add %* to prevent point from jumping sideways when changing articles.
|
|
Keep false root, otherwise I cannot mark threads with T k.
Apply crude fontification with gnus-face-0.
|
|
Use box drawing characters to show article tree. Don't "adopt"
rootless subthreads as that makes articles look like they answer
unrelated messages.
|
|
AFAICT, by default Gnus threads by *root article* number, oldest
above, newest below.
I'd like to keep the "newest below" logic (messages are sorted within
a thread anyhow), while making sure threads updated recently show
up *below* older threads.
Hence:
- put gnus-thread-sort-by-number first to break ties, following the
recommendation from (gnus) Sorting the Summary Buffer,
- invert gnus-thread-sort-by-most-recent-number, to have
recently-updated threads below older threads.
Not sure this implements exactly what I want (I think I saw some
surprising results here and there), but it seems to come close.
Also note down more useful key bindings.
|
|
|
|
* Use Custom to set whitespace style.
As much as I dislike using Custom for lists where I just want to
add/remove a couple of elements, the previous method introduced a
subtle bug where visiting a diff buffer, *then* activating
whitespace-mode resulted in diff-mode's whitespace style applying
instead of mine. Something to do with diff-setup-whitespace I guess.
* Make Org comply with RET/C-j conventions in the rest of Emacs.
Since Emacs 24.4, by virtue of electric-indent-mode being enabled by
default, RET is the "smart newline" key which handles indentation, and
C-j is the "dumb newline" key which simply inputs character 0x0A.
* Stop popping another frame for Ediff's control buffer.
The popup frame needs its own .Xresources entry. Sometimes it
disappears behind the system tray. Having another window allows
other-windowing.
* Make line-number-mode try harder with long lines.
* Change the scroll logic.
scroll-conservatively > 100 tells Emacs to *never ever* recenter
point, which is annoying when jumping to e.g. a search result or a
tags definition.
scroll-conservatively = n < 100 tells Emacs to recenter when scrolling
needs to move more than n lines, and to scroll only m lines when m≤n.
* And some other stuff.
|
|
So that I can use NNTP to reach bug-gnu-emacs and help-gnu-emacs.
Gmane has moved recently:
https://lars.ingebrigtsen.no/2020/01/15/news-gmane-org-is-now-news-gmane-io/
|
|
|
|
Emacs attempts to expand macros when loading uncompiled files to speed
up their execution. Since rx is not loaded during startup, Emacs is
not aware of the rx pattern for pcase, and takes it for the rx macro.
Since this macro does not understand (let …) forms, it throws an
"unknown rx pattern" error, which interrupts macro-expansion and shows
a noisy warning.
|
|
|
|
|
|
|
|
For reasons not entirely clear, the password prompt would get stuck
when trying to sudoedit a file. minibuffer-depth-indicate-mode told
me that I was 16 prompts deep. I'll chalk if off to my/project-name
calling functions it shouldn't call when TRAMP is busy.
|
|
|
|
|
|
|
|
|
|
As well as a function to generate them.
|
|
I'm about to add another my/make-… function, and it will need to be
defined before those global-set-key calls.
|
|
diff-hl does the Git gutter thing; I don't use hideshow often enough
to care about it being visible in the fringe.
|
|
|
|
|
|
Color fonts improve emoji readability IMO. Noto's emoji font does not
cover 🗚 nor 🗛 though.
While in there, use simplify a version check.
|
|
Add additional stuff manually.
|
|
|
|
Cute fluff, yet fluff still.
|
|
|
|
- something something Sunday week-*end* something
- been using these packages for a while now
- getting used to the "most recent below" convention; it's what every
interface shows within threads anyway
|
|
The code below works with the new indicator, but it's a bit ugly.
(let ((props (text-properties-at
0 (car (alist-get 'compilation-in-progress mode-line-modes)))))
(setf (car (alist-get 'compilation-in-progress mode-line-modes))
(apply #'propertize "⚙ " `(face compilation-mode-line-run ,@props))))
|
|
Can't believe this is not the default. Having this tiny 5-pixel-high
eyehole into some random non-Emacs application is at best useless, at
worst distracting.
Found while skimming bug#36250.
|
|
Yay for power savings 🙌
|
|
Obviously this will bite me in the rear if I ever use a
non-bleeding-edge version of Emacs.
|
|
≈ ALMOST EQUAL TO
≊ ALMOST EQUAL OR EQUAL TO
≅ APPROXIMATELY EQUAL TO
≃ ASYMPTOTICALLY EQUAL TO
≡ IDENTICAL TO
≙ ESTIMATES
≔ COLON EQUALS
|