lingo.lol is one of the many independent Mastodon servers you can use to participate in the fediverse.
A place for linguists, philologists, and other lovers of languages.

Server stats:

66
active users

#DoomEmacs

0 posts0 participants0 posts today

joining the church of #emacs (via #doomemacs )...

#magit just isn't as good as #sublimemerge. I can't deny it. which means, I intend to go forward using tools *outside* of emacs, and will never *truly* join the cult.
but that's fine. emacs insists it's a text editor as opposed to an IDE.
...i just don't get to eat lunch at the cool kids' table.

People of Emacs and Org Mode:
Are there any packages to manage a project? I have projectile, but that's more for coding. I mean like a house move or fence build kinda project: something that has multiple todos and will take a protracted amount of time.

Failing any specific package for that, what about a org template for said project?

TYIA

#emacs#org#orgMode

I've been using #Emacs for the last couple of months now for all my daily work (I'm a translator, not a programmer) and here's a thought.
Of course, I stumbled upon rather contrasting recommendations:
1) Don't use vanilla, use #DoomEmacs or #Spacemacs. Preferably Doom. Well, I tried this in the past, but it didn't stick. It''s everything and the kitchen sink, but you generally don't know if you really need all this. So you study Doom, not Emacs. I might get back to it in the future. I did prefer Spacemacs, though (aesthetically).
2) Use vanilla and spend ten years building your own config. This sounds fairly reasonable, because you naturally learn the program itself, not its plugins. But it's a huge timesink when you start to "build your own Emacs". So you'd end up with DoomEmacs, but badly written, slow and constantly breaking on every update.
I went with the second alternative and here's what I got for my personal usecase:

me@desktop:~$ grep "use-package" .emacs.d/init.el | wc -l
8

Eight packages. howm, inkpot-theme, which-key, avy, counsel, general, annotate, markdown-mode. I didn't even bother to make annotate work for now, so it's 7. And I don't really use avy, so it could be 6.
That's all I need for now. For several months I haven't had a moment yet when I thought that I need something else or that my workflow is getting somewhat cumbersome.
Of course, this doesn't mean that my setup is perfect. But my point is: configuring your own Emacs could be way easier than you might think (depending on the workflow), and you probably don't need to fight a bazillion packages waging civil war in your config file.

Trying to read a blog post and getting sidetracked by 14px monospace font where the contrast somehow doesn't feel sharp enough at 9.98:1 and thank goodness for browsers with Reader Mode but anyways hashtag you might like this if you can read it #AstroDotBuild #Emacs #DoomEmacs

Setting up Doom Emacs for Astro Development • Edmund Miller

Edmund Miller · Setting up Doom Emacs for Astro DevelopmentThe beauty of Astro is it's like the Nextflow of web frameworks

For the first part of #DecemberAdventure I almost figured out how to publish my #OrgMode / #OrgRoam pages. Originally I wanted to work on and write about #65cha02 but Org's publishing config is, uh, a bit arcane. I also ran into the bug where if you use a URI scheme that Org doesn't know about it gives you an error. Already reported that bug years ago when I used it to write my CV and wanted a tel link in it, looks like it's still unfixed.
Well, at least I'm learning more about #Emacs... the hard way. Still, using #DoomEmacs is actually really nice, I'm finally getting into #Magit and it's the best way to selectively stage changes in #git that I've encountered so far.

Also, if anyone knows how to export only pages that have a given tag, I'd love to hear it. No, select_tags is not what I want. I want everything in my memex to be private by default.

Edit: Okay, couldn't leave it at that. Powered my way through even more computer weirdness and now I have a glorious website to document my journey. Woohoo!
raingloom.srht.site/2024120122

Edit2: Now also available on this domain name I've been meaning to use:
brain.trainpats.eu/

raingloom.srht.siteDecember Adventure

#Golang development in #Emacs (#DoomEmacs to be precise) is surprisingly nice. I missed having usable refactoring tools. "Extract to function" is something every language should have, having to write the entire function header with every type by hand is such a waste of time. At least "rename symbol" tends to work in every LSP implementation.

Replied in thread

@danderzei Hi, I finished reading the book yesterday and here is my short review.

First, thanks again, your book arrived at the perfect moment for me, as I was starting think about migrating from #Obsidian to #Emacs. This book was a real help to get me started. As you said in chapter 9, #EWS is a great way to save some time and have tools needed to be able to work immediately after learning the basics of Emacs.

Not everyone has the time and energy to learn as well as to start tinkering with a new software, since these can be necessary when starting from a vanilla configuration. I love to play with tools but I'm not sure if I would have been able to make the transition to Emacs without the foundation you created with EWS. For example, you implemented many quality of life improvement to make sure every part of the writing process are made as easy as possible, something that can be hard to produce for a new user who is not sure of the workflow to implement. For example, when I entertained the idea of moving to Emacs, I was not sure if #Denote or #Org-Roam was the best option for me, but I can see now that choosing between either was just a small step, and that the configuration you offer with EWS is very well crafted and functional.

I appreciate the fact that you stayed as close as possible to the default Emacs experience. This way, a new user can start writing with the different tools you offered right for the start while having the space to eventually add new packages and play with the configuration. I remember playing with #Spacemacs years ago and it was overwhelming to make modifications to this distribution, even though the documentation was good.

Your book makes learning Emacs pleasant, since it is not written in a dry way as your usual manual. Playing with the software at the same time is the best way to read your book and I now feel confident using it for my own projects. External resources like Prot's channel and @daviwil Systemcrafters.net were really complimentary to reading your book, but I don't see this as a negative point. Maybe pointing to more online resources could be a good idea for the newcomers.

I must say, I know how to search info online and I like to deep into things, so I don't know if I'm the best candidate to review this book as I think you wanted to offer a distribution for someone entirely new to Emacs, but still, I thank you a lot for this rich book. I've already started changing some configurations and I don't feel the need at all to switch to something with #Doomemacs (even though I will definitely try to implement Evil mode in EWS).

A final word to say I also appreciated the integration of well known tools in EWS. In addition to being a good platform for writing, it integrates other ideas like #GTD and it's possible to come with some knowledge of #Zettelkasten, #PKM or Second brain systems and methodology and have them work out of the box. It could be a good idea to point it out in the introduction so people familiar with those will be even more motivated to learn about EWS and read until then end.

Thanks again for this project! I hope I will be able to contribute in some ways in the future to some of those projects that were leveraged to make EWS possible, or maybe to EWS by itself. I look forward diving deeper into it!