fix for XUngrabKey for multi-head
[bbkeys.git] / ChangeLog
blobf67e1401d596532ba848cf3f7a2e0721c0c9e585
1 version 0.8.5 --
3   - fix bug in main.cc (| rather than ||).  Thanks to Roman Neuhauser!
4     [vanRijn]
6   - fix bug in bbkeys.hh--increasing MaxInstructions to 100 for cthulhain
7     [vanRijn]
9   - fix in bbkeys.cc -- XUngrabKey changed to use same call to find what
10     screen we're on as the XGrabKey call 
11     [vanRijn]
13 version 0.8.4 --
15   - add a sanity check to the removeWindow function. Basically, blackbox tells
16     bbkeys when a window disappears, or is removed. If the window being
17     removed was the last window blackbox specified as having the input focus,
18     bbkeys now resets what it thinks has the input focus. This prevents the
19     bug reproducable by iconifying the last window on a workspace, and then
20     trying to maximize "nothing". [xOr]
22   - cleaning up build again.  Rather than having 200 -DDEFINE_ statements
23     in our compile lines, we use config.h (like normal people).  =:)  This
24     very well may break stuff, but it looks good thus far.... [vanRijn]
26   - adding AM_MAINTAINER_MODE to stop the ever-annoying "here, let me run
27     aclocal for you again!!" idiocy of automake and friends [vanRijn]
29   - fixing things for multi-head displays--replacing
30     "getScreenInfo(0)->getRootWindow()," with
31     "getCurrentScreenInfo()->getRootWindow(),"  So yes, bbkeys now has
32     multi-head support.  Sort of.  You need to have a separate instance of
33     bbkeys running against each head ("bbkeys -display :1"), etc.  cat
34     complaints >> /dev/null.... [vanRijn]
36   - removing kludgy C command-line configurator with much-improved perl script
37     from Damien Tougas (thanks!!!) [vanRijn]
39   - changing bbkeys.cc to look for bbkeysconf.pl rather than bbkeysConfigC
40     [vanRijn]
42   - removing showAllWorkspaces from bbkeys.{bb,nobb} config file and making it
43     an additional keybinding.  This allows two different ways of showing all
44     open windows and navigating through them--one keybinding for the regular
45     "NextWindow" variety (as in previous versions of bbkeys, and another
46     keybinding, "NextWindowAllWorkspaces", that pops up the window list for
47     navigation for windows open on all workspaces.  [vanRijn]
49   - bugfix....  previously, bbkeys would ignore windows that had no name.  We
50     now follow blackbox's lead (and follow blackbox's code) and create a name
51     for it, "Unnamed".  Thanks to Damien Terrier for this bug report.
52     [vanRijn]
54   - patch for allowing an alternate keybinding config file (thanks to Scott
55     Moynes!) [vanRijn]
57   - sync with blackbox for 0.61.2--attributes element Atom has changed to now
58     include decoration state so that ToggleDecor() works. [vanRijn]
60   - including patch from Sergey Vlasov for allowing use of Meta and Hyper
61     modifiers, also try to get the correct Num_Lock and Scroll_Lock modifier
62     mask from the X server rather than hard-coded.  I've not had tons of time
63     to play with this, though I have made sure that it works on my laptop.
64     =:) [vanRijn]
66   - fix for RPM-building process... install gzipped man pages by default on
67     RPM-based systems.  Thanks to Darryll for the bug report!!  =:) [vanRijn]
69   - removing bbkeysconf and bbkeysConfigGtk *shudder* apps from
70     chain-launching mode.  These babies are dead and let's just move on
71     folks....  By keeping them in there, I'm afraid people will think it's
72     okay to use them.  It's not.  They're WAY out of date.  Also, thanks to a
73     smarter way of handling key grabbing configuration in bbconf, we don't
74     have to hang bbkeys while keygrabs are being configured. [vanRijn]
76   - adding logic to bbkeys to pass configurators correct command-line
77     arguments so we load the rc-file that our user is running bbkeys with.
78     [vanRijn]
80   - long-overdue documentation finessing, thanks to Roman Neuhauser for the
81     patches and suggestions!  =:)  Also, adding CVS version id's to all source
82     and documentation files, woot!  =:) [vanRijn]
84   - cross-compilation patch from Bo Thorsen--moves -lX11 to LIBS [vanRijn]
86 version 0.8.3 --
88   - changing external app launch order--we go bbconf, bbkeysconf,
89     bbkeysConfigGtk, rxvt, xterm... *phew*
91   - fix in stackmenu.cc (hopefully we got it this time?) to fix segfaults
92     on some platforms due to screwy X stuff. *shudder*
95 version 0.8.2 --
97   - patched for matrix-style workspace navigation, updating the 0.3.5 patch written
98     by Markus Ottenbacher (m.ottenbacher@gmx.de) found at
99     http://homepages.compuserve.de/meottenbacher/.  Include UpWorkspace,
100     DownWorkspace, LeftWorkspace and RightWorkspace as WithAction() in your
101     ~/.bbkeysrc, and enable the arrangement in rows and columns in your
102     bbkeys.bb as well as in bbpager.bb (usually placed under
103     /usr/local/share/bbtools/) to use this functionality.  Bill Beal <beal@tunl.duke.edu>
105   - fixed a bug due to an improper test for next and prev (test for key
106     release).  next and prev might just be 0, so we can't do if (next)
107     because the correct index of the grabSet.KeyMap might be 0 for either
108     prevwindow or nextwindow keybinding and it would fail the test and not
109     release the keyboard and not lower the window menu.
111   - fixed a bug for the window list popup menu--sticky window bug where
112     sticky windows would show up twice on their originating windows but not
113     at all on the workspace that you switched from immediately prior to
114     switching to the window where the sticky window is "homed"...  =:)
116   - xOr's new "showAllWorkspaces" option lets you see every window that you
117     have on any workspace with an indicator as to what workspace that
118     window is living on....  Very sweet code.
120   - fix for popup window menu...  Added "always on top" code so that it
121     stays at top of window stack and won't let blackbox hide it with any
122     other window (as occurs when auto-raise is enabled in blackbox).
124 version 0.8.1 --
125   - bug fixin's--fixed annoying "un-iconify" feature when bbkeys did window
126     cycling, thanks to halt, all else for pointing that one out....  Also,
127     removed REPORT struct from resource.hh which only had auto_raise in it
128     (not sure why it's been there, un-used all this time anyway)....
130   - changed all "friend .*$" to "friend class .*$" to comply with more
131     strict gcc versions....  Thanks to Jan Schaumann for this!
133   - okay. stacked window cycling tweaks.  As a visual clue for the
134     stacked-Cycling folks, we now set focus on cycled-through windows as we
135     go, raising the window selected at the end of the cycle.  This sounds
136     more confusing than it is.   This makes it possible to separate the new
137     and improved cycling method from the popup menu. Oh, and hitting Escape 
138     in the middle of cycling will return focus to the window that you 
139     started from....
141   - I've made it possible to turn off the visual menu for the new-and-improved
142     stacked cycling method.  To do this, just put 
143     "bbkeys.menu.showCycleMenu: False" (without the quotes, duh) into your
144     ~/.bbtools/bbkeys.bb or ~/.bbtools/bbkeys.nobb file.  This will let
145     bbkeys still use the new method, will set focus as you cycle through the
146     stack, but won't actually raise the window you want until you tell it
147     to by releasing your keys or hitting <Enter>, and won't show the popup
148     window list and cycle through the entries as you go.  Again, harder to
149     explain than it is to use....
151   - including README, ChangeLog, and AUTHORS in installed files list
153   - including first man page files (W00T!!)  =:).  Thanks to Jan Schaumann,
154     bbkeys now has man pages, baybee.  Installing now and including files
155     in bbkeys.spec
157 version 0.8.0 --
158   - BIG changes!!!  w00T!!!  There's some very significant improvements in
159     this version, and as such, I'm calling this version 0.8.0 for various
160     reasons....
161       1) I feel like it
162       2) I'm thinking we're about "there", and 0.8.0 sounds like more of a
163       non-beta product than 0.3.8
164       3) I feel like it   =:)
166   - xOr (see below) has done some majorly good coding with bbkeys.  He's
167     implemented a different window-cycling scheme that's more
168     "Windows"-like (think <alt+tab> popup window with list of things you're
169     cycling through)...  Verrrry slick.  Umm. Did I say Verrrrry?  
170     
171     Why, yes I did.  You are just going to have to see it to believe it.  Blackbox
172     has just again become my favorite window manager for X, with the help
173     xOr has given to me.  The window cycling methodology has changed, and
174     believe me, this is a change for the better.  There's now two methods
175     of window cycling--both use the same keybindings, so don't get yer
176     panties tied in knots.  xOr has implemented a newer, better "old-style"
177     window cycling, called linear cycling.  It's basically what
178     blackbox/bbkeys has done up until this point, but with a few
179     significant improvements.  But the really exciting new feature in this
180     release of bbkeys is the other way--a "stacked" cycling method.  It
181     makes much more sense than the old way.  And it's purtier, because you
182     can see what you're window-changing to before you actually go there.
183     And when you hit <alt+tab> (example keybinding--you can have it be
184     whatever you want it to be), it goes back to the window you were on
185     right before this one.
187     It's way cool, uber-neato, and excellently implemented.  I'll expand on
188     this more in README, so look there for more details.
190   - xOr has also fixed a bug in LinkedList.cc (as posted to the blackbox
191     mailing list) that affected how the windows were put into the cycling
192     stack.
194   - I'm considering xOr a co-developer now (as long as he has the time and
195     desire, of course), but we've a project available on sourceforge.net at
196     http://sourceforge.net/cvs/?group_id=32563 .  Of course, this means
197     that all the usual sourceforge advantages are there, like CVS access,
198     etc.  The project is bbconf.sourceforge.net for the time being, so
199     CVS access looks like this:
201     cvs -d:pserver:anonymous@cvs.bbconf.sourceforge.net:/cvsroot/bbconf login
202     <hit enter for password>
203     cvs -z3 -d:pserver:anonymous@cvs.bbconf.sourceforge.net:/cvsroot/bbconf co bbkeys
205     I've imported the bbkeys tree (0.8.0 will be pulled directly from it),
206     and I've also imported a bbconf module.  bbconf will be the new
207     all-in-one blackbox configuration utility (if I get some help).  =:)
208     To get read-only access to it, do this...
210     cvs -d:pserver:anonymous@cvs.bbconf.sourceforge.net:/cvsroot/bbconf login
211     <hit enter for password>
212     cvs -z3 -d:pserver:anonymous@cvs.bbconf.sourceforge.net:/cvsroot/bbconf co bbconf
214   - adding ToggleDecor as an option to toggle ummmm, window decor.... (duh). 
215     *** BIG HONKING NOTE ***
216     This doesn't currently work.  =:\  The code is in bbkeys, but can't
217     actually do anything until blackbox is changed to tell us what the
218     decorated state of the window is.  Hopefully this will be included in
219     blackbox soon....
221   - changing order of configurator launch again, thanks to a bug report
222     from David Lawrence Ramsey (I had " black" instead of "black")--so we
223     now try rxvt before xterm, and rxvt should actually work now....
225   - hopefully fixing strcasecmp issue for AIX boxen--it's in strings.h
226     instead of string.h.  Adding check for strings.h....  PLEASE let me
227     know if this doesn't actually fix anything.  I'd like to put this guy
228     to bed....
230   - Applying patches from Ben Jansens <xor at x-o-r dot net>.  His comments
231     are below....
233       I've removed all the functionality from the wminterface class that bbkeys
234       does not use, and reorganised the header files for wminterface and bbkeys,
235       adding comments for all of the class members.  With this patch, bbkeys not 
236       longer calls the blackbox cycling routines, but maintains its own list of 
237       windows, and cycles them itself. One thing to note is that the cycling does 
238       not occur in the same order as the buttons on the toolbar cycle. I personally 
239       dont think this will be a big issue, and i think the new way is nicer. When a
240       new window opens, its added to the list right *after* the focused window,
241       so that hitting PrevWindow would take you back to the window that was
242       previously focused.  
244     ....
246     * VERY nice work, Ben.  Thanks for your work! *
248   - Bug squashing and fixing galore...  Thanks again to Ben for pointing
249     these out.  The issue was that we were doing stuff to windows without
250     making sure the window wasn't our root window.  Doh!  So now we make
251     sure 1) we have a focus_window and 2) that focus_window isn't
252     PointerRoot.  Hopefully that will do the trick....
258 version 0.3.6 --
259   - Fixed slight bug in font-loading for label.font and frame.font.  As
260                 things were, we only looked for TitleFont (a bbtools-specific directive
261                 which most probably isn't in most style files), a bbkeys-specific font
262                 directive (which was less likely to be found).  I added to the search
263                 criteria toolbar.font, which for sure will be in every
264                 toolbox/bbconf-generated style file and is most probably in every other
265                 style file as well.  Long story short, fonts should now load according
266                 to the individual style used, rather than relying so heavily on
267                 helvetica....
268         - applied patch submitted from MrFab (Scott Garner for the irc-challenged)
269                 to manipulate window placement via keypress!!!  VERY clean and nice
270                 work, MrFab!!  And useful, to boot!  =:)
271         - reworked and applied patch from Alex (dicerandom @ earthlink dot net)
272                 for keystroke-resizing of focused windows.  Very nice work, Alex!
273                 Thanks!!  =:)
274         - reworked fork() section for configurator launch--based on Kyle
275                 Donaldson's idea....  We now try bbkeysconf, bbkeysConfigGtk, xterm,
276                 rxvt--in that order...  Thanks Kyle!
277         - new and improved bbkeysConfigC--better functioning, disclaimer added
278                 since we trounce on whatever was in ~/.bbkeysrc, added printout of all
279                 available keygrabs now....
281 version 0.3.5 -- 
282   - Doh!!  In the midst of the glorious bug-squashing that 0.3.4 offered, I
283                 introduced a new bug (just to see if anybody actually uses my code,
284                 erm, or something).  =:)  I was getting rid of all the strdups that I
285                 could and in the process forgot to replace it with a working solution
286                 for the ExecCommand part of bbkeys's functionality.  
288 version 0.3.4 --
289   - updated Image.cc, Image.hh, BaseDisplay.hh to newest (0.61.0) blackbox
290           files to correct bug that reared its ugly little head when running on 
291                 SPARC boxen Ultra 5 (Bus Error).  Thanks to Tibor Simko for reporting
292                 this one....
293         - many bug fixes and killing of leaks =:)  thanks to memprof and X
294                 man-page reading (shudder).  I found quite a few memory leaks (some
295                 that bbkeys inherited from the XEmacs code) and discovered some
296                 undocumented features that may not qualify as leaks, but the net result
297                 was that bbkeys could chew up RAM far more than he should.  So, the end
298                 result is that bbkeys now has far fewer memory problems.  I'm pretty
299                 sure that there are more buglets to be found, but that's for when I get
300                 bored again, I guess.  =:)  Thanks to Sean 'Shaleh' Perry for this
301                 buglet report (and others too).  =:)
302         - updated bbkeysconf--couple of fixes for compiling on solaris....
303           - added -lX11 to the link line (should be there anyway)
304                 - changed a QString.left to a QString.at function call 
305                 - thanks to Bo Thorsen for these buglet-reports!  =:)
307 version 0.3.3 --
308   - changes and updates (thanks to nyz for the help!!!) to change the 
309           communication Atoms between blackbox-0.60.1 and bbkeys (READ: YOU MUST
310                 BE RUNNING BBKEYS 3.3 OR LATER IF YOU USE BLACKBOX 0.60.1 OR LATER)...
312 version 0.3.2 --
313   - Weehee!!  Get along, little doggie!!  Or something....  Thanks to the 
314     man, the myth, the legend, the zzzeek-meister, one of those irritating 
315     little problems that I've never had enough interest in fixing has been
316     fixed!!  You know the one--where you're going merrily along through your
317     day, using bbkeys happily, when all of a sudden, things appear to have
318     just stopped working altogether.  And then you start cursing that 
319     darned bbkeys author, and in general, have a horrid day thereafter.  Well
320     fear no more, little pilgrim--that "feature" has been hunted down and 
321     wrestled to the ground, thanks to zzzeek (classic@io.com).  The 'feature'
322     was one that I was never worried about--since it followed blackbox's 
323     'feature' that did exactly the same thing.  What thing is that?  Why,       
324     I'm so glad you asked.  If you hadn't noticed before, if you have your 
325     CapsLock, NumLock, or ShiftLock pressed (or any other funky modifier 
326     key pressed), bbkeys stopped performing your key-grabs.  
328     Well, anywho, I've rambled enough.  I'm going to have bbkeys by default
329     work with any modifiers now.  If you want bbkeys to work the way it does
330     now and stop grabbing keys when you have Caps/Num/ShiftLock pressed, 
331     you'll have to change this line to True in your bbkeys config file 
332     ($HOME/bbtools/bbkeys.bb, not ~/.bbkeysrc):
334     bbkeys.honorModifiers:        False
336   
337 version 0.3.1 --
338   - *sigh* My next release is going to not even have a UI.  =:)  Okay, for 
339     those in this world who run blackbox on a 12" monitor (*cough* talmage
340     *cough*), or refuse to upgrade because -miniMe is toooooo big (*cough*
341     luqin *cough), =:)  bbkeys now has a new run-time switch "-tinyMe" which
342     will cause bbkeys to draw itself at the old 0.2.7 size.  
344   
345 version 0.3.0 --
346   - buglet fix in MakeWindow so we don't XMapWindow every time (thanks nyz!)
347   - alrighty then, the -miniMe controversy continues.  kns mentioned an idea
348     for a new miniMe look and I like it.  _I_ may even use -miniMe now.
349     =:)  Here's the thing, I really don't care at all about -miniMe, since
350     I use him at full-size.  If somebody wants to code for this to be a 
351     configurable option (bbkeys.keyhole.size or bbkeys.keyhole.width, etc.),
352     I'll be more than happy to look at it. 
354   
355 version 0.2.8 --
356   - included new Image classes from the latest blackbox source so luqin's 
357     and r00tv's styles work.  =:)  Oh, it'll help other people too, but 
358     they pested me first.
359   - added Workspace9, 10, 11, and 12 to keygrabs and configurator
361   
362 version 0.2.7 --
364   - added MaximizeVertical and MaximizeHorizontal key-grabbability.  Don't 
365     know why it didn't occur to me earlier.  =:)  nyz did all the hard work
366     4 releases ago.
368   - As of this release of bbkeys, I'm no longer going to support the gtk
369     configurator (unless I get a WHOLE lot of of input to the contrary). 
370     I've re-written the gui configurator in qt (thanks to luqin for the 
371     beginnings of this) and let me tell you, it is a WHOLE lot easier to 
372     work with qt2 than gtk.  Much, much cleaner.  You doubt?  
374           (gideon@judea)[bbkeysConfigGtk/src]-% wc -l *.{c,h}   
375               538 bbkeysConfig.c
376               689 bbkeysConfigSig.c
377               158 support.c
378                 7 bbkeysConfig.h
379               139 bbkeysConfigSig.h
380                57 support.h
381              1588 total
383           (gideon@judea)[bbkeys-0.2.7/bbkeysconf-1.1]-% wc -l *.{cc,hh}
384               593 gui.cc
385                24 main.cc
386                27 myapplication.cc
387                67 gui.hh
388                23 myapplication.hh
389               734 total
391     734 lines of code versus 1588 makes me a happy, happy SE.  =:)
393   - So, I'm pulling out the bbkeysConfigGtk directory from the bbkeys source
394     tarball and in its place is bbkeysconf.  I'll also be regulaly 
395     posting rpms of both bbkeys and bbkeysconf as new releases rear their
396     ugly little heads, as well as one last RPM of bbkeysConfigGtk as well
397     as the tarball for bbkeysConfigGtk if anybody just HAS to have the gtk
398     version.  =:)
400   - As a result of this, the -no[gtk] for bbkeys will change to -no[qt].
401   
402   - Slight buglet fix for bbkeys when he's in iconic mode to properly set 
403     WM_ICON_NAME (Thanks to Mats Jonson for the bug-report.  =:) ) so bbkeys
404     shows up as bbkeys and not "Unnamed" in blackbox's Icon list.  
407   
408 version 0.2.6 --
409   - Weehee!!!  Much bug-squashing release!!!
410   - added ability for bbkeys to minimize itself (right-click on bbkeys's
411     "close" button).  This should satisfy those of us who would like to not
412     see the beautiful little application I wrote and just use it.  *sniff*  =:)
413   - added "-iconic" switch, so bbkeys can be launched in minimized mode.
414     Again, *sniff*  Nobody likes my pretty window.  =:)
415   - fixed a few undocumented features...
416     -- bbkeys queued up all keystroke combos while external gooey configurator 
417        was running and then did then all at once, really quick-like when you
418        came back from the configurator.  This tended to annoy my users.  =:)
419     -- bbkeys wasn't releasing grabbed keys before it launched the
420        configurator, so the configurator wasn't receiving any of the previously
421        grabbed keys. XSync(False) does wonders.  =:)
422   - updated bbkeysConfigGtk to allow configuration of ExecCommand directives.
424   
425 version 0.2.5 --
426   - erm.  forgot to write in this for a while. =:)
427   - took out timer implementation for ~/.bbkeysrc changing -- this should fix
428     the abnormally high CPU/MEM usage that bbkeys has shown -- and replaced it
429     with a virtual function call to CheckConfig out of BaseDisplay.cc.
430   - thought about changing the configurators, then changed my mind.  =:\
432   
433 version 0.2.3 --
434   - fix for bbkeys not pickup up anything for its frame color/texture
435     (thanks to luqin for the patch. =:) )
437   
438 version 0.2.2 --
439   - added ExecCommand feature so users can define programs to execute with
440     a given keystroke. Syntax is as follows: 
442     KeyToGrab(F1), WithModifier(Mod1), WithAction(ExecCommand), DoThis(PROGRAM)
444     where PROGRAM is whatever you want to launch.  PROGRAM must be in your PATH
445     if it is not given with a path. (duh) =:)
447   - improved the logic (hopefully) surrounding resource loading.  Took 
448     loadKeygrabs out of reconfigure() (which gets hit on every Expose event)
449     which should improve bbkeys's performance.  Also, apparently I've never 
450     put in the code that I thought I did which checks ~/.bbkeysrc for changes.
451     That should work correctly now.
454   
455 version 0.2.1 -- 
456   - fixed several style issues.  
458   - fixed the bug with having two "-n" switches. =:)  now, "-no[gtk]" is the
459     way to tell bbkeys to launch the xterm-based conflagurator
461   - re-coded bbkeys' internals (made them much more intuitive and easy to read).
462     bbkeys uses 3 basic objects: Window's, GEOM(etry objects), and Pixmap 
463     objects. The Windows are physical units of space that X communicates with.
464     The GEOM objects are pretty self-explanatory, x, y, height, width.  And
465     the Pixmap objects contain the image that is mapped onto the window itself.
466     It goes like this:
467     ----------------------------------------------------------------------------
468     Windows:      GEOMs:         Pixmaps:           resource->objects and what  
469                                                 resources bbkeys uses for them
470     ----------------------------------------------------------------------------
471     win_title     geom_title     pix_title             label.texture
472                                                           window.label.focus 
473     win_back      geom_back      pix_back              frame.texture
474                                                           window.title.focus
475     win_closeBtn  geom_closeBtn  pix_closeBtn          button.texture
476                                                           window.button.focus
477     win_configBtn geom_configBtn pix_configBtn         button.texture 
478                                                           window.button.focus
479                                  pix_pressedBtn        button.texture_pressed
480                                                           window.button.pressed
481     ----------------------------------------------------------------------------
482      
483   - fixed style files in data/ (silly me, I forgot to change them over from 
484     bbpager's style files. )  Extra-special thanks to sourceo for pointing 
485     this little bit to me and reminding me to put it in the ChangeLog =:)
487   
488 version 0.2.0 -- 
489   - got rid of all the old bbws code base from bbkeys and ported the whole 
490     darned thing to kns's bbpager-0.2.5-alpha code base.
492   
493 version 0.1.4 --
495   - added "-mini-Me" switch =:) for those people *cough* sissies *cough* who
496     complain about bbkeys' size.  So size DOES matter.... erm, anyway, if 
497     launched with the "-mini-Me" option, bbkeys will draw a cute little window
498     10x10 in size (or whatever I feel like, dangit) containing just the button
499     to launch the configurator, instead of the regular, full-blown window.  No 
500     exit button for YOU!  =:)  Let me know if this doesn't suit you....
502   - improved documentation of sorts.  Ugly habit, this documentation stuff. If
503     you look in README, you'll now see all of the commands that bbkeys will
504     think about obeying. If it feels like it.  And if you ask really, really
505     nicely.