-
Notifications
You must be signed in to change notification settings - Fork 70
browser moves to workplace when link clicked in program on other workplace #44
Comments
Looks like this is caused by the following sequence of events:
Since the same Presumably windows from the switching-to workspace are mapped before windows in the switching-from workspace are unmapped to avoid a brief flicker where no clients would be onscreen between workspace changes. Switching the order of mapping and unmapping would fix the problem of the buggy visibility at that expense but.. The real problem is that new Since this program uses linked lists, I don't see how to fix this without either brute force searching the entire array of lists, creating a list of Thoughts? |
Just wanted to leave a note that the patch that Stutonk made shown above, fixed the issue for me. Thanks Stutonk that eliminated an annoyance. |
When clicking a web link in a program on lets say desk2, if a browser is already open on desk1 it will now move to desk2. I prefer the browser would not move but the bigger issue is that it has some buggy behavior as it will disappear from all virtual desktops when switching between them. Cycling through the desktops again will make it reappear but its not easy to return to previous behavior as pressing Mod-Shift 1 will not make it stay back on desk1. The only way to fix it seems to be to close the browser and open another one on the correct desktop.
Its a minor annoyance but thought I would mention it, otherwise good work on a nice minimal window manager and I like how you added possible upgrades via patches!
The text was updated successfully, but these errors were encountered: