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)
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"
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 (東京 日本)
>
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
