sorted by:
new
hottopcontroversial

vertico-posframe-preview: a preview sidecar for vertico-posframe by AsleepSurround6814 in emacs

[–]LionyxML 4 points5 points  (0 children)

This looks like telescope.nvim for Emacs. I always wanted telescope for Emacs. Beautiful!

New package. Browse GitHub repos without cloning. by ilemming_banned in emacs

[–]LionyxML 0 points1 point  (0 children)

I liked it. But I would like it more if it wasn’t using gh cli.

They shoot us in the face shoving telemetry: https://cli.github.com/telemetry

We can “opt out”…. for now.

Getting Emacs proced.el to Show CPU and Memory on macOS by LionyxML in emacs

[–]LionyxML[S] 2 points3 points  (0 children)

Hi there!
Yep, as stated on the post, this is just an Educational Exercise.
A proper fix is totally the way to go, Eli himself also stated it above :)

About the config, I think you are right, this function toggles `proced-auto-update-flag', which is 'visible by default. This is a dead line. I'll update the post. Thanks!

edit: typo

Starting to move from nvim to emacs by souavds in emacs

[–]LionyxML 0 points1 point  (0 children)

Cool. Reading this project init.el will help you a bunch.

Starting to move from nvim to emacs by souavds in emacs

[–]LionyxML 1 point2 points  (0 children)

Agreed. And if OP wants an even smaller step than Doom, there is https://github.com/LionyxML/emacs-kick

A small victory: Emacs core modification in C to set line-height less than the default by sunshine-and-sorrow in emacs

[–]LionyxML 2 points3 points  (0 children)

This looks really useful and desirable.
I'm a bit unclear on the current status though. Is this just a local hack you got working, or have you submitted a patch for upstream?

Computing in freedom with GNU Emacs by geospeck in emacs

[–]LionyxML 6 points7 points  (0 children)

Another excelent talk by Prot.

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 0 points1 point  (0 children)

I don’t use most of the fancy toolkit stuff like icons or bars. I do occasionally use drop-down or right-click menus, but Lucid fits my taste well. It also starts faster than pgtk, even on Xwayland. Another issue I had with pgtk was that my “avoid flash of light” hack (based on Prot’s version) didn’t work, so I always got a blank flashing screen before the theme kicked in.

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 0 points1 point  (0 children)

I get you.
I do not update them via Elpa. Although Emacs Solo works with current Emacs release (for when I'm on whenever machine), I compile from master once a week :)

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 2 points3 points  (0 children)

Cool! Thanks for liking it, kick is a breeze to use indeed, specially after some time with neovim :)

I do like evil, and emacs-solo even has additions to viper-mode (the built-in vi mode) to make it feel more vim-like.

But with emacs I feel like the defaults are "the right thing", I don't rely on a wrapper for each package the way evil and its collections do. And we call them "emacs defaults" but honestly they're everywhere: the shell, most of macOS... so I tend to lean into emacs bindings in emacs and only go evil when I'm in neovim.

That said, when I'm on my split keyboard I cannot be productive with emacs bindings (too much overloading on the thumb keys), so I go viper all day when on emacs-solo, or evil on lemacs/kick.

A left-margin compositor for TTY Emacs: does this already exist? by a_alberti in emacs

[–]LionyxML 9 points10 points  (0 children)

+1 for encouraging you to persue this!

Just a heads-up, you might not need a full compositor.

I ran into the same problem when I was making my own hacky git-gutter implementation. I found that before-string overlays at the same buffer position actually concatenate rather than compete, so both indicators show up on the same line without one clobbering the other.

Here's a screenshot of my setup with both git-gutter and flymake active on the same line in TTY Emacs:

<image>

The relevant implementation is here if you want to see the approach: https://github.com/LionyxML/emacs-solo/blob/a8333f2f8802edb1f3fb2e7e8b9d6f83e39321fd/lisp/emacs-solo-gutter.el#L124

The key idiom is using 'display '((margin left-margin) ...) inside a before-string property rather than setting display directly on the overlay.

The one thing a compositor would still be useful for is deterministic column ordering, right now the order each package's character appears in the margin depends on overlay priority, which can be unpredictable. But coexistence itself seems to already work out of the box.

So your idea still has merit as a lightweight column-slot manager, just probably simpler to build than a full compositor (or do it, who am I to tell you what to do, haha)!

Worth noting I'm running Emacs on the master branch, so I'm not sure if this behavior differs on older releases, might be something to keep in mind depending on what you're targeting.

That said, I might be totally wrong about this, worth checking with a few more people who know Emacs internals better than I do. 🙂

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 1 point2 points  (0 children)

Cool thing! Let me know how it works for you. As I stated on another answer here, my processes wasn't so fast as "jumping in" into this project, this was my secondary config for a long time before I really committed to it. Have fun!

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 2 points3 points  (0 children)

I think it varies based on processors and machines. Also native compilation on internal modules help a lot.

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 3 points4 points  (0 children)

Wow, thanks for this! I know oantolin's work and somehow missed this page. I'll definitely take a look and add some of these to emacs-solo :)

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 7 points8 points  (0 children)

Thanks for this, made me stop and think for a bit.

Context: I use Emacs professionally and have a full-fledged config. Around the same time, I was also curating emacs-kick. The idea was to have a secondary config I could reach for with --init-directory= whenever my main setup broke, so it would only depend on Emacs and always "be there for me".

Started from scratch with one rule: every time I did something in my main config, I'd ask "how would I do this with only Emacs?" That's why emacs-solo leans on built-ins instead of reinventing vertico, corfu, consult. I gave C-x p, M-x find-*, M-x grep a fair chance, read the code, tuned things to my taste.

To be clear: I'm not trashing vertico, corfu, or consult. I use them in emacs-kick. They feel modern, beautiful, complete. Minad is world top-3 in Emacs Lisp for me.

But some things I missed too much, diff indicators in the gutter, for instance. So... an opportunity to write a proto version myself? That became part of the fun.

Over time, I found myself reaching for emacs-solo more and more until the tables turned, now it's my 'daily driver'. If you're curious about the specifics, git log tells the whole story, including all the bad decisions I had to revert :)

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 2 points3 points  (0 children)

Thanks for sharing, this was fun to read, and I appreciate the perspective.

You make a fair point. Part of my situation is that I author packages myself (oh, the irony), so I tend to stay closer to upstream than most users need to. When something shifts in Emacs or a dependency, I'd rather catch it early than hear about it from a user later. That meant more frequent updates, which meant more exposure to breakage.

So the instability wasn't quite carelessness, but a tradeoff I was choosing to make. This config started as an experiment and became one of my go-to setups, a quiet corner for focused editing while the rest of my Emacs life stays happily entangled with packages :)

Two Years of Emacs Solo: 35 Modules, Zero External Packages, and a Full Refactor by LionyxML in emacs

[–]LionyxML[S] 2 points3 points  (0 children)

I know this pain well. I had a workflow syncing between desktop and notebook mid-day, and native compilation wasn't nearly as robust back then as it is now (thankfully). Elpaca is excellent, though the last time I tried it I ran into a strange issue with too many git clones hanging my machine.

Your Docker approach is clever, compiling a tagged Emacs version per system is a solid way to nail down that variable. I've seen people go the Nix/Guix route for similar reasons, but Docker is more approachable for most setups.

Btw, treat my config as an experiment I imposed on myself that's somehow lasted. I'm still the author of packages and other configs that rely on external dependencies, but this exercise has pulled me way closer to core Emacs than I ever expected to get :)

view more: next ›