| Commit message (Collapse) | Author | Age | Lines |
|
|
|
| |
ok oga@
|
|
|
|
| |
pointed out by okan.
|
|
|
|
|
|
| |
of function calls and server roundtrips.
ok okan@
|
|
|
|
| |
ok todd@ oga@
|
|
|
|
|
|
| |
sizeof(int) != sizeof(void *). This has been annoying me for ages.
ok okan@, todd@
|
|
|
|
|
|
|
| |
dance; xevents now able to deal with a border being set (which fixes
those annoying movie-watching apps).
ok todd@, oga@
|
|
|
|
|
|
| |
(therefore leaking it) when cleaning up a conf struct.
ok okan@
|
|
|
|
| |
ok okan@.
|
|
|
|
|
|
|
|
| |
Do this instead of querying for them every time we use them. This
removes an XXX that has been in there since time began. This will become
more important as we move towards supporting netwm.
ok todd@, okan@.
|
|
|
|
|
| |
from okan@
ok oga@
|
|
|
|
| |
from matthieu@, verified on vax
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
times you'd end up losing clients (thinking they had gone away).
From the ICCCM (which should not be read without a stiff drink in hand,
I made this mistake so you don't have to): to request a window to be
withdrawn one should send a synthetic UnmapRequest event when iconified.
To request iconification one should just unmap the window. The ICCM
further recommends that the synthetic event should just be taken as a
cue to withdraw, to deal with legacy clients. Taking a hint from this,
rework xev_handle_unmaprequest to correctly detect these situations. A
Withdrawn window may come back anywhere, even as a subwindow of
something else, so the correct way to handle this state is to forget it
ever existed.
While i'm here, kill a dumb attempt to notice this in client_delete, and
nuke the very unnecessary arguments.
Todd confirmed this fixes the `race'.
ok todd@, ok ok okan@
|
|
|
|
|
|
| |
events and state.
agreed by oga
|
|
|
|
|
|
|
|
|
|
|
|
| |
to push attributes around, so things get a lot simplier, while fixing a
few issues in the meantime; original suggestion by Edd Barrett many many
moons ago.
annoying window placement and race, found in c2k8 by todd, fix by oga!
lots of feedback from todd and oga - thanks!
"commit that bad boy" oga@
|
|
|
|
|
|
|
|
| |
The behaviour until now was to ask X for the windows name (which is
malloced) then drop that on the floor and do nothing with it. Skip this
foolery and just skip the window. I don't believe I never noticed this before!
"you can has ok" okan@
|
|
|
|
|
|
|
|
|
| |
- properly name, place and static private functions.
- move function which finds the xinerama screen for a coordinate to
a more appropriate place while altering its semantics to match others.
- tiny bit of style.
ok oga@
|
|
|
|
| |
ok ray@ oga@
|
|
|
|
| |
ok okan@.
|
|
|
|
|
|
|
| |
it in group.c where it it used most, and add an extern definition for
the other users of it.
Found by gcc -Wall. ok okan@
|
|
|
|
| |
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
|
|
|
|
| |
- merge grab_drag() into mousefunc_window_move().
- properly name, proto and static private functions.
- since we already do XMoveResizeWindow() and XMoveWindow() in (now)
mousefunc_window_resize() and mousefunc_window_move() respectively,
client_resize() and client_move() calls are unnecessary.
ok oga@
|
|
|
|
|
|
| |
found with pcc.
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
|
| |
warning, but also skip the XGrabButton call. Noticed by code inspection
by okan@, but we agreed my fix was cleaner.
ok okan.
|
|
|
|
|
|
| |
current behavior is better...
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
| |
ok oga@
|
| |
|
|
|
|
|
|
|
| |
shouldn't get that signal), and this causes problems for our children
since they inherit the ignore.
Pointed out by Jacek Masiulani in pr 6010; thanks!
|
|
|
|
|
|
|
|
|
|
|
| |
reconfiguration events and change our sizes depending on that. We also detect
the xinerama screens for maximize, vertmaximize and initial window placement.
This could be improved by automatically resizing maximized windows when
the screen resolution changes and by moving windows that would be hidden
into visible space. Said changes will come shortly.
Tested by many. matthieu@ didn't oppose.
|
| |
|
|
|
|
| |
ago, ok okan@ from similar amount of time ago.
|
|
|
|
|
| |
note to self: When you mean to type cvs commit search.c, don't forget
the filename.
|
|
|
|
|
| |
``show all'' in the window search dialogue. Noticed and diff from Tim
van der Molen, thanks!
|
|
|
|
| |
Go for it okan@
|
|
|
|
|
|
|
|
|
|
|
|
| |
Implement a handler for the MappingEvent, meaning that the keymap has changed.
When this happens, ungrab all bindings, update the map, and regrab.
Fixes the problem where some keybindings wouldn't work under non us or
uk keymaps (especially the .fr map, it seems). Issue noticed by
ajacoutot@, ratchov@, and a few people on misc. Based on an initial diff
from ratchov@.
ok okan.
|
|
|
|
|
|
|
|
|
|
|
|
| |
add conf_grab() and conf_ungrab, and use them in the keybinding manipulation
functions to {,un}grab the binding for all screens we have defined.
the lovely little ordering problem comes in here, since when we parse
the config initially Screenq is empty, so regrab after we fill the
queue, hopefully later reordering will remove this little need and there
will be much rejoicing.
ok okan.
|
|
|
|
|
|
|
|
|
|
|
| |
checking the X config, and x_setup to set up the screens.
There's an ordering problem that means that some of this init needs to
come after the config is parsed, the rest should ideally happen before
though. This is a rough split, it will be refined later. Again, needed
for an upcoming change.
ok okan.
|
|
|
|
|
|
| |
that are coming up depend on it.
ok okan.
|
|
|
|
|
|
| |
coming back in it's current form.
ok okan@.
|
|
|
|
| |
ok okan@
|
|
|
|
| |
Reported by Dan Harnett, thanks!
|
|
|
|
| |
"don't mind at all" oga@
|
|
|
|
| |
ok oga@
|
|
|
|
| |
ok oga@
|
| |
|
|
|
|
|
|
| |
While i'm here: Capital letter and full stop in descriptions in cwmrc.5
"looks good - do it" okan@.
|
| |
|