Re: [e-users] Calendar Module
Thanks Nathan. For those out there using Fedora Core, the following packages calendar-0.0.1-1.20051018build.i386.rpm calendar-0.0.1-1.20051018build.src.rpm calendar-0.0.1-20051018.tar.gz can be downloaded from here: http://sps.nus.edu.sg/~didierbe/calendar/ You can either rebuild the src rpm or use mej's Mezzanine directly on the above tarball. :) I took the liberty of adding some date to it. This helps trace back which version we're actually using. And if some bug crops us, then we would know where it came from. I guess the date issue is not such a bad idea. Nice work! Will add it to the repo. -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. On 10/17/05, Nathan A. Smith [EMAIL PROTECTED] wrote: Hi gang, I have updated the calendar module. Get it at http://home.comcast.net/~nasa01/calendar.tar.gz For those who tried my earlier version -- please make sure to completely remove it as the module is now self contained. Install is now ./configure and make install. feedback is always welcome. Nasa --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] xcb-stuff e17-update
Hi, after reading in forums (during past week) that evas was spiting errors due to the non-presence of xcb-stuff, I've decided to install xcb-stuff before my weekly e17-update. All went out ok, with no problems! A few days later, when I rebooted my system, I was enable to start e17 (e16 as well). After the login I was just seeing a blank screen and I was right back to login manager. I then decided to clean .e/e/config/ to see if would solve anything.. and the only thing that changed was that after that I was welcomed to e17 by the crash popup. Is xcb-stuff really needed? Since then, I been forced to use kde... To add, I was checking my background files and surprisingly found out that the folder was empty. That one and all others (themes, applications,...) in my .e/. Why was all erased? Thanks for any help.. Fernando
Re: [e-users] Fast mouse scrolling problem
On Mon, 17 Oct 2005 10:01:49 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: ... they both seem to produce the same output in xev, both mouse scrollwheel and keyboard scrollwheel, both during regular scrolling and stuttered scrolling. the only difference being the abnormal time delays between events. that's bizarre. i know of no reason why e would delay differently to the same event - as it sees it it gets the same x input for the button (is this the case? does the keyboard wheel generate button press 4, button release 4 / button press 5, button release 5)? if e is getting the same event - it will respond in the same way. can you include some output of xev (when not runing in e17 or disable click to raise or click to focus) for the 2 wheels so i can compare them? (letting me know which is which) ? By the way, i'm using enlightenment-0.16.7.2 =\ The problem is application dependent; it is more apparent in some applications (firefox), than in others (sylpheed, xterm). When clicking in a window always raises it is disabled, although the scrolling doesn't stall as badly (nor is it the mouse confined to the stalling window), there is still a noticeable difference between the two scrolling; mouse-scrolling is less responsive than keyboard scrolling. ie, there is a slight delay after mouse scrolling, whereas keyboard scrolling is more real-time. also, when there is an overlapping window, mouse-scrolling produces a discrepancy in rendering the overlapped area during scrolling - the part that was overlapped isn't aligned to the remainder of the page (i'm testing with firefox). with keyboard scrolling, there is no noticeable discrepancy. xev outputs are the same for mouse and keyboard scrolling. xev when click-raising is disabled: ButtonPress event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 14541910, (111,75), root:(156,825), state 0x0, button 5, same_screen YES ButtonRelease event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 14541910, (111,75), root:(156,825), state 0x1000, button 5, same_screen YES xev when click-raising is enabled: EnterNotify event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914), mode NotifyUngrab, detail NotifyAncestor, same_screen YES, focus YES, state 4096 KeymapNotify event, serial 27, synthetic NO, window 0x0, keys: 64 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ButtonPress event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914), state 0x0, button 5, same_screen YES ButtonRelease event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914), state 0x1000, button 5, same_screen YES LeaveNotify event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276623, (130,75), root:(198,914), mode NotifyGrab, detail NotifyAncestor, same_screen YES, focus YES, state 2048 also, remember, during the scrolling stalls, pressing buttons on the keyboard fixes it. this i find very odd. also, remember, slow scrolling doesn't appear to have a problem. by the way, the stalled scrolling does not consume much of the cpu. hmm, and finally, i just discovered that the stalling only seems to occur if the window has focus. hmm. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] DF16: help with border definitions :(
Jorge Shirai wrote: Hi folks, I am playing with themes for DR16 now, and I need help with this atributes when defining a border class: __TOPLEFT_ORIGIN __TOPLEFT_X_PERCENTAGE __TOPLEFT_X_ABSOLUTE __TOPLEFT_Y_PERCENTAGE __TOPLEFT_Y_ABSOLUTE __BOTTOMRIGHT_ORIGIN __BOTTOMRIGHT_X_PERCENTAGE __BOTTOMRIGHT_X_ABSOLUTE __BOTTOMRIGHT_Y_PERCENTAGE __BOTTOMRIGHT_Y_ABSOLUTE I have a very llittle idea of this but I messed up when I try to manually set them. Can anybody send me a short explanation with an example please? Thanks and good bye. - Jorge Shirai There are some notes on e16 theming here: http://www.etherdoxproject.org/ The rest you'll probably have to figure out by playing around and looking at other themes. /Kim --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Fast mouse scrolling problem
On Mon, 17 Oct 2005 11:30:36 -0400, Dennis Nezic [EMAIL PROTECTED] wrote: hmm, and finally, i just discovered that the stalling only seems to occur if the window has focus. hmm. also, if focus follows mouse clicks instead of pointer, the stalling no longer occurs. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] even more help needed on freebsd with e17cvs
I appended that section to my /etc/rc.conf file, rebooted and then went to my CVS libs/ecore directory and ran ./configure gmake this is the relevant output snippet: gmake[4]: Entering directory `/usr/e17/libs/ecore/src/lib/ecore' if @LIBTOOL@ --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/X11R6/include -g -O2 -Wall -MT ecore.lo -MD -MP -MF .deps/ecore.Tpo -c -o ecore.lo ecore.c; \ then mv -f .deps/ecore.Tpo .deps/ecore.Plo; else rm -f .deps/ecore.Tpo; exit 1; fi /usr/local/bin/bash: @LIBTOOL@: command not found gmake[4]: *** [ecore.lo] Error 1 gmake[4]: Leaving directory `/usr/e17/libs/ecore/src/lib/ecore' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/e17/libs/ecore/src/lib' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/e17/libs/ecore/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/e17/libs/ecore' gmake: *** [all] Error 2 So, it is obviously not finding libtool somehow, even though it was installed in it's default (fro BSD anyway) location. I was able to get the enlightenment-devel port installed and running, however I would really like to get the CVS code to compile. I believe that what ever is not working here would most likely affect how other applications compile as well, so I ould like to get this sorted out. Thanks again for all yor help. On 10/15/05, Anders Trobäck [EMAIL PROTECTED] wrote: Add (from my rc.conf, modify for your system): ldconfig_paths=/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/com pat/pkg /usr/devel/enlightenment/current/lib to /etc/rc.conf! \\troback Paul S. wrote: Try make clean ./autogen.sh make make install for ecore then ewl. Paul On Fri, 2005-10-14 at 13:22 -0700, Brian Howe wrote: I installed ecore from the ports collection. It is version 0.9.9.018. The script from Anders also had me recompile from CVS before I tried to compile ewl. The script from Anders places the libs and binaries in and alternate location. Since the ewl compile is being done in the script, is it trying to see the ecore file in the place the script puts them, or from the standard places? hmmm... I don't know. Might have to look into that further. Anders, any comments? On 10/14/05, Rodolfo M. Raya [EMAIL PROTECTED] wrote: On Fri, 2005-10-14 at 11:40 -0700, Brian Howe wrote: ok, so I ran the script and it worked wonders... except for ewl, again: ../../src/lib/.libs/libewl.so: undefined reference to `ecore_config_theme_default' You must compile and install ecore first. Rodolfo -- Rodolfo M. Raya [EMAIL PROTECTED] Maxprograms http://www.maxprograms.com --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! http://www.troback.com - --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] even more help needed on freebsd with e17cvs
Brian Howe wrote: I appended that section to my /etc/rc.conf file, rebooted and then went to my CVS libs/ecore directory and ran ./configure gmake this is the relevant output snippet: gmake[4]: Entering directory `/usr/e17/libs/ecore/src/lib/ecore' if @LIBTOOL@ --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/X11R6/include -g -O2 -Wall -MT ecore.lo -MD -MP -MF .deps/ecore.Tpo -c -o ecore.lo ecore.c; \ then mv -f .deps/ecore.Tpo .deps/ecore.Plo; else rm -f .deps/ecore.Tpo; exit 1; fi /usr/local/bin/bash: @LIBTOOL@: command not found gmake[4]: *** [ecore.lo] Error 1 gmake[4]: Leaving directory `/usr/e17/libs/ecore/src/lib/ecore' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/e17/libs/ecore/src/lib' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/e17/libs/ecore/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/e17/libs/ecore' gmake: *** [all] Error 2 So, it is obviously not finding libtool somehow, even though it was installed in it's default (fro BSD anyway) location. I was able to get the enlightenment-devel port installed and running, however I would really like to get the CVS code to compile. I believe that what ever is not working here would most likely affect how other applications compile as well, so I ould like to get this sorted out. Thanks again for all yor help. On 10/15/05, Anders Trobäck [EMAIL PROTECTED] wrote: Add (from my rc.conf, modify for your system): ldconfig_paths=/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/com pat/pkg /usr/devel/enlightenment/current/lib to /etc/rc.conf! \\troback Paul S. wrote: Try make clean ./autogen.sh make make install for ecore then ewl. Paul On Fri, 2005-10-14 at 13:22 -0700, Brian Howe wrote: I installed ecore from the ports collection. It is version 0.9.9.018. The script from Anders also had me recompile from CVS before I tried to compile ewl. The script from Anders places the libs and binaries in and alternate location. Since the ewl compile is being done in the script, is it trying to see the ecore file in the place the script puts them, or from the standard places? hmmm... I don't know. Might have to look into that further. Anders, any comments? On 10/14/05, Rodolfo M. Raya [EMAIL PROTECTED] wrote: On Fri, 2005-10-14 at 11:40 -0700, Brian Howe wrote: ok, so I ran the script and it worked wonders... except for ewl, again: ../../src/lib/.libs/libewl.so: undefined reference to `ecore_config_theme_default' You must compile and install ecore first. Rodolfo -- Rodolfo M. Raya [EMAIL PROTECTED] Maxprograms http://www.maxprograms.com --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! http://www.troback.com - --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users The followning ports are needed to compile from CVS, do you have then installed? gnu-autoconf-2.59 gnu-automake-1.9.6 gnu-libtool-1.5.18 Are you using my script? \\troback -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! http://www.troback.com - --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Compiling problem of e_utils
Since several days, compiling e_utils returns me an error as if some variables are not defined. These are : e and E_Response_Theme_Get in the function `ethemes_init'. Do you have an idea ? Regards ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] keybindings sometimes don't work bug?
Hi guys, I'm still experiencing keybinding problems. Sometimes they don't work, I can't switch desktops or start Eterm etc using keybindings. I haven't found a way to trigger this yet. When they lockup, I can get them working again by switching desktops using the pager or starting an eterm from the menu. I mentioned it before in this thread: http://marc.theaimsgroup.com/?l=enlightenment-usersm=112795168400490w=2 somebody mentioned he can trigger it with turning the remember settings off. How would I go abouts to debug such a thing, gdb won't be much help right? Do I just put a lot of printfs into the e source code and wait until it happens again, and look what function has been called before? Cheers Jochen --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keybindings sometimes don't work bug?
Forgot to mention, I checked no duplicate keybindings. CVS is of 2 days ago, I'm just updating now, but I have had this problem creeping up for quite a while Cheers Jochen --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] problem building ecore from cvs
I get the following error: gmake[4]: Entering directory `/usr/e17/libs/ecore/src/lib/ecore' if @LIBTOOL@ --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/X11R6/include -g -O2 -Wall -MT ecore.lo -MD -MP -MF .deps/ecore.Tpo -c -o ecore.lo ecore.c; \ then mv -f .deps/ecore.Tpo .deps/ecore.Plo; else rm -f .deps/ecore.Tpo; exit 1; fi /usr/local/bin/bash: @LIBTOOL@: command not found gmake[4]: *** [ecore.lo] Error 1 gmake[4]: Leaving directory `/usr/e17/libs/ecore/src/lib/ecore' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/e17/libs/ecore/src/lib' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/e17/libs/ecore/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/e17/libs/ecore' gmake: *** [all] Error 2 I have libtool installed and it is in my path. Any suggestions? Brian --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Fast mouse scrolling problem
On Mon, 17 Oct 2005 11:30:36 -0400 Dennis Nezic [EMAIL PROTECTED] babbled: On Mon, 17 Oct 2005 10:01:49 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: ... they both seem to produce the same output in xev, both mouse scrollwheel and keyboard scrollwheel, both during regular scrolling and stuttered scrolling. the only difference being the abnormal time delays between events. that's bizarre. i know of no reason why e would delay differently to the same event - as it sees it it gets the same x input for the button (is this the case? does the keyboard wheel generate button press 4, button release 4 / button press 5, button release 5)? if e is getting the same event - it will respond in the same way. can you include some output of xev (when not runing in e17 or disable click to raise or click to focus) for the 2 wheels so i can compare them? (letting me know which is which) ? By the way, i'm using enlightenment-0.16.7.2 =\ The problem is application dependent; it is more apparent in some applications (firefox), than in others (sylpheed, xterm). When clicking in a window always raises it is disabled, although the scrolling doesn't stall as badly (nor is it the mouse confined to the stalling window), there is still a noticeable difference between the two scrolling; mouse-scrolling is less responsive than keyboard scrolling. ie, there is a slight delay after mouse scrolling, whereas keyboard scrolling is more real-time. also, when there is an overlapping window, mouse-scrolling produces a discrepancy in rendering the overlapped area during scrolling - the part that was overlapped isn't aligned to the remainder of the page (i'm testing with firefox). with keyboard scrolling, there is no noticeable discrepancy. xev outputs are the same for mouse and keyboard scrolling. xev when click-raising is disabled: ButtonPress event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 14541910, (111,75), root:(156,825), state 0x0, button 5, same_screen YES ButtonRelease event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 14541910, (111,75), root:(156,825), state 0x1000, button 5, same_screen YES xev when click-raising is enabled: EnterNotify event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914), mode NotifyUngrab, detail NotifyAncestor, same_screen YES, focus YES, state 4096 KeymapNotify event, serial 27, synthetic NO, window 0x0, keys: 64 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ButtonPress event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914), state 0x0, button 5, same_screen YES ButtonRelease event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914), state 0x1000, button 5, same_screen YES LeaveNotify event, serial 27, synthetic NO, window 0x121, root 0x40, subw 0x0, time 15276623, (130,75), root:(198,914), mode NotifyGrab, detail NotifyAncestor, same_screen YES, focus YES, state 2048 also, remember, during the scrolling stalls, pressing buttons on the keyboard fixes it. this i find very odd. also, remember, slow scrolling doesn't appear to have a problem. by the way, the stalled scrolling does not consume much of the cpu. hmm, and finally, i just discovered that the stalling only seems to occur if the window has focus. hmm. well as i said - thisis bizarre. the events are the same - and those extra enter and leave events are always what u get as a result of button grabs anyway. all i can suggest is that the e's grabs might possibly only grab buttons 1, 2 and 3 instead of all. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keybindings sometimes don't work bug?
On Tue, 18 Oct 2005 11:35:44 +1300 jochen [EMAIL PROTECTED] babbled: Hi guys, I'm still experiencing keybinding problems. Sometimes they don't work, I can't switch desktops or start Eterm etc using keybindings. I haven't found a way to trigger this yet. When they lockup, I can get them working again by switching desktops using the pager or starting an eterm from the menu. I mentioned it before in this thread: http://marc.theaimsgroup.com/?l=enlightenment-usersm=112795168400490w=2 somebody mentioned he can trigger it with turning the remember settings off. How would I go abouts to debug such a thing, gdb won't be much help right? Do I just put a lot of printfs into the e source code and wait until it happens again, and look what function has been called before? basically thats how you catch these things. you put printf's in where u suspect something maybe invovled, log it to a file and wait for it to happen then jump asap into the log - and examine it for anything unusual. somehting is weird here i think concerning focus. the key is grabbed - but not being delivered to the right place. let me guess - it only happens when NO app window is focused (there are no apps on the screen or none has the focus) ? Cheers Jochen --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keybindings sometimes don't work bug?
Carsten Haitzler (The Rasterman) wrote: On Tue, 18 Oct 2005 11:35:44 +1300 jochen [EMAIL PROTECTED] babbled: Hi guys, I'm still experiencing keybinding problems. Sometimes they don't work, I can't switch desktops or start Eterm etc using keybindings. I haven't found a way to trigger this yet. When they lockup, I can get them working again by switching desktops using the pager or starting an eterm from the menu. I mentioned it before in this thread: http://marc.theaimsgroup.com/?l=enlightenment-usersm=112795168400490w=2 somebody mentioned he can trigger it with turning the remember settings off. How would I go abouts to debug such a thing, gdb won't be much help right? Do I just put a lot of printfs into the e source code and wait until it happens again, and look what function has been called before? basically thats how you catch these things. you put printf's in where u suspect something maybe invovled, log it to a file and wait for it to happen then jump asap into the log - and examine it for anything unusual. somehting is weird here i think concerning focus. the key is grabbed - but not being delivered to the right place. let me guess - it only happens when NO app window is focused (there are no apps on the screen or none has the focus) ? Yup spot on :) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keybindings sometimes don't work bug?
On Tue, 18 Oct 2005 14:29:20 +1300 jochen [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Tue, 18 Oct 2005 11:35:44 +1300 jochen [EMAIL PROTECTED] babbled: Hi guys, I'm still experiencing keybinding problems. Sometimes they don't work, I can't switch desktops or start Eterm etc using keybindings. I haven't found a way to trigger this yet. When they lockup, I can get them working again by switching desktops using the pager or starting an eterm from the menu. I mentioned it before in this thread: http://marc.theaimsgroup.com/?l=enlightenment-usersm=112795168400490w=2 somebody mentioned he can trigger it with turning the remember settings off. How would I go abouts to debug such a thing, gdb won't be much help right? Do I just put a lot of printfs into the e source code and wait until it happens again, and look what function has been called before? basically thats how you catch these things. you put printf's in where u suspect something maybe invovled, log it to a file and wait for it to happen then jump asap into the log - and examine it for anything unusual. somehting is weird here i think concerning focus. the key is grabbed - but not being delivered to the right place. let me guess - it only happens when NO app window is focused (there are no apps on the screen or none has the focus) ? Yup spot on :) aaah hrrrm. that shouldnt happen. basically i have seen this and thats why when a window loses focus it is set back to the container background window so something has the focus at al times ... hmmm. ie in e_border.c, line 1180 e_grabinput_focus(bd-zone-container-bg_win, E_FOCUS_METHOD_PASSIVE); maybe this isnt happening? some logic case is missed? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keybindings sometimes don't work bug?
Carsten Haitzler (The Rasterman) wrote: On Tue, 18 Oct 2005 14:29:20 +1300 jochen [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Tue, 18 Oct 2005 11:35:44 +1300 jochen [EMAIL PROTECTED] babbled: Hi guys, I'm still experiencing keybinding problems. Sometimes they don't work, I can't switch desktops or start Eterm etc using keybindings. I haven't found a way to trigger this yet. When they lockup, I can get them working again by switching desktops using the pager or starting an eterm from the menu. I mentioned it before in this thread: http://marc.theaimsgroup.com/?l=enlightenment-usersm=112795168400490w=2 somebody mentioned he can trigger it with turning the remember settings off. How would I go abouts to debug such a thing, gdb won't be much help right? Do I just put a lot of printfs into the e source code and wait until it happens again, and look what function has been called before? basically thats how you catch these things. you put printf's in where u suspect something maybe invovled, log it to a file and wait for it to happen then jump asap into the log - and examine it for anything unusual. somehting is weird here i think concerning focus. the key is grabbed - but not being delivered to the right place. let me guess - it only happens when NO app window is focused (there are no apps on the screen or none has the focus) ? Yup spot on :) aaah hrrrm. that shouldnt happen. basically i have seen this and thats why when a window loses focus it is set back to the container background window so something has the focus at al times ... hmmm. ie in e_border.c, line 1180 e_grabinput_focus(bd-zone-container-bg_win, E_FOCUS_METHOD_PASSIVE); maybe this isnt happening? some logic case is missed? Well I can try debug it further tonight currently I should be working, So I should be looking at the focus functions? I let you know when I get something. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] keybindings sometimes don't work bug?
On Tue, 18 Oct 2005 15:43:27 +1300 jochen [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Tue, 18 Oct 2005 14:29:20 +1300 jochen [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Tue, 18 Oct 2005 11:35:44 +1300 jochen [EMAIL PROTECTED] babbled: Hi guys, I'm still experiencing keybinding problems. Sometimes they don't work, I can't switch desktops or start Eterm etc using keybindings. I haven't found a way to trigger this yet. When they lockup, I can get them working again by switching desktops using the pager or starting an eterm from the menu. I mentioned it before in this thread: http://marc.theaimsgroup.com/?l=enlightenment-usersm=112795168400490w=2 somebody mentioned he can trigger it with turning the remember settings off. How would I go abouts to debug such a thing, gdb won't be much help right? Do I just put a lot of printfs into the e source code and wait until it happens again, and look what function has been called before? basically thats how you catch these things. you put printf's in where u suspect something maybe invovled, log it to a file and wait for it to happen then jump asap into the log - and examine it for anything unusual. somehting is weird here i think concerning focus. the key is grabbed - but not being delivered to the right place. let me guess - it only happens when NO app window is focused (there are no apps on the screen or none has the focus) ? Yup spot on :) aaah hrrrm. that shouldnt happen. basically i have seen this and thats why when a window loses focus it is set back to the container background window so something has the focus at al times ... hmmm. ie in e_border.c, line 1180 e_grabinput_focus(bd-zone-container-bg_win, E_FOCUS_METHOD_PASSIVE); maybe this isnt happening? some logic case is missed? Well I can try debug it further tonight currently I should be working, So I should be looking at the focus functions? I let you know when I get something. yeah- printf and log what is getting the focus set and when it happens - jump off to a text consol - save your log immediately somewhere else and see where the focus last went. thats a start anyway. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users