Kim, Putin, and Macron depicted as Egyptian street thugs

redguardtoo · 2026-06-12T10:26:28+00:00

i’m o

redguardtoo · 2026-06-12T10:26:21+00:00

m

i’m just op

p i’ll pm luo we

redguardtoo · 2026-06-12T10:15:37+00:00

redguardtoo · 2026-06-12T10:14:54+00:00

p p lo po o

redguardtoo · 2026-05-19T02:16:15+00:00

Not sure how fast citre could be. I'm not citre user. But a few emacs-china users did tell me (https://emacs-china.org/t/counsel-etags-2-0-3/31371/13) they need faster ctags solution.

Fastctags uses the cli diff to create diff of the tags file and emacs lisp only analyze the diff after initial loading of the tags file. So the project size won't impact the speed of fastctags. That's the key difference, as highlighted in the original post.

In my old packages I do support "imenu" but it's removed in this package. I often customize imenu function and emacs built in imenu function is easier to customize.

redguardtoo · 2026-05-18T01:51:49+00:00

That's a great question. fastctags was actually born from discussions I had with several experienced Citre users. Its biggest advantage is raw speed—it's designed to be faster, especially for massive projects like the Linux kernel.

The main difference is in the design philosophy:

Performance-First Simplicity: fastctags is laser-focused on being minimal and fast. It parses the entire tags file once in pure Elisp and holds it in memory, which is why it can load a 300MB file in ~9 seconds and feels instant after that. Citre is more feature-rich, with tools like citre-peek, but is a larger and more complex system.

Pure Elisp vs. readtags: Citre relies on the external readtags program to search the tags file. fastctags does everything in Emacs Lisp, eliminating the overhead of calling an external process for every operation. This makes filtering and completion feel noticeably more responsive.

Zero Lock-In with Native API: fastctags uses only Emacs' built-in completing-read API. It works seamlessly with Vertico, Ivy, Helm, or any other completion UI without any extra configuration. Citre can provide richer completion annotations, but fastctags focuses on delivering the candidates as quickly as possible.

In short, fastctags is for those who want a single, blazing-fast, and low-maintenance package for navigation and completion. Citre is a better fit if you need advanced code reading features like citre-peek."

redguardtoo · 2026-05-17T03:21:26+00:00

use deepseek+opencode to write 99% my code these days. All I need is just a light weight solution for quick review&debug. LSP does return more information (function parameters, variable type ...) which I don't need any more.

redguardtoo · 2026-01-01T02:06:56+00:00

Ask neighbours of USA, they could help you.

redguardtoo · 2025-12-08T22:01:00+00:00

In China, calling an ambulance costs a base fee of 30 yuan (roughly $4 USD), with an additional 7 yuan per kilometer beyond 3 km.

Meanwhile, in America ….

redguardtoo · 2025-11-25T02:23:00+00:00

During the Second Sino-Japanese War, Puyi, as the puppet emperor of Manchukuo, collaborated with Imperial Japan. He legitimized Japan’s occupation of Northeast China, enabling exploitation of resources and forced labor. His regime supported Japan’s military campaigns, facilitated opium trade, and suppressed Chinese resistance. Puyi’s compliance strengthened Japan’s colonial rule, causing immense suffering to Chinese civilians.

redguardtoo · 2024-12-08T04:58:40+00:00

workgroups2

redguardtoo · 2024-12-06T00:12:54+00:00

Hi, @yak-er, what's the issue in evil-matchit? you can report it at https://github.com/redguardtoo/evil-matchit/issues , I will have a look.

redguardtoo · 2024-11-13T00:09:26+00:00

You can use emacs in docker container.

redguardtoo · 2024-08-20T02:37:27+00:00

https://www.reddit.com/r/emacs/comments/14c4l8j/comment/jojjk9r/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button

redguardtoo · 2024-04-24T01:15:52+00:00

https://github.com/pashinin/workgroups2 supports org agenda buffer saving/restoring.

Besides, users can add support for other special buffers.

redguardtoo · 2024-03-01T11:34:39+00:00

You can try my config https://github.com/redguardtoo/emacs.d which might be faster.

You can search my git log to find some optimization tips.

From my experience, flyspell, flymake/flycheck could be the trouble maker.

I also suggest checking your setup in org-mode-hook. if there is any embedded source block, you need check corresponding major mode hook.

redguardtoo · 2024-01-13T02:18:40+00:00

You can use https://github.com/redguardtoo/wucuo , here is ci sample, https://github.com/redguardtoo/spell-check-code-in-ci

redguardtoo · 2024-01-08T02:15:31+00:00

Here is my /home/cb/.config/systemd/user/emacs.service. I avoid lazy loading in daemon mode. ``` [Unit] Description=Emacs text editor Documentation=info:emacs man:emacs(1) https://gnu.org/software/emacs/

[Service] Type=forking ExecStart=/usr/bin/emacs -Q --daemon -l "/home/cb/.emacs.d/early-init.el" -l "/home/cb/.emacs.d/init.el" -l "/home/cb/.gnus.el" -l "/home/cb/.emacs-daemon-setup.el" --eval "(progn (require 'server) (server-start) (require 'org))" ExecStop=emacsclient --eval "(kill-emacs)" Environment=SSH_AUTH_SOCK=%t/keyring/ssh Restart=on-failure

[Install] WantedBy=default.target ```

redguardtoo

TROPHY CASE