To the fair folk of the Fedi.
However you choose to deal with the festivities, or don't, or can't, I wish you at least some joy and peace. We are on our way out of the dark and since long before memory or record, humans, it seems, have deemed this worthy of celebrating, at least in some way. But, this may be no more than remembering who you are and realising that the world around us, for all its horror and fear, is still a place of beauty and grace. That there is still kindness and joy and magnificence and the simplest things can show us the most.
So be yourself, enjoy, or not, yourself in the ways that you want to. Let go of shouldn't and what if and all the should be's that plague us. This is not just a time for others, it is your time too. A time to embrace the moment and what we can and we what we have, no matter how little that may seem to be, all the small things and all the great, the stars and the moon (even though we don't have the paperwork for those, and yes, that was a Pratchett reference.) the wind in our hair and everything in between. A time to dream, a time to shine.
Have a good one and wishing you all the best.
#Christmas
#ActuallyAutistic
screwlisp
in reply to Jonathan Lamothe • • •emacsconf.org/2025/talks/commo…
codeberg.org/ggxx/rmoo
rmoo
Codeberg.orgJonathan Lamothe
in reply to screwlisp • •Judy Anderson
in reply to Jonathan Lamothe • • •I can offer you the moo.el I use, it started out as something by Pavel and/or wRog and was recently updated by KMP for Emacs 29. Randomly looking at some comments I see references to williams.edu making me think that JoeFeedback had a hand in it as well.
download at olum.org/yduj/moo.el
".moo_worlds" file format:
/def settype
/settype MOO
/addworld LambdaMOO lambda.moo.mud.org 8888
Jonathan Lamothe likes this.
screwlisp reshared this.
Jonathan Lamothe
in reply to Judy Anderson • •Judy Anderson
in reply to Jonathan Lamothe • • •Kent Pitman
in reply to Judy Anderson • • •I kinda think the version of moo.el that I have will automatically add LambdaMOO when you load moo.el if you don't have a .moo_worlds. I think you only need that if you have more worlds. YMMV, but try pulling moo.el into emacs and searching for 8888 to see the logic that I think is probably doing this. (I didn't track back to see where 'file' is getting its value, but I assume it's .moo_worlds because I don't have a .moo_worlds and somehow LambdaMOO is pre-defined.)
Also, you can, if you prefer, use the mud-add-world function from your .emacs (possibly multiple times with different hosts) to avoid a .moo_worlds. Whether that file is a help or hindrance is a personal taste issue. This is what my .emacs says, right after loading moo.el. It adds MOOsaico, a multilingual MOO in Portugal that I helped program (3 decades ago):
(mud-add-world "MOOsaico" "" "" "moosaico.moo.mud.org" 8888
(intern-soft "MOO" mud-types) t)
Jonathan Lamothe likes this.
screwlisp reshared this.
Pat
in reply to Jonathan Lamothe • • •if you want a very lazy solution, Comint mode allows TCP connections (and supports things like history and word navigation). Obviously no fancy features, but it beats telnet!
I can't remember the exact function, I think its "(make-comint 'moo '(ADDRESS . PORT))"
Roger Crew✅❌☑🗸❎✖✓✔
in reply to Jonathan Lamothe • • •mud-mcp.el
wrog.net/emacs/#mud-mcp
is what I use. The main advantages of it:
(1) MCP support if you care about that (matters more for JHCore, which enables MCP by default... I think an MCP implementation *does* exist at LambdaMOO)
(2) it is a very thin layer on top of comint.el (what all of the other terminal modes in Emacs use under the hood -- meaning if you're used to the shell and telnet modes, this works the same way and you get all of the various features without having to do any work + it's actively maintained as part of the core Emacs distribution)
Emacs
wrog.netJonathan Lamothe likes this.
reshared this
screwlisp and Shannon Prickett reshared this.
Jonathan Lamothe
in reply to Roger Crew✅❌☑🗸❎✖✓✔ • •Roger Crew✅❌☑🗸❎✖✓✔
in reply to Jonathan Lamothe • • •> had do a little finessing to get it to installed
out of curiosity: what was the problem?
Is it that I didn't make a (M)ELPA package out of it? (nobody just drops things in their ./emacs directory anymore?)
or some other issue?
screwlisp reshared this.
Jonathan Lamothe
in reply to Roger Crew✅❌☑🗸❎✖✓✔ • •M-x package-install-file, it didn't like that the file didn't end with:I just had to add that and it was all good.
Roger Crew✅❌☑🗸❎✖✓✔
in reply to Jonathan Lamothe • • •ok, so the answer is indeed
"nobody just drops things in their ./emacs directory anymore"
(really, that's all it's supposed to be.
well okay, that plus
M-x load-library mud-mcp
which is the old-school way of doing things)
(wRog needs to learn MELPA. Film at 11.)
screwlisp reshared this.
Jonathan Lamothe
in reply to Roger Crew✅❌☑🗸❎✖✓✔ • •@Roger Crew✅❌☑🗸❎✖✓✔ @Judy Anderson @screwlisp It essentially already was a valid ELPA package with the mentioned exception.
I'm currently in the process of adding my own custonizations. I've added a rudimebtary shim that processes lines entered bu the user so that it can support commands that get processed on the client side.
Here's an excerpt:
After I wrote all this, I found comments in the file detailing how to add functionality.
Is there a more "proper" way I could've done this?
Shannon Prickett reshared this.