Live data from Hacker News

StumpWM: A complete window manager in Lisp

github.com

11–20 of 47 posts

Re: StumpWM: A complete window manager in Lisp

#11
post #9

If you'd prefer to use Scheme over Common Lisp and would like to get your hands dirty, consider hacking on guile-wm. I try it out from time to time and make small patches to improve it. You can modify guile-wm at runtime by connecting to the REPL server using telnet or the geiser Emacs extension. I recall StumpWM not having something as convenient. I wish guile-wm was under more active development, so maybe a few mor…

It's been years since I've used StumpWM, but I believe you can accomplish a similar setup using SLIME ( http://www.emacswiki.org/emacs/StumpWM ).

Oh, cool. It just takes a little bit more Elisp for a full SLIME environment. Thanks!

I liked StumpWM when I used it, but as a Schemer, I'm inclined to use/hack guile-wm.

Re: StumpWM: A complete window manager in Lisp

#12
I started using stumpwm but I have a small problem that's been annoying me.

I'm used to emacs, where if I kill a buffer while split, the killed buffer will be replace by a hidden buffer, or the frame will unsplit.

However, in stumpwm, sometimes I'll end a program while split, and I will be left with an ugly blank space where the program's window used to be. Then I have to manually unsplit and resplit to restore the layout I had before.

Am I doing something wrong? I'm looking up how to get around this. I think it'll involve

    *destroy-window-hook*
I just want stumpwm to take advantage of the whole screen at all times.

Thanks.

Re: StumpWM: A complete window manager in Lisp

#13

If you'd prefer to use Scheme over Common Lisp and would like to get your hands dirty, consider hacking on guile-wm. I try it out from time to time and make small patches to improve it. You can modify guile-wm at runtime by connecting to the REPL server using telnet or the geiser Emacs extension. I recall StumpWM not having something as convenient. I wish guile-wm was under more active development, so maybe a few mor…

You are mistaken.

One could always modify StumpWM at runtime, via SLIME, which is far superior to geiser. Common Lisp is also superior to Scheme (as a language) and SBCL/CCL are miles better than Guile in particular, Guile being one of the worst Scheme implementations out there.

Re: StumpWM: A complete window manager in Lisp

#14
post #13

If you'd prefer to use Scheme over Common Lisp and would like to get your hands dirty, consider hacking on guile-wm. I try it out from time to time and make small patches to improve it. You can modify guile-wm at runtime by connecting to the REPL server using telnet or the geiser Emacs extension. I recall StumpWM not having something as convenient. I wish guile-wm was under more active development, so maybe a few mor…

You are mistaken. One could always modify StumpWM at runtime, via SLIME, which is far superior to geiser. Common Lisp is also superior to Scheme (as a language) and SBCL/CCL are miles better than Guile in particular, Guile being one of the worst Scheme implementations out there.

Those are a lot of claims to throw out there in one sentence. Can you elaborate a bit (although I'll give you SLIME over Geiser)?

Re: StumpWM: A complete window manager in Lisp

#16
I've been using StumpWM for several years now; it's great!

There are some issues because the various desktop environments really don't want their in-house WMs replaced, and don't really document what needs to be done in order to just swap out the WM, leaving everything else. It's kinda sad really, and extremely anti-Unix.

Still, StumpWM is so pleasant and easy to use that it's worth the minor pain of getting my desktop environment working with it each time I update machines.

Highly recommended!

Re: StumpWM: A complete window manager in Lisp

#18
Been using Stump for a few years. It's perfect for my development needs. I find it very hard to use Mac or Windows now that I'm used to all my custom shortcuts and functions.

I usually have my editors on workspace 1, local terminals on 2, dev chrome on 3, some other local terminal / API on 4, logging on 5, remote terminals on 6, personal chromium on 7 (gmail/slack/music), IRC on 10.

But anytime I can just ctrl-t-ctrl+c which gives me a full-screen terminal, split the screen in half with ctrl-t-ctrl-s with two applications side-by-side, usually two terminals.

To be honest, I haven't tweaked the stumpwm config in a while.. maybe in a year. But I remember the first few months was so cool to add all lisp functions to manipulate the window manager. I.e. select a word, press a key, it opens google and search for it.

Re: StumpWM: A complete window manager in Lisp

#19

I started using stumpwm but I have a small problem that's been annoying me. I'm used to emacs, where if I kill a buffer while split, the killed buffer will be replace by a hidden buffer, or the frame will unsplit. However, in stumpwm, sometimes I'll end a program while split, and I will be left with an ugly blank space where the program's window used to be. Then I have to manually unsplit and resplit to restore the l…

I think I know what you mean, but it's just a key away from removing that "blank" screen (which is called a frame IIRC).

For me, (ctrl-t backspace) remove the current frame. I like the flexibility of Stumpwm where it differentiates between the space taken by an application and where it fits on the screen (Frame) vs the application.

The scenario you are describing happens if you have 2 frames while only one app running. Otherwise the next app would just fill that frame that is now available. Personally it doesn't bother me.. I'll just either remove the frame with (ctrl-t-backspace) and then my only app will now be full-screen on that first frame. Or I'll open another app in that empty frame, such as a terminal.

Re: StumpWM: A complete window manager in Lisp

#20
post #6

I use StumpWM and I'm very happy with it - the lack of any chrome whatsoever maximises screen real estate and minimises distractions. My setup is here: https://github.com/duncan-bayne/mint-setup/tree/master/conf/...

Thank you for that file. I have thought about trying StumpWM. Your setup is going to be helpful.

Glad to be of help :) If you have any questions, ask away ... and be aware that the battery status support in there is an ungodly kludge.
Post reply on HN