aboutsummaryrefslogtreecommitdiff
path: root/dwl.c
Commit message (Collapse)AuthorAgeFilesLines
...
| * | 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
| * | | | | Remove goto render (easier merge)Stivvo2020-12-241-19/+18
| | | | | |
| * | | | | Readme: achieve fullscreen + allow borderpx = 0Stivvo2020-10-241-2/+2
| | | | | |
| * | | | | Quit fullscreen on new x11 windowStivvo2020-10-141-3/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | After the removal of quitfullscreen() dwl wouldn't compile widh xwayland enabled because createnotifyx11 was still using the old function
| * | | | | Delete quitfullscreen()Stivvo2020-10-141-20/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | quitfullscreen() was replicating the functionalities of setfullscreen(c, 0) Reusing setfullscreen() in quitfullscreen() leads to a 3 line function, which is useless since quitfullscreen() is used once anyway
| * | | | | Keep windows fullscreen after redrawStivvo2020-10-081-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes the bug that happens when changing workspace (or any time arrange() is called) where there are fullscreen windows, which are still fullscreen but leave the space for layer surfaces like waybar (which should be hidden when going fullscreen) Also as soon one fullscreen window is found hte function returns to improve efficiency
| * | | | | Set fullscreen simplerStivvo2020-10-081-4/+4
| | | | | |
| * | | | | use m->m (fullscreen on top of layers)Stivvo2020-09-161-1/+1
| | | | | |
| * | | | | fix typoGuido Cella2020-09-101-4/+4
| | | | | |
| * | | | | Allow borderpx = 0Stivvo2020-09-061-2/+2
| | | | | |
| * | | | | Toggle fullscreen on all clientsStivvo2020-09-051-3/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | mod+e allows to toggle fullscreen any client, even those who don't support it themselves
| * | | | | Handle new windowsStivvo2020-09-051-2/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Windows lose fullscreen state when a new window is created in the same tag
| * | | | | isfullscreen intStivvo2020-09-051-4/+5
| | | | | |
| * | | | | Same fscreen func for xdg and xwaylandStivvo2020-09-051-32/+14
| | | | | |
| * | | | | Fullscreen xwaylandStivvo2020-09-051-1/+31
| | | | | |
| * | | | | Unlink fullscreenStivvo2020-09-051-0/+1
| | | | | |
| * | | | | Restore windows after fullscreenStivvo2020-09-041-0/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Store position and size of windows before going fullscreen. This is more efficient than arrange() and also works with floating windows All the clients keep their original position because arrange() isn't used after quitting fullscreen
| * | | | | No borders on fullscreen windowsStivvo2020-09-041-1/+8
| | | | | | | | | | | | | | | | | | | | | | | | Some code has been borrowed from the smartBorders patch
| * | | | | Toggle fullscreenStivvo2020-09-041-1/+1
| | | | | |
| * | | | | Basic fullscreenStivvo2020-09-041-0/+11
| |/ / / /
* | | | | fix crash on non-libinput pointers (e.g. X11 backend)Devin J. Pohly2020-12-241-5/+7
| | | | |
* | | | | Merge pull request #49 from guidocella/layer-shellDevin J. Pohly2020-12-241-9/+447
|\ \ \ \ \ | | |_|_|/ | |/| | | Layer shell
| * | | | extract function and comment itGuido Cella2020-09-111-11/+18
| | | | |
| * | | | remove bracesGuido Cella2020-09-111-2/+1
| | | | |
| * | | | fix multi monitors even moreGuido Cella2020-09-111-6/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When a monitor is created or removed, the geometries of the old ones must be updated. This is also more efficient than before since we calculate the monitor geometries only when creating and destroying monitors. arrangelayers() is needed to recalculate m->w. arrange() is so clients don't move to the left monitor when plugging or unplugging monitors (clients keep the same coordinates but the field below them changes).
| * | | | simplifyGuido Cella2020-09-101-1/+1
| | | | |
| * | | | fix multi monitors furtherGuido Cella2020-09-091-3/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Fix layer surfaces without an exculsive area by using the right x and y for the current monitor (by Stivvo).
| * | | | remove unneeded lineGuido Cella2020-09-081-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The bug was caused by usable_area's x and y not being set in arrangelayers. For example if on a 2nd HD monitor, x should be 1920 while the first one ends at 1919. So I don't see why m->m should be recalculated after creating the monitor.
| * | | | try to fix againGuido Cella2020-09-081-4/+1
| | | | | | | | | | | | | | | | | | | | Calculate x and y of usable_area, not just width and heigth.
| * | | | fix multi monitorsGuido Cella2020-09-081-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If you don't recalculate the monitor's geometry before arranging, clients get arranged in the first monitor. I don't understand why this fixes the bug since tile() uses m->w rather than m->m, nor why it needs to be recalculated after creating the monitor but sway does it too. Although not necessary to fix the bug I also made arrangelayer() do like sway again and recalculate usable_area instead of reusing m->m, since m->m seems to be incorrect until it gets recalculated shortly after in arrange(), so I suspect that leaving usable_area = m->m will cause issues under certain circumstances. Someone with a multi-monitor setup or better knowledge of Wayland may be able to figure out the cause of the bug. For now, this makes layer shell work.