f3d0ada5df
fix awesomeconf struct handling in resizemouse() and movemouse(), fix bug on Xinerama
2007-11-12 14:51:51 +01:00
38e6a309cb
use CLEANMASK() where we should
2007-11-12 14:22:44 +01:00
69c235280d
resizemouse() is now an uicb function
2007-11-12 14:06:59 +01:00
f72c1bb54c
movemouse() is now an uicb function
2007-11-12 14:02:52 +01:00
ef7034b0b8
use linked list instead of tabs for mouse bindings
2007-11-12 13:21:28 +01:00
ab1b1ed46e
make parse_mouse_bindings() handle the tag case
2007-11-12 12:07:18 +01:00
54f0c86934
factorize mouse bindings parsing code
2007-11-12 11:59:57 +01:00
05e102a49a
mouse clicks on root window are now configurable
2007-11-12 10:55:21 +01:00
939d9eb149
fix indentation
2007-11-12 09:59:54 +01:00
f05a695dba
Simplify a bit this code
2007-11-12 09:58:04 +01:00
19e7737ef0
don't draw statusbar if it's off
2007-11-11 23:23:38 +01:00
dcdbd06e56
handle mouse button event on statusbar if position is right/left
2007-11-11 22:56:59 +01:00
58391a84fa
don't move status bar offscreen (fails on Xinerama): unmap it instead
2007-11-11 22:47:56 +01:00
651dcc5c9e
compute correctly status bar position for left
2007-11-11 22:44:21 +01:00
3f36130533
fix X memory leak in draw_rotate()
2007-11-11 22:38:29 +01:00
0753ed5fb5
statusbar drawable is no more stored but dynamicaly created; this fix a problem with statusbar on right
2007-11-11 22:27:00 +01:00
db65104aa2
use M_PI_2
2007-11-11 21:20:02 +01:00
84017b9666
inverse rotate and translate and fix bar position on right for Xinerama
2007-11-11 21:13:37 +01:00
543899da7c
fix statusbar display when on right
2007-11-11 19:49:50 +01:00
05dad60786
experimental support for status bar to be on right or left
2007-11-11 18:59:11 +01:00
4e14888e73
use a more generic mouse_opt
2007-11-11 16:48:19 +01:00
95938f8fef
factorize mouse button press event handling for status bar
2007-11-11 16:33:59 +01:00
0bee56e27d
mouse buttons are now configurable for click on layout symbols
2007-11-11 16:01:49 +01:00
99370f0ccd
mouse buttons are now configurable for click on title bar
2007-11-11 15:55:13 +01:00
83f7087f13
don't forget to delete mouse bindings for tabs
2007-11-11 15:43:49 +01:00
a75c7f694a
mouse buttons are now configurable for click on tag names
2007-11-11 15:40:01 +01:00
7604fa70b5
introduce mouse section in config file
2007-11-11 13:17:23 +01:00
799da178b0
layouts are now configurable per screen
2007-11-11 12:05:04 +01:00
1c9c2b9309
general options are now configurable per screen
2007-11-11 12:02:16 +01:00
9d6a985a02
colors are now configurable per screen
2007-11-11 11:58:58 +01:00
ceb6cc797a
ncol is now configurable per tag
2007-11-11 11:55:20 +01:00
59f377526f
nmaster is now configurable per tag
2007-11-11 11:53:10 +01:00
32b098796e
mwfact is now configurable per tag
2007-11-11 11:48:26 +01:00
a30227e27b
tags are now per screen configurable
2007-11-11 11:36:30 +01:00
8b048ec6fe
tags uicb function does not take arg name anymore, but tag index number
2007-11-11 11:30:07 +01:00
0f840d2eec
Sanitize screen changes - take 2
...
I was looking back at this issue and realized that it is possible for
one of the x,y coordinates to be negative and yet a screen change must
be performed. This may happen when a window is moving with its
upper-left corner outside the upper part of the screen, and it crosses
the x-axis boundary between two consecutive screens.
2007-11-10 17:59:33 +01:00
1004cefa2f
Remove current tab support
...
We will add a real new one later.
2007-11-10 10:45:32 +01:00
602d92d8b2
move statusbar_default_position in Statusbar struct
2007-11-10 10:17:54 +01:00
101e1783d8
Also use dummy arg to togglefloating for mouseresizing
2007-11-10 10:13:10 +01:00
6ef4b8e741
really update coords on resize
2007-11-10 10:12:50 +01:00
ae4932ce46
focus screen-moved window
2007-11-10 10:03:53 +01:00
e2452fa62a
Sanitize screen changes
...
Whith Xinerama active a client that moves outside the upper-left screen
boundary is erroneously changing screens. The attached patch changes
this behavior so that a client may change screen only when its new
coordinates are positive. The assumption is that the client can't fall
off the lower-right boundary since the mouse pointer can't go there when
moving. However, the upper-left corner of a window (which is the point
we use to compute the client's scren) can move more to the left or up
than the upper-left corner of the screen (coords 0,0) thus becoming
negative.
2007-11-09 19:25:31 +01:00
360f96b5fd
stop centering mouse on move, just keep current coords
2007-11-09 19:22:42 +01:00
6fae35349a
Implement per screen configuration for statusbar.
...
Others will come later.
2007-11-09 14:45:43 +01:00
f8c885aac5
Remove garbage in awesomerc
...
Thanks Piotr Husiatynski for pointing this
2007-11-08 17:33:11 +01:00
c108c444df
Make config.mk bsd-friendly
...
The $(shell ...) substitution in config.mk is not understood by
BSD-style make. The attached patch allows it to work with both BSD and
GNU make.
2007-11-08 11:40:35 +01:00
ae406f51dc
Map new clients on the screen where the mouse pointer is
...
I was having this annoying issue with multi-head setups on d9b49f5
2007-11-08 11:38:18 +01:00
96350151b9
Fix issue with multiple clients having focused border on same tag
...
It so happens that when two clients are fired up one after the other on
the same tag, they both get a 'focused'-type border. A bisect sequence
showed that the culprit was commit 001f430
2007-11-08 11:31:37 +01:00
89e16fad93
reset correctly active tag on reload
2007-11-08 11:23:04 +01:00
be61dcdddf
store configpath in awesomeconf
2007-11-08 11:22:25 +01:00
Julien Danjou
Nikos Ntarmos