On Wed, Mar 29, 2006 at 05:55:27PM +0200, Stefan Tibus wrote: > On Wed, Mar 29, 2006 at 04:13:43PM +0200, Anselm R. Garbe wrote: > > > the snap still has a problem I had with the versions before. When > > > rewriting /def/keys within a running wmii session, all of the keys > > > are listed by wmiir read /def/keys but some are not working (I > > > just get a beep). Manually rewriting /def/keys or sometimes even > > > just rereading helps one some shortcuts, afterwards others may > > > not work. I could not establish a scheme for this bug however. > > That is simply the most subtle bug atm. If anyone got time to > > investigate into it, I have not enough time this week... > > > > To look into the issue begin in kb.c:update_keys(); > > Well...as far as I can see, handle_key() calls XBell(), when a key > has been grabbed, but match_keys() doesn't find it. So it seems > that update_keys() does it's job, but for certain entries get_key() > returns a value which is used successfully for grab_key(), but > does not add it to the key array. Unfortunately the output of > wmiir read /def/keys is just the string as passed to > wmiir write /def/keys but not the ones in the key array, so I can't > tell right now, if there's a scheme regarding the missing entries. > So at the moment I suspect the bug within get_key() or name2key().
Ah good point, though I cannot check atm. Regards, -- Anselm R. Garbe ><>< www.ebrag.de ><>< GPG key: 0D73F361 _______________________________________________ [email protected] mailing list http://wmii.de/cgi-bin/mailman/listinfo/wmii
