Skip to content
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

[BUG] [macOS] Eww window is only visible on one space #65

Open
Vermoot opened this issue Nov 25, 2020 · 11 comments
Open

[BUG] [macOS] Eww window is only visible on one space #65

Vermoot opened this issue Nov 25, 2020 · 11 comments
Labels
bug Something isn't working macOS Related specifically to support on macOS

Comments

@Vermoot
Copy link
Contributor

Vermoot commented Nov 25, 2020

Describe the bug

When on macOS, the eww window is only visible on the one space it's been started from.

Reproducing the issue

Use eww on macOS.

Expected behaviour

The window should be sticky, appearing on all spaces or following the user around

Additional context

I guess that could either be fixed by actually making the window visible on all spaces, or it could also be solved by making the window a proper detectable window according to macOS, which would emable the user to make it sticky through their WM

@Vermoot Vermoot added the bug Something isn't working label Nov 25, 2020
@elkowar
Copy link
Owner

elkowar commented Nov 25, 2020

@Rougemoot can you try setting focusable="true" on your window definition?
as in:

<window name="main_window" focusable="true">
  ...
</window>

That would tell the WM to treat eww more like a normal window, specifically also making it focusable. This may make it possible for you to go with your option 2, making it sticky in the WM config. Note that that is likely to also make eww focusable by the WM, which is something you'd then also need to tell the WM to ignore in some other way

@elkowar
Copy link
Owner

elkowar commented Nov 25, 2020

focusable, sorry xD Just noticed my mistake

@elkowar elkowar added the macOS Related specifically to support on macOS label Nov 25, 2020
@elkowar
Copy link
Owner

elkowar commented Nov 25, 2020

Added the focusable attribute to the docs, among a couple others in 0e97847

@Vermoot
Copy link
Contributor Author

Vermoot commented Nov 25, 2020

Unfortunately this doesn't solve the problem. The window still isn't detected by my WM (yabai) so I can't make it sticky.
Two things have changed from adding the selectable property: a border appeared around the window, and all text becomes grey unless I click on the window, as if to indicate that the window isn't currently focused.

@elkowar
Copy link
Owner

elkowar commented Nov 25, 2020

i guess the border and focus stuff was to be expected, lol. It's kinda weird that it isn't detected by the WM tho,... do you have any way of seeing what makes the WM ignore it?

@Vermoot
Copy link
Contributor Author

Vermoot commented Nov 25, 2020

Nope, I can just ask the WM what it sees, and it just doesn't see it as a proper window

@elkowar
Copy link
Owner

elkowar commented Nov 25, 2020

not as a proper window (if so, what exactly does that mean? what does it see it as?) or just not at all?

@Vermoot
Copy link
Contributor Author

Vermoot commented Nov 25, 2020

Oh yeah sorry it just doesn't see it at all.

@Vermoot
Copy link
Contributor Author

Vermoot commented Dec 1, 2020

This might be what we need?
https://wiki.gnome.org/Projects/GTK/OSX

@Axarva
Copy link
Contributor

Axarva commented Jan 20, 2021

@Rougemoot Do you mean the window...

  1. ...starts in a place, is visible there, and then if you launch a window it gets covered up?
  2. ...always just keeps getting started behind windows?

Because if it's 1., that's what the default behavior is on my window manager as well.

@elkowar
Copy link
Owner

elkowar commented Jan 20, 2021

  1. may be a result of xmonad not respecting the window stacking hints, that may or may not be fixed in the gtk4-version, or may require some xmonad shit that i'll need to investigate.

Vermoots issue here is workspaces, eww on macos is currently not "sticky", and cannot be made such as it isn't seen by yabai at all. That, too, may be fixed by gtk4.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working macOS Related specifically to support on macOS
Projects
None yet
Development

No branches or pull requests

3 participants