-
-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"focus event" handling for tab/window navigation #434
Comments
Thank you for the issue, @mfbolus! Which version are you using and which OS? |
@raphamorim , yes that would be useful information, wouldn't it?! rio v0.0.34 |
haha sometimes not 😆 Will take a look, I think i have ported it from Alacritty. will check and update her |
I figured out, it was not implemented. I've added the support to windows and linux here 4ad69ff but still need to port to the new macos client (upcoming 0.1.0) |
Wow, that was fast! Nice work. Thank you |
Implemented in the main with the new macos version (0.1.0) but will take a time to release, meanwhile marking it done but with This change will be shipped along with other changes in the 0.1.0. Thanks for the issue! |
Thank you for your great work on this project!
I am not entirely sure if I am asking this the right way, but I use an editor from the terminal (currently playing with helix) which I have set to do things like save/format an active buffer when "focus" is moved away from the tab/window. This feature works in Alacritty, for example. I also see on the helix wiki that rio nominally supports this.
For whatever reason, while this feature works when I am using Alacritty, nothing gets triggered by focus events when I am editing within rio. I am not sure if there is a rio configuration I am missing. Has anyone else noticed this issue? Do you have any suggestions for where to start in debugging this behavior?
Best,
MFB
The text was updated successfully, but these errors were encountered: