5
22
Fork
You've already forked reka
2

Focusing a Wayland window doesn't focus the wrapping Emacs window #3

Open
opened 2026年03月20日 00:26:07 +01:00 by magic_rb · 6 comments

Also a thing I noticed while testing

Also a thing I noticed while testing

How are you changing focus (clicking, something else?)? Are you on the latest commit? This works fine for me 🤔

How are you changing focus (clicking, something else?)? Are you on the latest commit? This works fine for me 🤔

Oh also, what Emacs version are you on?

Oh also, what Emacs version are you on?

30.2

seems like it may be my bar actually? hm, it does seem to trigger window-selection-change-functions

30.2 seems like it may be my bar actually? hm, it does seem to trigger `window-selection-change-functions`

Can you run reka with RUST_LOG=debug in the environment, and get a log from when this happens? What bar do you use?

Maybe also add the debug flag for river, but note that this will be a lot of output.

Can you run reka with `RUST_LOG=debug` in the environment, and get a log from when this happens? What bar do you use? Maybe also add the debug flag for river, but note that this will be a lot of output.

i havent done actual debugging yet, im sorry about that, but i wanted to also just throw in that the minibuffer doesnt shrink for me sometimes. Say i do something on my main monitor with the minibuffer, this expands the minibuffer on all emacs frames. But then if i immediately switch to a reka window on my secondary monitor, it emacs wont shrink the minibuffer. (why emacs only shrinks minibuffers for focused frames is beyond me, maybe to avoid a unnecessary redraw?)

i havent done actual debugging yet, im sorry about that, but i wanted to also just throw in that the minibuffer doesnt shrink for me sometimes. Say i do something on my main monitor with the minibuffer, this expands the minibuffer on all emacs frames. But then if i immediately switch to a reka window on my secondary monitor, it emacs wont shrink the minibuffer. (why emacs only shrinks minibuffers for focused frames is beyond me, maybe to avoid a unnecessary redraw?)

to be more specific:

  1. with focus on monitor 1 and a reka window, C-x C-f to expand the minibuffer
  2. mouse over to secondary monitor, click on reka window to focus it - this expands the minibuffer there too
  3. mouse over to the primary monitor, click on a reka window C-g to cancel the command
  4. mouse over back to secondary monitor, chick on reka window
  5. minibuffer stays expanded on secondary monitor

P.S. why reka is called reka is obvious to Slovak (rieka) and Czech (řeka) speakers too :P, probably Polish but I don't speak it

to be more specific: 1. with focus on monitor 1 and a reka window, `C-x C-f` to expand the minibuffer 2. mouse over to secondary monitor, click on reka window to focus it - this expands the minibuffer there too 3. mouse over to the primary monitor, click on a reka window `C-g` to cancel the command 4. mouse over back to secondary monitor, chick on reka window 5. minibuffer stays expanded on secondary monitor P.S. why reka is called reka is obvious to Slovak (rieka) and Czech (řeka) speakers too :P, probably Polish but I don't speak it
Sign in to join this conversation.
No Branch/Tag specified
canon
No results found.
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
tazjin/reka#3
Reference in a new issue
tazjin/reka
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?