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
Multimonitor Support #26
Labels
Comments
ibabushkin
added a commit
that referenced
this issue
Nov 19, 2016
* now, redraws are triggered when necessary, as pointed out in #26
ibabushkin
added a commit
that referenced
this issue
Nov 20, 2016
…esses #26) Now we get information on when two tagsets shown simultaneously overlap. This is very useful since you probably are aware of the tags that are *present* on a tag stack's top entry, but you can't easily know which of those are actually shown. You have a guarantee, however, that they are somewhere on screen, but they could have been claimed by a screen with a lower index already. This information we now compute and output. This also goes hand-in-hand with other changes around the logic of tagset treatment. We need to be *very* careful to not blur the boundary between *visible* and *current* tags on each screen. This probably means that this implementation is buggy and has unexpectedly rough corners in some places. For simple usecases, no bugs are expected, however. Time to get fuzzing though.
ibabushkin
added a commit
that referenced
this issue
Nov 20, 2016
…esses #26) Now we get information on when two tagsets shown simultaneously overlap. This is very useful since you probably are aware of the tags that are *present* on a tag stack's top entry, but you can't easily know which of those are actually shown. You have a guarantee, however, that they are somewhere on screen, but they could have been claimed by a screen with a lower index already. This information we now compute and output. This also goes hand-in-hand with other changes around the logic of tagset treatment. We need to be *very* careful to not blur the boundary between *visible* and *current* tags on each screen. This probably means that this implementation is buggy and has unexpectedly rough corners in some places. For simple usecases, no bugs are expected, however. Time to get fuzzing though.
Regarding local redraws - this is a quite annoying change, and only brings marginal benefits. This is not to be expected to be added soon ;) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This would be a pretty big change. For now, determine what the needed changes to existing code and infrastructure are.
Wm
struct. Clarification: we still only have one screen/root window. Also, visible windows might also have to stay in ourWm
object, I'm not sure.RandR
The text was updated successfully, but these errors were encountered: