aboutsummaryrefslogtreecommitdiff
path: root/dwl.c
Commit message (Collapse)AuthorAgeFilesLines
...
| * Basic fullscreenStivvo2020-12-191-0/+11
| |
| * handle the x11 configure eventGuido Cella2020-12-191-0/+13
| | | | | | | | This fixes the window size of old games in Wine.
| * implement the virtual keyboard protocolGuido Cella2020-12-191-0/+18
| | | | | | | | | | | | | | This is used by wtype. Also properly cleanup keyboards. Without wl_list_remove(&kb->link) dwl crashed after using wtype 2-3 times.
| * Allow toggling the layout before selecting a different oneGuido Cella2020-12-191-1/+2
| |
| * Implement the idle protocolGuido Cella2020-12-191-0/+12
| | | | | | | | | | It allows clients such as swayidle and chat applications to monitor user idle time.
| * deactivate focused client when spawning a new oneGuido Cella2020-12-191-26/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Because maprequest immediately calls wl_list_insert(&fstack, &c->flink), in the following call to setmon(), the selclient() which is passed to focusclient() as the old client is actually the newly mapped client, and the real old one is never deactivated. You can see this by, for example, opening Chromium's devtools, then spawning a terminal. The background of the focused line in the devtools doesn't change from light blue to grey. We can't just remove wl_list_insert(&fstack, &c->flink) from maprequest, because calling wl_list_remove in focusclient() with a client that has not been added to the list causes a segmentation fault. Therefore we fix the focusclient call by not passing it the old client every time, but instead using the wlroots function that gets the focused surface and deactivate that, like in TinyWL. This also avoids getting the selected client and passing it to focusclient() on every call unnecessarily, and will allow removing shouldfocusclients in a future commit by checking if old is a layer surface instead.
| * implement the wlr-data-transfer protocolGuido Cella2020-12-191-0/+2
| | | | | | | | | | | | It makes wl-clipboard work properly in neovim, without having to create a transparent surface that steals focus and causes flickering. It's also required for clipman.
| * fix temporarily disabling a single monitorGuido Cella2020-12-191-2/+1
| | | | | | | | | | | | | | | | The code in this else completely freezes my system when I run the swayidle command to replicate xset dpms force off. No idea if it works on multiple monitors, but for now avoid running when there's 1 monitor. Also remove the comment with the function name in sway.
| * Don't switch to another disabled monitorsStivvo2020-10-311-15/+15
| | | | | | | | | | | | | | | | | | Since wlr_output_enable doesn't have any effect before finishing all the procedure, a little hack allows to make use of focusmon(), which must know the latest in about which output is currently disabled Also improve performance in focusmon() and cleaner code in outputmgrapplyortest()
| * Fix crash with no monitors leftStivvo2020-10-311-4/+3
| | | | | | | | | | | | | | When there's no monitors left, prevent the while in cleanupmon() to become an infinite loop Also switch to the left monitors instead of the right
| * closemon() has now only 1 parameterStivvo2020-10-311-1/+1
| |
| * Don't switch to disabled mons after unplugStivvo2020-10-311-1/+3
| |
| * Merge branch 'handleUnplug' into output-managementStivvo2020-10-311-8/+10
| |\
| | * Back to closemon() with one parameterStivvo2020-10-311-8/+10
| | | | | | | | | | | | | | | | | | With the recent changes in output-management, the extra argument in closemon() would be needed only when unplugging the monitor, so it isn't worth it anymore. Also now is more efficient.
| | * Fix crash unplugging focused mon 2Stivvo2020-10-311-1/+2
| | | | | | | | | | | | | | | | | | | | | Focus the top client on newmon, which we know for sure that it isn't going to be unplugged or disabled and actually set that as the focused monitor to move the focus. This is necessary to prevent crash when disabling monitors with the output-management patch.
| * | Disable mon fasterStivvo2020-10-311-7/+3
| | | | | | | | | | | | | | | Since focusmon() now never focuses disabled monitors, there's no need to focus the disabled monitor first
| * | Fix crash when disabling focused monStivvo2020-10-311-4/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | m->link.next leads to errors if the monitor to disable doesn't have a "next" (right) monitor and is currently focused. dirtmon() does more checks. In some previous commits m->link.next is told to be left monitor, which is wrong Also focusclient() explicitly checks for disabled monitors (this fixes in case of more than one disabled monitor)
| * | Merge branch 'handleUnplug' into output-managementStivvo2020-10-311-1/+2
| |\ \
| | * | Fix crash unplugging a focused monStivvo2020-10-311-1/+2
| | |/ | | | | | | | | | | | | Focus newmon, which we know for sure that it isn't be unplugged or disabled
| | * Focus client on a new monitor before closingStivvo2020-10-311-0/+1
| | |\
| * | | Block access to disabled monitorStivvo2020-10-301-4/+6
| | | | | | | | | | | | | | | | | | | | Before this, pressing mod+comma or mod+period (focusmon function) moved the focus to disabed monitors. Now, all disabled monitors are skipped
| * | | Move disabled clients to the leftStivvo2020-10-301-2/+2
| | | | | | | | | | | | | | | | To the nearest monitor to the left of the disabled one
| * | | Merge branch 'handleUnplug' into output-managementStivvo2020-10-301-14/+10
| |\ \ \
| | * \ \ Merge branch 'handleUnplug' of http://olidata.stivvo01.com:3000/Stivvo01/dwl ↵Stivvo2020-10-301-0/+1
| | |\ \ \ | | | |/ / | | |/| / | | | |/ into handleUnplug
| | * | Closemon(), newmon as parameterStivvo2020-10-301-15/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This allows to fix output-management: move clients to the monitor on the left of the disabled one, instead of the leftmost (which might happen to be the disabled one) Also using wl_list_foreach() and then brake after the first iteration is ugly and inefficient
| * | | Actually move clients away from a disabled monStivvo2020-10-301-14/+3
| | | | | | | | | | | | | | | | | | | | | | | | When using wlr-randr every monitor's configuration is reevaluated, so it must check which monitors are actually being disabled. The only way to correctly do that is to compare the names.
| * | | Merge branch 'handleUnplug' into output-managementStivvo2020-10-301-3/+3
| |\ \ \ | | | |/ | | |/|
| | * | Fix crash when unplugging a focused monitorStivvo2020-10-301-0/+1
| | | | | | | | | | | | | | | | Just focus a "safe" monitor before trying to to anything risky
| | * | Cleaner if statementStivvo2020-10-301-3/+2
| | |/
| * | Handle monitor enableStivvo2020-10-251-2/+9
| | |
| * | Move clients away from a disabled monitorStivvo2020-10-251-2/+10
| | | | | | | | | | | | | | | | | | When a monitor is disabled with wlr_randr, all clients on that monitor aren't lost but they are moved to the leftmost monitor with the same method that handles monitor hot unplug
| * | Merge branch 'handleUnplug' into output-managementStivvo2020-10-251-3/+12
| |\|
| | * closemon()Stivvo2020-10-241-3/+12
| | | | | | | | | | | | Separate oputput movement from cleanupmon
| * | Merge branch 'handleUnplug' into output-managementStivvo2020-10-241-4/+29
| |\|
| | * fix compile error mixed declarationStivvo2020-10-181-1/+1
| | |
| | * Move sgeom assignmentGuido Cella2020-10-171-2/+1
| | | | | | | | | | | | | | | | | | There is no need to repeat this. This needs to be reculalculated in my output-management implementation too, and since I'm already calling updatemons, this patch avoids having to repeat the assignment again.
| | * Keep client tags on unplugStivvo2020-09-151-1/+1
| | | | | | | | | | | | | | | When unplugging a monitor, each client is moved to the same tag number as before on the new monitor
| | * Handle monitor unplugStivvo2020-09-151-16/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Floating widndows with "x < removed monitor's width" aren't resized (they used to disappear in negative coordinates). Actually delete monitors when they are unplugged, recalculate sgeom and give a new monitor to clients that were on the removed one with setmon() arrangefloat() funcion has been exploded to save iterations in cleanupmon(). Also if a monitor that supports auto suspension is turned off, dwl will count it as unplugged (it will become unreachable and all clients will be moved to the leftmost monitor). However, if at least one monitor isn't plugged in, dwl will still crash the same as before. Unlike sway, when the output configuration is changed and restored, (unplug + plug the same monitor for example) previous application positions aren't kept. This is due to the fact that on sway every workspace is unique among all monitors.
| | * Restore floating win position after mon addStivvo2020-09-121-0/+18
| | | | | | | | | | | | | | | | | | | | | | | | Compensate the coordinate changes when adding a new monitor. Every test so far confirms that monitors are always added to the left, on top of the list, so every floating window's x coordinate has to be incremented by the width of the new monitor.
| * | Implement the output management protocolGuido Cella2020-10-171-0/+81
| |/ | | | | | | It allows clients such as wlr-randr to configure the display.
* | Merge pull request #32 from alex-courtis/24-xwayland-cursorDevin J. Pohly2020-12-241-0/+18
|\ \ | | | | | | #24 ensure that xwayland cursor defaults to left_ptr
| * | #24 ensure that xwayland cursor defaults to left_ptrAlexander Courtis2020-08-111-1/+3
| | |
| * | Merge branch 'master' into 24-xwayland-cursorAlexander Courtis2020-08-111-130/+182
| |\ \
| * | | #24 ensure that xwayland cursor defaults to left_ptrAlexander Courtis2020-08-041-0/+16
| | | |
* | | | simplify ROUND macroDevin J. Pohly2020-12-241-1/+1
| | | |
* | | | Merge pull request #54 from Bonicgamer/swayscaleboxDevin J. Pohly2020-12-241-4/+5
|\ \ \ \ | | | | | | | | | | Sway scale_box (rounding)
| * | | | Made scalebox the way sway does itBonicgamer2020-09-081-4/+5
| | | | |
* | | | | Merge pull request #53 from Stivvo/fullscreenDevin J. Pohly2020-12-241-20/+105
|\ \ \ \ \ | | | | | | | | | | | | Fullscreen support
| * | | | | Change fullscreen policiesStivvo2020-12-241-25/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When a new client is spawned, fullscreen isn't disabled for all clients in that monitor any more. Instead, all fullscreen clients are kept fullscreen, while other clients spawn in the background. When fullscreen is disabled, all clients are rearranged. This is made to make dwl more flexible allowing multiple fullscreen clients at the same time, have floating clients on top of a fullscreen one and let stuff happen without quitting fullscreen, like many other WMs and DEs.
| * | | | | quitallfullscreen() even when enabling fullscreenStivvo2020-12-241-7/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Disable fullscreen on all visible clients in that monitor also before enabling it on another client. quitallfullscreen() is reintroduced becouse is now more useful set c->isfullscreen later to avoid making quitallfullscreen() disable fullscreen on the current client