Notices by lhp (lhp@mastodon.social)

@wingo "this data structure could have been a closure"

@dalias it's one of the many labels no one deserving them would ever use to describe themselves.

@photex you don't need to think about emacs client: it's only useful to connect to local emacs servers; frames (windows) are spawned by the server, not emacsclient, so connecting to a remote server will not allow you to create a local window.

tramp is just using ssh, so it should support a hop.

@anemofilia I've looked into typst but I do not see any immediate benefit it would offer me over just staying with LaTeX (which I am already reasonable proficient in). Especially since LaTeX has high editor integration in emacs via auctex while typst doesn't yet. I find the editor is usually more important for writing comfort than the language. Editor integration is also the only reason I tried using org over LaTeX to begin with.

The interesting thing about switching from org to pure LaTeX for my thesis is that while both have very excellent tooling in #emacs, org-mode and auctex are written by different people with very different designs. They feel very different, despite both being emacs.

Part of that is likely also the differences between the languages: LaTeX is way more verbose for simple things than org, however for complex things (especially around figures) org syntax gets more in the way than that of LaTeX.

@matt I myself am immediately suspicious of anyone who has an issue with this. It's just a lot of application developers who for whatever reason think they know better than the desktop where windows should be positioned, which is so weird. Like, stay in your lane? Just leave window management to the desktop?

@whynothugo cloning common platforms would be fine iff done in a malleable way. If there was a versatile base system and the iOS clone is just a lisp script or something similar above which the user could modify.

there is a certain melancholy in seeing all the various cool and inspiring ways pipewire can be configured to do interesting things, and knowing that you'll never need any of it

@tk Games are supposed to still work, yes.

In practice it will depend on the game: On X there are like five different ways to implement each feature a game may need. Some of those may be a bit hacky and won't work smoothly on a Wayland desktop.

From what I understand though, valve has put in some effort to make it as smooth as possible.

I myself don't play games anymore, so I can't share any first-hand experiences.

But you can install a wayland desktop alongside your current and just try.

@tk those are two different concepts.

An application can't arbitrarily become drm master and control the output (there are some exceptions for VR stuff, but it's not common). This is the reason why tabbing out of fullscreen games is seemless on linux but is a crashy mess on windows.

But you can of course still do accelerated rendering with OpenGL. If done right, even zero-copy with direct scanout and proper frame timing.

Going through XWayland will add a few roundtrips to that.

@praetor @amszmidt you should never eval your init manually, it is loaded automatically on startup.

I suspect you set some settings in your init which don't affect the frame spawned by emacsclient. And when you then re-eval your init manually, those settings suddenly work. Is that right?

@jwz say what you want about enterprise, but at least when it was bad it was "more chliché and more boring than average TNG episode"-bad, not "we don't understand the franchise, so let's just make a generic modern action sci-fi show, only the colour blue is allowed, everything must be gritty and grimdark"-bad

@anemofilia I do really like guile, but I also like systemd, so I am not really the target audience for Guix, unfortunately :/

@ifreund Nice, thanks!

I am right now trying to migrate my setup to use more flatpaks, especially for anything internet-facing. I really like the qubes OS idea, but my main setup is too integrated to be split into VMs. Having at least browser, email and IRC sandboxed is the next best thing I think. Maybe I'll even forbid programs running in the host OS from talking to the internet eventually.

A live REPL attached to a running window manager. Eventuallly you'll be able to change window management behaviour without even having to restart the window manager.

#riverwm

This is:

* a C library doing the Wayland bits and low-level logic
* a guile Scheme module wrapping the C library
* a guile Scheme script implementing high-level logic

It's all based on hooks, so eventually the WM could just load an init.scm from the your config where your can overwrite whatever handlers / functions you want. Kinda like how you can redefine emacs functionality.

And you could also just use the library itself and wrap it in whatever language you want (as long as it has a C FFI).

connecting a WM written in guile scheme to river's rwm branch 👀

(prototype, doesn't actually do anything yet)

#riverwm

New blog post: Painless multi-account emailing with imaps and smtp in gnus in #emacs

The "painless" is of course a bit of a joke; I hope by sharing how I made it work other people are spared a few hours of config-fiddling. Once you know how it works, it is actually somewhat simple.

https://leon_plickat.srht.site/writing/painless-mail-imaps-smtp-gnus-emacs/article.html

whats this? a wayland screansaver of course!

@monnier I wasn't aware that existed when I started this project.