summaryrefslogtreecommitdiffstats
path: root/dwm.c (follow)
AgeCommit message (Collapse)AuthorFilesLines
2021-12-19drawbar: Don't expend effort drawing bar if it is occludedChris Down1-0/+3
I noticed that a non-trivial amount of dwm's work on my machine was from drw_text, which seemed weird, because I have the bar disabled and we only use drw_text as part of bar drawing. Looking more closely, I realised that while we use m->showbar when updating the monitor bar margins, but don't skip actually drawing the bar if it is hidden. This patch skips drawing it entirely if that is the case. On my machine, this takes 10% of dwm's on-CPU time, primarily from restack() and focus(). When the bar is toggled on again, the X server will generate an Expose event, and we'll redraw the bar as normal as part of expose().
2021-07-14Add a configuration option for fullscreen lockingQuentin Rameau1-1/+1
Some people are annoyed to have this new behaviour forced for some application which use fake fullscreen.
2021-03-29Do not allow focus to drift from fullscreen client via focusstack()Chris Down1-1/+1
It generally doesn't make much sense to allow focusstack() to navigate away from the selected fullscreen client, as you can't even see which client you're selecting behind it. I have had this up for a while on the wiki as a separate patch[0], but it seems reasonable to avoid this behaviour in dwm mainline, since I'm struggling to think of any reason to navigate away from a fullscreen client other than a mistake. 0: https://dwm.suckless.org/patches/alwaysfullscreen/
2020-08-21Fix x coordinate calculation in buttonpress.Ian Remmler1-1/+1
2020-04-25dwm crashes when opening 50+ clients (tile layout)bakkeby1-2/+4
Many users new to dwm find themselves caught out by being kicked out to the login manager (dwm crashing) when they open 50+ clients for demonstration purposes. The number of clients reported varies depending on the resolution of the monitor. The cause of this is due to how the default tile layout calculates the height of the next client based on the position of the previous client. Because clients have a minimum size the (ty) position can exceed that of the window height, resulting in (m->wh - ty) becoming negative. The negative height stored as an unsigned int results in a very large height ultimately resulting in dwm crashing. This patch adds safeguards to prevent the ty and my positions from exceeding that of the window height.
2020-04-22drawbar: Don't shadow sw globalChris Down1-4/+4
This jarred me a bit while reading the code, since "sw" usually refers to the global screen geometry, but in drawbar() only it refers to text-related geometry. Renaming it makes it more obvious that these are not related.
2020-04-22getatomprop: Add forward declarationChris Down1-0/+1
No functional changes, but for every other function we have a forward declaration here. getatomprop should be no exception.
2020-04-20setmfact: Unify bounds for compile-time and runtime mfactChris Down1-1/+1
There are two places that mfact can be set: - In the mfact global, which is defined at compile time and passed into m->mfact during monitor setup. No bounds checks are performed, but the comment alongside it says that valid values are [0.05..0.95]: static const float mfact = 0.55; /* factor of master area size [0.05..0.95] */ - By setmfact, which adjusts m->mfact at runtime. It also does some minimum and maximum bounds checks, allowing [0.1..0.9]. Values outside of that range are ignored, and mfact is not adjusted. These different thresholds mean that one cannot setmfact 0.95 or 0.05, despite the comment above that lists the legal range for mfact. Clarify this by enforcing the same bounds in setmfact at runtime as those listed for mfact at compile time.
2018-06-02pledge: add rpath promise for the ugly Xft font fallbackHiltjo Posthuma1-1/+1
2018-05-25Pledge on OpenBSDKlemens Nanni1-0/+4
2018-05-12Function declarations in correct order.Christopher Drelich1-1/+1
In dwm.c function declarations are in alphabetical order except for updategeom(). There doesn't appear to be any reason for this, so this patch corrects that, and now all function declarations are in alphabetical order.
2018-03-14All functions in alphabetical order except for this one.Christopher Drelich1-9/+9
2018-03-14ColBorder has been moved to the enum with ColFg and ColBg.Christopher Drelich1-1/+0
2017-12-27dont NUL terminate _NET_WM_NAMEHiltjo Posthuma1-1/+1
Reported by Kernc, thanks! "This makes a particular program that uses libwnck [1] fail after: Wnck-WARNING **: Property _NET_WM_NAME contained invalid UTF-8 in this code [2] because the returned string contains a '\0' and the documentation for g_utf8_validate() [3] explicitly states that when string length is provided, no nul bytes are allowed." It is not entirely clear it is incorrect, other WM's seem to not NUL terminate it either though.
2017-11-03sync dmenu drw.{c,h} code: use Clr* (was Scm)Hiltjo Posthuma1-2/+2
2017-11-03gettextprop: check result of XGetTextProperty (undefined behaviour for XFree)Hiltjo Posthuma1-2/+1
2017-11-03Set class name on status barOmar Sandoval1-0/+2
This is useful for configuring compositors to ignore the status bar window.
2017-10-11simplify isfixed conditionsDaniel Cousens1-2/+1
2017-05-08yet another cleanupAnselm R Garbe1-34/+34
The previous patches introduced some unclean space-based indentation patterns. This patch fixes them.
2017-03-28Don't restrict snap in mousemoveMarkus Teich1-14/+11
This also fixes a bug where client windows only switch to floating mode when the mouse is dragged in one specific direction.
2017-03-28Button passthrough when client is not focusedMarkus Teich1-10/+11
Before this change it is not possible to press a button in a client on the first click if the client is not yet focused. The first click on the button would only focus the client and a second click on the button is needed to activate it. This situation can occur when moving the mouse over a client (therefore focusing it) and then moving the focus to another client with keyboard shortcuts. After this commit the behavior is fixed and button presses on unfocused clients are passed to the client correctly.
2017-03-28cleanupMarkus Teich1-34/+30
- unify multi-line expression alignment style. - unify multi-line function call alignment style. - simplify client moving on monitor count decrease. - clarify comment for focusin(). - remove old confusing comment about input focus fix in focusmon(). The explanation is already in the old commit message, so no need to keep it in the code. - remove old comment describing even older state of the code in focus(). - unify comment style. - break up some long lines. - fix some typos and grammar.
2016-12-05applied Markus' tagset purge of alternative view on _NET_ACTIVE_WINDOW eventAnselm R Garbe1-20/+18
2016-12-05applied Ivan Delalande's NET_SUPPORTING_WM_CHECK patch for gtk3 compatibilityAnselm R Garbe1-2/+14
2016-12-05applied Markus' decouple color-scheme patchAnselm R Garbe1-5/+7
2016-12-05applied Markus' clarify status text padding patchAnselm R Garbe1-2/+2
2016-08-12die() consistency: always add newlineHiltjo Posthuma1-5/+5
2016-06-26import new drw from libsl and minor fixes.Markus Teich1-46/+39
- better scaling for occupied tag squares. - draw statusline first to omitt some complicated calculations.
2016-06-24Configure geometry before applying rulesEric Pruitt1-6/+7
Configuring geometry before applying rules makes it possible to have more complex constraints in applyrules that depend on the initial window dimensions and location.
2015-12-19fix fullscreen clients not resized on X display resolution changeHiltjo Posthuma1-1/+6
patch provided by Bert Münnich <ber.t_AT_posteo.de>, thanks!
2015-11-08code-style consistency6.1Hiltjo Posthuma1-433/+503
2015-11-08unboolificationHiltjo Posthuma1-71/+70
2015-11-08sort include + whitespace fixHiltjo Posthuma1-3/+3
2015-11-08separate program-specific c99 bool and X11Hiltjo Posthuma1-70/+72
True, False are X11-specific (int), make sure to use c99 stdbool for program-specific things.
2015-11-07setfullscreen: don't process the property twiceQuentin Rameau1-2/+2
Some clients try to set _NET_WM_STATE_FULLSCREEN even when the window is already in fullscreen. For example, c->oldstate was set two times in a raw and window would then always be floating. We must check that it's not the case before processing it. (original patch modified with suggestion from Markus Teich <markus.teich@stusta.mhn.de>)
2015-10-20sync updated drw code from dmenuHiltjo Posthuma1-4/+6
important: - drw_rect: didn't use w and h, change the dwm code accordingly. - drw_text: text is NULL is not allowed, use drw_rect().
2015-10-20dwm: use ecalloc, prevent theoretical overflowHiltjo Posthuma1-6/+3
2015-10-20cleanup, dont use c++ style commentsHiltjo Posthuma1-4/+4
- signal: print error string. - die: start message with lower-case (consistency). - bump version to 2015.
2015-10-20dwm: cleanup: free schemes and cursors as arrayHiltjo Posthuma1-9/+8
2015-03-13Add Xft and follback-fonts support to graphics libEric Pruitt1-10/+10
2014-08-11applied Hiltjo's resize/move limitationAnselm R Garbe1-2/+11
"Limit the amount of updates when resizing or moving a window in floating mode to 60 times per second. This makes resizing and moving alot smoother and by limiting it it also uses alot less resources on my machine.
2014-05-29same as before with dwm.c as wellAnselm R Garbe1-1/+1
2013-08-27applied Lukas' focus suggestion at startup, thanksAnselm R Garbe1-0/+1
2013-08-02applied improved version of Martti Kühne's dmenu/multi monitor approach ↵Anselm R Garbe1-0/+2
from dwm, no dmenuspawn required
2013-06-19applied Julian's enum approach,Anselm R Garbe1-25/+24
however renamed theme into scheme resp. Theme into ClrScheme
2013-06-16finished libsl/drw integrationAnselm R Garbe1-183/+70
2013-04-17renamed draw into drwAnselm R Garbe1-1/+1
2012-12-08continued with draw.c abstraction, also started util.{h,c} implementation, ↵Anselm R Garbe1-13/+1
that will be used by draw.c as well
2012-11-18reverting the xkb dependency, I don't care if this function is deprecated, ↵anselm@garbe.us1-9/+2
it seems it breaks other stuff instead.
2012-11-18reverting to plain X11 fonts in order to implement draw.c defaultanselm@garbe.us1-36/+66