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
