1da637c419
skip shift when getting the modifier mask (Thanks SardemFF7)
13 years ago
406fa5e2c4
Bugfix: Copy the color depth from parent (root) window instead of hardcoding to 24 (Thanks hafron)
13 years ago
02655d2ddf
Fix a few memory leaks
13 years ago
57585bef70
Refactor the unlock indicator into its own source code file
13 years ago
6f50a997b8
change ALL the copyrights!
13 years ago
1b757b2aa9
Properly free X11 resources (fixes DoS bug) (Thanks Merovius)
13 years ago
c8eecefe83
handle screen resolution images and redraw the lock window
14 years ago
e03e93fd1b
optimization: render to pixmap which is used as background for the window
Before this commit, the background color (white by default) was visible for
about 100ms until the image was drawn. This flickering is now eliminated.
Also, we don’t need to handle Expose-events anymore, as X11 will use the
window’s background pixmap automatically.
14 years ago
7128f80020
bump copyright
14 years ago
c14cb4a250
Handle MappingNotify-events (Thanks Pascal)
14 years ago
f6af085784
Move static byte arrays to xcb.c (fixes compilation warnings)
15 years ago
0c4b4df75e
Port the pointer-code to xcb
15 years ago
7f42665245
grabbing: make the retry loop much slower (waits up to half a second)
This should fix a race condition where the Mod-key was not released
in time when starting i3lock using a key combination.
15 years ago
c24922f0f2
Bugfix: Correctly error out when unable to grab pointer/keyboard
15 years ago
4e5c203cd9
Raise the i3lock window upon visibility notifies
15 years ago
9d19a8bb53
make event loop simpler (Thanks to Jamey Sharp)
As explained in Jamey’s post on the XCB mailing list, the event
loop can/should be written in a more simple way than it was before
in xcb-event. See:
<AANLkTinhIM320wUjSeHkBTVk4ysBuiSZkvfs8pMLVykO@mail.gmail.com>
or
http://lists.freedesktop.org/archives/xcb/2010-July/006292.html
15 years ago
1dc3fd7bf0
Initial commit of the XCB rewrite of i3lock
Changes:
- Uses XCB instead of Xlib (like i3), thus cleaner/faster code
- Uses cairo to load PNG images (*much* faster than XPM)
15 years ago
Michael Stapelberg