| Commit message (Collapse) | Author | Age | Lines |
| |
|
|
|
|
|
|
| |
readable; no behavior change
ok oga@
|
|
|
|
| |
"if it makes you happy" oga@
|
|
|
|
|
|
| |
are far better ways to know.
"go for it" oga@
|
|
|
|
|
|
|
|
| |
using Xft(3), use it to select the font color as well instead of trying
to build one; properly allocate and free colors at-will, e.g. we now
have configurable colors.
feedback and ok's todd@ and oga@
|
|
|
|
|
|
|
|
| |
you change to a different group and the mouse isn't over a window; previously
the border of the previously active window was highlighted but it didn't
actually have focus.
reads ok to oga@.
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
|
| |
dance; xevents now able to deal with a border being set (which fixes
those annoying movie-watching apps).
ok todd@, oga@
|
|
|
|
|
|
|
|
| |
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@.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
|
|
|
| |
- 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@
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
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!
|
|
|
|
| |
"don't mind at all" oga@
|
|
|
|
| |
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
| |
readability, and a bit of knf.
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
| |
old hardcoded ones (which now can be wrong).
tested by todd@ and johan@.
|
|
|
|
|
|
| |
same to its parent.
"makes sense" okan@.
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
|
| |
- make sure new clients sit inside the current screen
- respect 'gap' placement on new clients
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
|
|
|
|
|
| |
function menu_filter(). The plan is to eventually merge in grab_menu too.
Shrinks the code a fair bit.
Also, change XMaskEvent for XWindowEvent to prevent getting exposes for other
windows. This is particuarly noticable on slow machines with a LOT of xterms
(todd, you're an odd man).
ok okan@, todd@.
|
|
|
|
|
|
| |
removes a stray proto as well.
discussed with and ok oga@
|
|
|
|
|
|
|
|
|
|
|
| |
mru getting the order messed up when gvim/xpdf et all steal key events.
While i'm here, change the logic in client_cyclenext() to use break instead
of goto, it's nicer that way.
Thirdly, instead of two different kbfuncs, just use the one and a flag.
"put your cycle diff in so I can pkg_delete gvim" okan@
|
|
|
|
|
|
|
|
|
|
| |
idea for the
"slightly-less-abhorrent-hack-but-a-hack-nonetheless-TM" from oga@
grab and ungrab the keyboard to get around some silly X apps that like
stealing events
ok oga@
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
| |
XShape events should be handled at some point.
ok oga@
|
|
|
|
| |
From Pierre Riteau. Thanks!
|
|
|
|
| |
ok oga@
|
|
|
|
|
|
|
|
|
|
| |
Diff mostly from Edd Barrett, with some minor changes from me.
Unfortunately the issue where apps like gvim and xpdf are stealing
keyrelease events causing the ordering to be messed up, but this is a
lot better. A fix for the aforementioned issue shall be forthcoming,
once a good one's been found.
ok okan@, also tested by todd@
|
|
|
|
| |
ok okan.
|
| |
|
|
|
|
|
|
|
|
|
| |
of the screen where an application won't be {,vert}maximized over. used for
placing a statusbar or something like xclock.
Patch from Edd Barrett, with input from myself and okan. Thanks!
ok okan@.
|
|
|
|
|
|
| |
discussed with a few
ok oga@
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a window is vertically maximized, then resized, before the MAXIMIZED
flag wasn't removed, now it is. so doing a resize then does the right
thing.
Also, separate flags are needed for vertical and normal maximziation,
else when you do vertical-maximize, followed by maximize, the window
returns to it's original size.
ok simon@, okan@
|
|
|
|
|
|
|
|
|
|
|
| |
I've yet to speak to anyone who uses it, so just kill it.
You can still add/remove from groups using the mouse binding. Groups
may get a re-work sometime soon if i have a stroke of genius.
knocks about 4k off the i386 binary for me.
ok okan@, todd@.
|
|
|
|
|
|
|
|
| |
code would always assume that the number of windows to switch to was
three if there were more windows hidden. Check for CLIENT_HIDDEN when we
count. Now it counts correctly.
ok simon@.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
full description of changes:
-remove fontlist, and all associated structures/calls, it's not needed.
this also removes any doubt about leftover 9wm code (the list was
borrowed from it). Since cwm now uses Xft for everything, the legacy
font handling is just not needed.
-add /* FALLTHROUGH */ comments into grab_{label,menu}. I actually
didn't intend grab_menu to be a fallthrough, but it actually works quite
well there, so remove the extra rectangle drawing. I love it when that
happens.
-remove a couple of unused prototypes that were obviously missed
before.
-remove a bunch of commented out or if 0ed out code. It doesn't look to
be coming back anytime soon.
-several functions returned an int, but this was never checked. most of
them only failed if they failed to grab the pointer (thus the internal
state didn't change), so just make them void and return early if this is
the case.
-remove several unused functions and some useless variables.
knocks something like 200bytes off the stripped binary size for me.
ok marc@, tested by several others.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
files, and replace them with the actual ISC license.
- add license to the manpage (it was lacking before)
- correct license statement in the README
Permission given by Marius (copyright holder):
"1. please replace with the standard ISC license
2. you may add the ISC license to the man page
3. feel free to replace the information in the README as well"
and Dros (copyright holder for group.c):
"Please switch group.c to the ISC License."
ok ian@
|
|
|
|
|
| |
the window at or over the right or bottom edge.
OK oda@
|
|
|
|
|
| |
than zero. The fields are obsolete and not always used.
OK jasper@
|
|
|
|
|
|
|
|
| |
name is too long. so show the beginning instead.
from Pierre Riteau <pierre.riteau at free.fr>
"looks correct" matthieu@
|
|
|
|
| |
from aon@iki.fi
|
|
|
|
|
|
| |
(eg. when they're hidden, now you can cycle through them)
from aon@iki.fi
|
|
|
|
| |
from aon@iki.fi via bernd@
|