On Mon, 1 Aug 2005 10:21:25 +0300 Viktor Kojouharov <[EMAIL PROTECTED]> babbled:
> KeyRelease event, serial 33, synthetic NO, window 0x2600001, > root 0x48, subw 0x0, time 583904, (71,82), root:(75,448), > state 0x8, keycode 64 (keysym 0xfe0a, ISO_Prev_Group), same_screen YES, > XLookupString gives 0 bytes: > > KeyPress event, serial 33, synthetic NO, window 0x2600001, > root 0x48, subw 0x0, time 584094, (71,82), root:(75,448), > state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > these are the keysums for the alt (for down and up respectively) well the 1st definitely isn't a key down :) the 2nd is though - that's a normal alt... :/ > > and yet another question for anyone that's familiar with this, how do > I make the scroll wheel on the mouse change the virtual desktop? I've > tried the following command, but to no avail (it's not the buttons of > the mouse, xev sees them just fine) > > enlightenment_remote -binding-mouse-add ZONE 4 NONE 0 "desk_flip_by" "-1 0" you cant bind mouse wheel stuff yet in e as wheel "button" events are split off early in the event stream into separate special wheel events. > On 7/30/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > On Fri, 29 Jul 2005 19:22:13 +0000 Виктор Кожухаров <[EMAIL PROTECTED]> > > babbled: > > > > > On Thu, 2005-07-28 at 15:14 +0900, Carsten Haitzler wrote: > > > > On Wed, 27 Jul 2005 22:38:12 +0000 Виктор Кожухаров > > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > > here's a patch for bg.po for e17. > > > > > > > > > > also, since i'm using e17 at work, i've come across a few bugs. > > > > > > > > > > 1. Sometimes, when a program exits, the border still stays, and > > > > > refuses to die. If you kill it, switch desktops then go back, it > > > > > appears again. The only way out is a restart. > > > > > > > > i think i resolved that last night. do you use the start module (start > > > > button) and its menu? if so - stop using it until you get an update. > > > > > > > > > 2. On some occasions, changing theme, restarting E, or just exiting E > > > > > causes a segfault (with the fancy e16/e17 segfault catcher). Also, > > > > > exiting E just causes E to exit, the X session is not stopped. > > > > > > > > hmmm it does for me. how do you run e - si it the last thing in your > > > > session? > > > > > > > > > 3. Sometimes, quite frequently, windows with input fields get constant > > > > > focus changes. (Firefox comes to mind, it also happens in a gtk2 app i > > > > > wrote). By constant focus change, i mean that with every keystroke, > > > > > the app loses focus, then immediately gains it back (the border can be > > > > > seen doing its focus gain animation). Due to this, some keystrokes get > > > > > lost in all the confusion (like typing enlightenment.org, the final > > > > > result being something like enlignmet.og) > > > > > > > > if your mouse pointer JUSt under the input field - and does the input > > > > field normall pop up a "completion list" in a window under the entry? > > > > move the pointer so its on the entry or above to see. is this the entry > > > > thaat causes the problem? > > > > > > > > > well, that's it. > > > > > btw, is there currently any work on a tray module? > > > > > > > > none atm. > > > > > > > > > > 3. for this one, i checked it. it's not because of the mouse position. > > > the cursor can even be on top of the tabs, and this still happens. > > > > thats weird. is this ANY entry widget? or only certain ones? > > > > > and another anomaly: > > > 4. when going through the window list with alt+tab, the list is > > > persistant, meaning, that it does not dissapear after the alt+tab combo > > > is released. i don't know if this is a bug or a feature. > > > > what is the keysym of your alt key? (that you use with alt-tab) (use xev to > > find out - just press it in xev's widnwo and look at the stdout of key press > > events) winlist waits on the modifier key up - and what key the modifier is > > is based on a small set of assumptions in e_winlist.c (in > > _e_winlist_cb_key_up()). > > > > > and a question: why is the config discarded whenever e is compiled and > > > installed again? with every recompile, all the settings have to be done > > > all over again. > > > > it isn't. it's only discarded IF we changed config compatibility versions. > > we do this regularly during e17 development. it is only necessary during > > development - as a new config item was added and e RELIES on its config > > value. thus if it doesnt exist in your personal config all sorts of weird > > shit may happen, so to avoid this e simply throws out your old config and > > gives you a new default. this is NECESSARY during development. once e17 is > > out this will not happen. each new e17 release will upgrade its config from > > the old, if needed, without loss. > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] > > 裸好多 [EMAIL PROTECTED] > > Tokyo, Japan (東京 日本) > > > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
