| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
windows
Ignore-this: a8a389198ccc28a66686561d4d17e91b
darcs-hash:20091129004506-594c5-4266465b2a3105e45f1ff9838d9e98dd14390106.gz
|
|
|
|
|
|
|
|
|
| |
Ignore-this: bde612bbd1a19951f9718a03e737c4ac
dynamicLogString utf-8 encodes its output, xmonadPropLog shouldn't do that
again.
darcs-hash:20091121004829-c9ff5-64b4d4052ae78220e8db863b4dbc77b0a6297174.gz
|
|
|
|
|
|
| |
Ignore-this: c9a241677fda21ef93305fc3882f102e
darcs-hash:20091121170739-1e371-18e128232f780146a0d07f97b9f12f77a82f98e5.gz
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ignore-this: ad7bbf10c49c9f3e938cdc3d8588e202
Imagine a screen layout like this:
11111111
11111111
11111111
222222 <--- xmobar here
222222
222222
When placing xmobar as indicated, the partial strut property indicates that an
entire height of screen 1 is covered by the strut, as well as a few lines at
the top of screen 2. The original code would create a screen rectangle of
negative height and wreak havoc. This patch causes such strut to be ignored on
the screen it covers entirely, resulting in the desired behaviour of a small
strut at the top of screen 2.
Please note that this semantics of _NET_WM_STRUT and _NET_WM_STRUT_PARTIAL is
different to what is in wm-spec. The "correct" thing to do would be to discard
the covered portion of screen 1 leaving two narrow areas at the sides, but
this new behaviour is probably more desirable in many cases, at least for
xmonad/xmobar users.
The correct solution of having separate _NET_WM_STRUT_PARTIAL for each
Xinerama screen was mentioned in wm-spec maillist in 2007, but has never
really been proposed, discussed and included in wm-spec. Hence this "hack".
darcs-hash:20091119145043-c9ff5-b4494537b40d2d44abec5fbcec8ea7c3c3ef1a6b.gz
|
|
|
|
|
|
| |
Ignore-this: 6563a3093083667c79aa491a6f59b805
darcs-hash:20091119103112-1499c-e0ded57d325cf75820408eb30b6c30611073ef01.gz
|
|
|
|
|
|
|
|
|
| |
Ignore-this: 9a830f9341e461628974890bab0bd65b
Changed the interface of X.U.ExtensibleState to resemble that of
Control.Monad.State and modified the modules that use it accordingly.
darcs-hash:20091116171013-7f603-0631dc163d78785b123bc10164ee3295add28b60.gz
|
|
|
|
|
|
| |
Ignore-this: 8b1d0fcef1465356d72cb5f1f32413b6
darcs-hash:20091115184833-594c5-9534e1ec9be959d18713bfdd1edbc1f5995cc4a8.gz
|
|
|
|
|
|
| |
Ignore-this: 18b63bccedceb66c77b345a9300f1ac3
darcs-hash:20091115131121-8978f-fd96cfc0b50bd14b0e7384ef3ad80fd0ad6c2bfa.gz
|
|
|
|
|
|
| |
Ignore-this: 7f2c49eae5527874ca4499767f4167c4
darcs-hash:20091115130707-8978f-fc8f41e624d9c8ab5ec2a06a89429ab9612c31aa.gz
|
|
|
|
|
|
| |
Ignore-this: de1c03eb860ea25b390ee5c756b02997
darcs-hash:20091113161402-1499c-779e2879fe96727dcc46ee7e7d74c5169036a19d.gz
|
|
|
|
|
|
| |
Ignore-this: 1ad52678246fa1ac951169c2356ce10b
darcs-hash:20091111022702-1499c-311ad3606fe5da6f4bf30ff1952f35204577327f.gz
|
|
|
|
|
|
| |
Ignore-this: 760d95a685af080466cb4164d1096423
darcs-hash:20091111022513-1499c-09d1a8ca0f1f4b764af7407954f6fe4725f739a5.gz
|
|
|
|
|
|
| |
Ignore-this: 231ad417541bc3c17a1cb2dff139d55d
darcs-hash:20091104172727-bc7b1-3d2b424169092eb515bd4aa0eaacdcd91223924d.gz
|
|
|
|
|
|
| |
Ignore-this: ca3939842639c94ca4fd1ff6624319c1
darcs-hash:20091107195255-1499c-bcc2d2bb68d0a601e39b9b17d029ecedfbd17460.gz
|
|
|
|
|
|
|
|
|
|
| |
Ignore-this: e0e80e31e51dfe76f2b2ed597892cbba
This patch changes SpawnOn, DynamicHooks and UrgencyHooks to
use X.U.ExtensibleState instead of IORefs. This simplifies the
usage of those modules thus also breaking current configs.
darcs-hash:20091106115601-7f603-4e2ce344aca377c5c4409b139ad35ca4b1311185.gz
|
|
|
|
|
|
| |
Ignore-this: f09b2c11b16a3af993b63d1b39566120
darcs-hash:20091107004624-25a6b-7d6cd58f8b759867bb49df0ac9bfc1472b3f7423.gz
|
|
|
|
|
|
| |
Ignore-this: b2af487cd382416160d5540b7f210464
darcs-hash:20091029165736-1499c-883218d2ff7fee9d8bf9fb1332652e526263f7d7.gz
|
|
|
|
|
|
| |
Ignore-this: dcd3dac6bd741d26747807691f125637
darcs-hash:20091028193519-6553f-b668fcfb822718a48caea74d21860de505a467c1.gz
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ignore-this: 3882f36d5c49e53628485c1570bf136a
Currently, the ppUrgent method is an addition to the ppHidden method.
This doesn't make any sense since it is in fact possible to get urgent
windows on the current and visible screens. So I've raised the ppUrgent
printer to be above ppCurrent/ppVisible and dropped its dependency on
ppHidden.
In addition to that this makes it a lot more easier to define a more
custom ppUrgent printer, since you don't have to "undo" the ppHidden
printer anymore. This also basicly removes the need for dzenStrip,
although I just changed the description.
-- McManiaC / Nils
darcs-hash:20090910010411-e34a6-d8ba596b105db26324d799ee72658ec97648df65.gz
|
|
|
|
|
|
| |
Ignore-this: 4d79c1e156f56882036ce43e70cce6f2
darcs-hash:20091023034630-25a6b-3a5055d46b632bd7c898e2904f145718f392bd6e.gz
|
|
|
|
|
|
|
|
| |
Ignore-this: d097c7dc1746c55e1d4078a7148f9d5a
This makes the config suggestions consistent with the current template.
darcs-hash:20091022041126-1499c-5dd63076fdd71a61276cfc8e648bada81d9cc586.gz
|
|
|
|
|
|
|
|
|
|
| |
Ignore-this: bd35654d0afb0a2fec73b16ab7ac38b1
Set EWMH support atoms and the window manager name in a startup hook,
rather than in the log hook: the log hook occurs far too frequently
for it to make sense to set constants with it.
darcs-hash:20091011053538-18f27-82f5abfaeba77a65ca836222d089c92d581b25bf.gz
|
|
|
|
|
|
| |
Ignore-this: 5796fe86879c2ce02ef12150e0a8603a
darcs-hash:20091019235722-1499c-bc320e621daf6860c26989a841c0eaadcbabe5be.gz
|
|
|
|
|
|
| |
Ignore-this: 43f4ffc627b3db204d74ed361ef939cf
darcs-hash:20091005165312-1499c-d406c742ce083a814826acd31d89b10120cfb250.gz
|
|
|
|
|
|
|
|
|
| |
Ignore-this: 98a76bb48b8a569b459cadc4e6412c06
This patch also uses Data.Set instead of [] for the AvoidStruts
constructor to simplify the SetStruts implementation.
darcs-hash:20091005164221-1499c-3339a4b57ddaba0e6cb6aaf08fcfb1567063ae35.gz
|
|
|
|
|
|
| |
Ignore-this: 6685ef8ddff55c7758c2b77cfc65cbba
darcs-hash:20091004085232-594c5-b6bd64420dfac2c551501bd7e0a2aaa7073f166c.gz
|
|
|
|
|
|
|
|
| |
Ignore-this: 2f0641155ada05dae955cd6941d52b70
Idea from Andres Salomon
(http://www.haskell.org/pipermail/xmonad/2009-September/008553.html).
darcs-hash:20090915101327-e34a6-113517da012281d809388a260dd7ab5ca6e2078d.gz
|
|
|
|
|
|
| |
Ignore-this: 5eb1496fd258fa0c43fb0a58136ccfff
darcs-hash:20091003151325-1499c-7a29a60a629816ba4b10229481550fa672f1c957.gz
|
|
|
|
|
|
| |
Ignore-this: c3f96fbbf0ce917c4962b297dea3b174
darcs-hash:20090930204914-1499c-a1a2913a3a5356119c7ebf936731e5bc1b25ba9c.gz
|
|
|
|
|
|
|
|
|
|
|
| |
to the right workspace.
Ignore-this: 4efdb9d64f33d70c48fb3797b635513e
Useful in a dual-head setup: Looks at the requested geometry of
new windows and moves them to the workspace of the non-focused
screen if necessary.
darcs-hash:20090930123341-594c5-efd2b02acd2310e0ab55c4fee482fc88cf0c79df.gz
|
|
|
|
|
|
|
|
| |
Bluetile repo)
Ignore-this: 673b003c4e07b591046ed01e5f27a7ec
darcs-hash:20090928231549-594c5-6a640551cd229bffdb477ded4756be5517b81d7a.gz
|
|
|
|
|
|
|
|
|
| |
Ignore-this: b2255ec2754fcdf797b1ce2c082642ba
This patch factors out commonly used direction types like
data Direction
darcs-hash:20090919191717-7f603-09c283e51a0b886d260008676d71e3daf31f4394.gz
|
|
|
|
|
|
|
|
| |
(dschoepe)
Ignore-this: 56a3dac874f6430f10ad23870a4be38a
darcs-hash:20090828214537-1499c-746e07cd364f9c4bdf12bb7f633b761bc78953fe.gz
|
|
|
|
|
|
|
|
| |
ServerMode
Ignore-this: 571e4d3ec5bcae56987c6e3b85b800b6
darcs-hash:20090825233828-594c5-6d445f87083d4c7d6ffcf99a467880a0730bac00.gz
|
|
|
|
|
|
| |
Ignore-this: cd5df0c49e1d0f07ede1994da9c4c865
darcs-hash:20090825220348-1499c-8f18eb208a02d11f0b7455a75021df4c927b38bd.gz
|
|
|
|
|
|
| |
Ignore-this: 3a1b95f85253ce6059f4528e23c5a3d3
darcs-hash:20090825101630-7f603-100cf20462e6cb4214e0737223f1b9141091f1b5.gz
|
|
|
|
|
|
|
|
|
|
| |
Ignore-this: ffdfad360d8fd5c5bfa38fd0549b8f19
Most users would expect workspaces with urgent windows to be highlighted in
xmobar when they set up an UrgencyHook. Hence, doing this by default in xmobarPP
makes sense. (dzenPP does the same)
darcs-hash:20090822183416-7f603-1a8bafd92a2f38db8f3df40daf490b206ced526e.gz
|
|
|
|
|
|
| |
Ignore-this: d2ef91429d80fde5126b2aa8f0de9b1f
darcs-hash:20090821225646-7f603-f88c0e9cc292247e44175343f9b3a91e03c98afb.gz
|
|
|
|
|
|
|
|
|
| |
Ignore-this: e905086d3fb640cbccf4eec2f11f293
This patch allows setting the opacity on a per-window basis and lets the
user specify it as a percentage instead of an Integer between 0 and 2^32-1.
darcs-hash:20090821203936-7f603-b7753508f41955036232b43effd5e93ab73dfc2f.gz
|
|
|
|
|
|
| |
Ignore-this: 59b1ade240aa75cf448620cd7a37579b
darcs-hash:20090813200119-7f603-2e4dbfc698796446602334609b244d79e5276f61.gz
|
|
|
|
|
|
|
|
| |
Ignore-this: d02940888cd54cf209d6e5f4847548ab
Not all client messages are are meant to be handled by the wndow manager, so do
not complain when one is unknown.
darcs-hash:20090812222917-23c07-105d12c2d48165f574345695c13a802b2adb1b4c.gz
|
|
|
|
|
|
| |
Ignore-this: a1fcfe2446184a8cea4553fd68565b58
darcs-hash:20090809184016-1e371-6dd9048634ffaccfbebb1461f5f8bad774dee82d.gz
|
|
|
|
|
|
| |
Ignore-this: 1e28ff0974578d329bd3d593c1a5125e
darcs-hash:20090705201205-1499c-581bd0bb43ab6096eccded6edbd54a7a2007b0d9.gz
|
|
|
|
| |
darcs-hash:20090605030113-1e371-6f55d154e061c7fcfe3ad68a11162f7cb655d48d.gz
|
|
|
|
|
|
| |
Ignore-this: 2274fdd689b0576a76d9f3373e9c7159
darcs-hash:20090626025457-1499c-1d7bdb15732bb3d45e853e140f66fe38fc4fcafa.gz
|
|
|
|
|
|
| |
Ignore-this: 84dfa0d9d50826527abbe7ff6acf4465
darcs-hash:20090624043831-1499c-2086e714723091fae9e3697df370a0634152f0a4.gz
|
|
|
|
|
|
|
|
| |
Ignore-this: 14c32fddc8b7b0561e97eb1d09e27fd7
The Hooks.EventHook module is superseded by handleEventHook from core and should no longer be needed.
darcs-hash:20090618104318-cb1c6-43b2f002f74c3eab3a8ea916caa17ea77bae0e16.gz
|
|
|
|
|
|
| |
Ignore-this: cf6dcf340fa6cc010f7879f188d376f5
darcs-hash:20090618003729-1499c-c927c08cda268b94b350f6419a64df8ca1e863d4.gz
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ignore-this: 4378f4c6c4f383c9a35acb503409d865
This patch will remove snapping against unmanaged windows, but instead calculate a new rectangle with all gaps (computed by ManageDocks) removed. This new rectangle is used to snap against. (Both the inside and outside of the rectangle.)
This will remedy the issue of snapping against multiple layers of the same window, additionally there will be no snap-points between windows on the same side. So if you are running two dzen side by side with half the screen each. You will not automatically have a snap-point in the middle.
Naturally, this patch will change which function is exported from ManageDocks.
darcs-hash:20090526222942-8978f-2d110fbeb4777d6b019b7f0f647eb2251196b5e8.gz
|
|
|
|
|
|
| |
Ignore-this: 46a856cae139d2e224ded985a9866ecf
darcs-hash:20090525001834-1499c-c4ef9061c280a7f5c7b3a698d86548e8d83d7940.gz
|