fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

10K
active users

#emacs

149 posts141 participants21 posts today

Empecé a explorar #emacs por #orgmode. Es una herramienta muy potente, pero de momento yo solo necesito algunas cosas básicas.

He acabado cayendo en la cuenta de que, sobre todo, necesitaba un "método" para organizarme mejor, y un software que me ayudase. El método va a ser #gtd, y el software #nvim con el plugin de orgmode. Tengo mi nvim demasiado engranado, y no me apetece configurar evil mode.

Es probable que acabe pasándome a emacs, pero, por el momento, no me lo puedo permitir.

Replied in thread

@justine I love me some Collectd and MQTT. I haven't got a home assistant server though. (nor, in fact, NUT, anywhere, yet.) I decided Graphite and Grafana were too big and that I wanted to cobble up some graph thing that #Emacs eww or Dillo could browse. But right now I'm trying to replace #OpenWRT with some #FreeBSD jails. OPNsense would make more, um, sense, but I feel zany!

I've been using Emacs for almost 8 years. Six years with `evil`, two years with vanilla keybindings. I grew used to the `C-` keybindings (thanks to the thumb cluster on my custom keyboard), but when on the laptop I miss modal editing... Replacing Caps with Ctrl helps, but it doesn't feel as ergonomic as modal...

I've been looking at `god-mode`, `devil-mode` and `modalka`, but I can't seem to decide which way to go.

Thoughts and input on modal editing welcome!

in I had trouble clearing the screen in certain repl or shells, and was using some hacky stuff to mimic C-l in a normal terminal. Turned out there is a function called comint-clear-buffer which is bound to C-c M-o in shell-mode, ESS, and etc.

It just does not respect multi-line `$PS1`.

A while ago, I wrote an article about my attempts to make development in Python more interactive, more "test" driven and more fun.

My North Star is the developer experience in Clojure, where you have everything at your fingertips using REPL Driven Development.

One thing that I haven't been able to figure out until now, is how to modify and evaluate Python code from an actual running program - without any restarts.

davidvujic.blogspot.com/2025/0

davidvujic.blogspot.comAre we there yet?Continuing with the work on tooling support for interactive and fun development with Python.

When will Rust Emacs be available in Ubuntu?

If they are ditching the GNU core utils I would expect that in some point in the not so far future, they also replace GNU Emacs with Rust Emacs.

There has been attempts to make it possible:

+ github.com/remacs/remacs (no longer maintained)
+ github.com/emacs-ng/emacs-ng (no longer maintained)

But in my opinion, the best attempt to port Emacs to Rust is RUNE (github.com/CeleritasCelery/run).

This is a project that should receive some love (and money) from a big company that supports Free Software. No, Microsoft doesn't count, neither Apple. (Does Canonical still counts? I don't know.)

So, @ubuntu … when are we going to have our Emacs “oxidation”?

Rust :heart: Emacs. Contribute to remacs/remacs development by creating an account on GitHub.
GitHubGitHub - remacs/remacs: Rust EmacsRust :heart: Emacs. Contribute to remacs/remacs development by creating an account on GitHub.

So I've been making a scorecard for the #Sims4 legacy challenge using #Emacs #OrgMode and it's been... A learning experience.
This one is more just a proof of concept, all it's using is the base game features, and I have some of the DLC, and I've got a few gameplay mods installed, so I have other skills and traits.

I've finished most of the easy stuff I knew, next is onto figuring out how to calculate the score, which will be... More difficult

Disclaimer: I don't use #org-mode (yet)

I'm wondering if I can define somehow list(?), "source" file(?) of things I will be repetitively using, so instead of typing manually every time name of the paint / book / etc I would be able to choose it from somewhere? I don't have any specific idea how it should look like, it's about avoiding typing it every time as it increases chances for making a mistake.

As a book translator I spend my days working with texts. Also it means I have to deal with user-hostile file formats like docx. Because editors, designers...
My long-time friend was LibreOffice. I used it since version 5.something. It's a great alternative to Microsoft Office. But in other respects you have to put up with this huge bulky piece of legacy code that probably still has Sun engineers' souls trapped inside.
And I want to boast with my little personal victory. I have finally finished a book fully typed in #vim and #emacs (for the glory of both editors) in Markdown format and later processed via #pandoc to docx (with all required styles and formatting). I used LibreOffice only on the last stage to iron out some quirks and typos. It seems this workflow works.
Which means I don't have to use this huge and unhandy LibreOffice suite every day.
Now I want to figure out if I can use org format for my translations or should I stay with Markdown. Because it seems I like it here with Emacs.

Replied in thread

@cstross @RefurioAnachro @Quixoticgeek

I once joked about systemd-emacsd. There would be an emacsctl tool to go with it, of course. And no more LISP when simple declarative .INI files are superior and friendlier to modern developers whose laptops might not have a close round bracket key, you know. /usr/lib/systemd/emacsd.conf and /usr/lib/systemd/emacsd.conf.d/ are the future.

But then I once joked about putting an XML parser into process #1; and someone then did that.