Re: Show modeline when super key is pressed

On Sun, Dec 01, 2024 at 02:30:35AM +0000, Toby Worland wrote:
> I’ve attached my initial attempt at this

Thanks very much for the info & example. Unfortunately, I've
only had time to test & poke at your example, not actually
absorb all of the insights about the code & come up with
something original.

That said, it works as you suggest (or at least it did once
I realized I was supposed to be watching for
xlib::left-alt-keysym, not xlib::left-meta-keysym). It
consistently gets stuck with the modeline open (at least
when I run M-RET to make a new xterm), but it may be
possible to fix that.

Also it resizes the other windows rather than floating over
them, but that's obviously not your fault. It was obviously
correct to try to solve the problems one-at-a-time. I have a
feeling the feature won't be daily-driver suitable until I
can get it to float rather than resize, but I don't want it
to sound like I'm ungrateful for the help you've already
given. I just want to know if you or anyone else can give
any information regarding whether floating the modeline is
currently possible.

ALSO: you can make this less ugly by using cl-advice and
writing e.g.

(make-advisable 'stumpwm::xwin-grab-keys)

(defun patch-grab-adv (next-fn win group)
  (declare (ignore group))
  (stumpwm::xwin-grab-key win (stumpwm::make-key :keysym *alt-key*))
  (stumpwm::xwin-grab-key win (stumpwm::make-key :keysym *meta-key*))
  (apply next-fn (list win group)))

(add-advice :around 'stumpwm::xwin-grab-keys #'patch-grab-adv)

There's probably a better way to advise the method if you
spend more than 30s reading the docs for cl-advice, but I
didn't.

LESS-IMPORTANT TLDR BELOW:
--------------------------

FWIW, this is part of a personal project to see if I can get
a better personal window manager than notion. From what I
can tell, Stump seems like somewhere between the best and
the only candidate for this. So I've been seeing if I can
set up keybinds which give me similar feel & workflow as
notion, and so far I can, although admittedly it feels like
I'm not doing things The Official Stump Way(tm). For
example, I have to define all my binds in *top-map* in order
to have

L-RET -> terminal
L-TAB -> cycle frames
L-1, L-2, ... -> switch to group 1, 2, ...

(where L is "Leader"; will be Super in normal use, but
currently Alt in Xephyr-based testing).

a la notion. But it works so that's fine.

But in any case, in order to really make it worthwhile to
actually switch, I feel like it's necessary to have some
nontrivial feature advantage over notion. This is because
switching would involve:

1. Some inevitable unexpected issues arising from
compatibility issues.

2. The need to reimplment some notion features in Stump.

For example, looking at the wiki, it looks like a tab-list
is not currently implemented. Now if I had the
transient-modeline feature (that's what I'm going to call
this thing) working the way I wanted it, I could probably
implement the tab-list in the modeline via basically just
grouping the window displays (and in the process exposing an
API that others could consume). At that point the only thing
I'd potentially want is some sort of visual indicator that
the current frame _has_ multiple tabs (since spending screen
space on tab display all the time is suboptimal)

--dmr