Re: [e-users] annoying behavior of alt+tab
according to this thread http://ubuntuforums.org/showthread.php?t=704926 it can be fixed with adding xmodmap -e keycode 113 = Alt_L ISO_Prev_Group ISO_Prev_Group NoSymbol ISO_Prev_Group to your ~/.bashrc cheers - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] re-mapping ctrl
hi list, my ctrl key just gave up (time for a new keyboard) and so i thought i'll just remap the super_l key to ctrl (because it's 4am), using xmodmap. works fine so far, i can use my mrxvt again, also switching from X to console works, but somehow e17 doesn't take the new ctrl key, so i can't switch to another desktop using ctrl+left/right and the same for mozilla, can't open mozilla-mail with ctrl+2 or open/close tabs using ctrl+t/w. did i miss something e related? i used the following .xmodmaprc which is executed using .xinitrc on x-startup: clear control add control = Super_L any ideas? greets, chris --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Alt-Tab and automatic
Morten Nilsen wrote: [EMAIL PROTECTED] wrote: hmm, out of winlist was a bad description, as i have all my windows maximized, it just looks like it is inside winlist. a better description would be: sometimes i can move the mouse out of the selected/focused window and sometimes it is stuck to it... well, that is a factor of the zooming behaviour .. you can turn it off with enlightenment_remote - I quite like it, and I hardly touch my mouse .. and as such, it negates my need to touch the mouse much of the time, as when I did so before, over half the time, it was to simply move the mouse over a different eterm to change the input focus.. Cheers, i'm not sure i understand what you said: while pressing alt-tab, the mouse jumps to the selected window, is the zooming behaviour? that's fine, should be this way (for setting the focus without touching the mouse) but i mean, after the mouse jumps to the selected window, the mouse is stuck in the window, while winlist is open, but sometimes the mouse isn't stuck in the window, even when winlist is still open (and alt-tab is pressed). i checked around a bit and this only happens, if the selected window is in the upper left quarter of the screen, then i'm free to move the mouse everywhere while winlist is open. if i move the window from top-left to somewhere else, the mouse will be stuck in the window while winlist is open. i mean, this doesn't change anything for me, but it's a bit 'strange', isn't it? or is there something special about the top-left quarter of the screen (all my modules are the bottom and right side of screen) i also further experimented with the winlist stays open thing and it only happens if i have =2 windows maximized (using smart-policy). don't know if this has anything to say, but perhaps it's a hint in resolving this. but nonetheless, both are so minor, i'm nearly ashamed for just mentioning them ;) greets --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Alt-Tab and automatic
[EMAIL PROTECTED] wrote: but it's nothing urgent for me, just a very small 'misbehaviour' i don't really recognize it anymore... only thing which bugs me a bit is that i can't move the mouse while winlist is open... would be nice if the winlist closes when the mouse moves out of the winlist, even with alt pressed. damn, while writing this sentence i tried it again a few times and now i can move the mouse out of winlist, 5 minutes ago it was the old behaviour... ?? ... ... ... 20 tries later it is the old behaviour again.. (mouse stays inside winlist) ? ... ... ... another 20 tries later i can move the mouse out of it again... this seems to toogle randomly, i don't see anything i've done which might cause this... strange anyway, if there's something i can do to help resolve this, let me know and i will do what i can. greets, chris hmm, out of winlist was a bad description, as i have all my windows maximized, it just looks like it is inside winlist. a better description would be: sometimes i can move the mouse out of the selected/focused window and sometimes it is stuck to it... hope this is somehow more clear ;) --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] xscreensaver messages
Mathieu wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] disait dernièrement que : Christoph Gysin wrote: Robert May wrote: Whenever I run xscreensaver I receive the following messages: xscreensaver: 12:39:30: 0: unrecognised ClientMessage WM_PROTOCOLS received xscreensaver: 12:39:30: 0: for window 0x22e (root) I will explain the problem to the xscreensaver maintainer, and submit a patch. Until the next release, here's a quick fix: --- driver/xscreensaver.c.orig2005-08-07 17:36:17.815261536 +0200 +++ driver/xscreensaver.c2005-08-07 17:37:08.644534312 +0200 @@ -1641,10 +1641,12 @@ if (hint.res_class) XFree (hint.res_class); } +/* fprintf (stderr, %s: %d: unrecognised ClientMessage \%s\ received\n, blurb(), screen, (str ? str : (null))); fprintf (stderr, %s: %d: for window 0x%lx (%s)\n, blurb(), screen, (unsigned long) w, wdesc); +*/ if (str) XFree (str); } Christoph I have been using linux for close to 10 years now, and enlightenment for many of them, so I hate to think of myself as a 'newbie', but I am completely self taught, so there are definately some things I don't know. This snippet of code for example, I have seen many like this, but have absolutely no idea what to do with it. I would love to know how to apply this fix, and others like it...could somebody point me to some docs that explain this? herm this is a patch or I do not understand this question. + lines are lines which are added to the file - lines are lines which are removed from the file docs: man patch cd source directory; patch -pstrip_level patchfile this is a common way to share fixes to be applied to source files, before recompiling the application. but how comes you don't know what a patch is, if you've been using Linux for 10 years, I just cannot believe it :) you are a newbie ;) As a workaround for this particular problem, I run gnome-settings-daemon from the e-exec line or from the 'run' command in e17, this seems to handle the xscreensaver without throwing the extra garbage lines in my eterm. Thanks in advance, -Sid you are welcome, glad to help a 3-times-longer-I-have-been-using-linux-guy :) Thanks for the info. You really know how to make a guy feel like an idiot. I know its a patch, I've just never cared enough to find out how to use them, as E17s the first thing I have done from cvs, and I've never been in such a situation that I couldn't fix the code I was compiling myself... 'man patch' has some good info, but I guess what I'm really wanting to know is where to get information on the format of patch files so that i can understand better how to read them. I don't like the idea of just 'patch myfile' without knowing exactly whats getting changed, and the whole + lines add stuff and -lines remove stuff is not explanitory enough, as there seems to be more information in those files than just that. I could be wrong, thats why I'm asking for clarification. Thanks again, I think, -Sid --- 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 enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] xscreensaver messages
Christoph Gysin wrote: [EMAIL PROTECTED] wrote: 'man patch' has some good info, but I guess what I'm really wanting to know is where to get information on the format of patch files so that i can understand better how to read them. I don't like the idea of just 'patch myfile' without knowing exactly whats getting changed, and the whole + lines add stuff and -lines remove stuff is not explanitory enough, as there seems to be more information in those files than just that. I could be wrong, thats why I'm asking for clarification. Actually, it's not much more than that. A patch is generated by diff, a tool to show only the differences of two files. The most common diff format is the unified diff, generated with: $ diff -u file1 file2 The output is then quite simple: --- driver/xscreensaver.c.orig2005-08-07 17:36:17.815261536 +0200 +++ driver/xscreensaver.c2005-08-07 17:37:08.644534312 +0200 This shows which files got diff'ed: In our case, I copied the original one to xscreensaver.c.orig and modified xscreensaver.c. But thats not interesting. All the patch command needs to know is that this patch applies to the file xscreensaver.c in the directory driver. You could also diff whole directories. In the output of the diff command, theres one such header for each file that has changed. @@ -1641,10 +1641,12 @@ This marks the part, where the two files differ: in file1, the part starts at line 1641 and is 10 lines long. in file 2 the part starts at the same offset (1641) but is 12 lines long. You can see that I've added two lines in the second file. if (hint.res_class) XFree (hint.res_class); } +/* fprintf (stderr, %s: %d: unrecognised ClientMessage \%s\ received\n, blurb(), screen, (str ? str : (null))); fprintf (stderr, %s: %d: for window 0x%lx (%s)\n, blurb(), screen, (unsigned long) w, wdesc); +*/ if (str) XFree (str); } The rest of the patch shows the actual difference, where added lines are marked with a '+', and removed lines are marked with a '-'. In the above example, I simply commented out the part that spits out the useless error message. Christoph Thank you very much. I think that fills in all the blanks for me. Much appreciated! -Sid -- First things first, but not necessarily in that order. - Doctor Who --- 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 enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] xscreensaver messages
Christoph Gysin wrote: Robert May wrote: Whenever I run xscreensaver I receive the following messages: xscreensaver: 12:39:30: 0: unrecognised ClientMessage WM_PROTOCOLS received xscreensaver: 12:39:30: 0: for window 0x22e (root) I will explain the problem to the xscreensaver maintainer, and submit a patch. Until the next release, here's a quick fix: --- driver/xscreensaver.c.orig2005-08-07 17:36:17.815261536 +0200 +++ driver/xscreensaver.c2005-08-07 17:37:08.644534312 +0200 @@ -1641,10 +1641,12 @@ if (hint.res_class) XFree (hint.res_class); } +/* fprintf (stderr, %s: %d: unrecognised ClientMessage \%s\ received\n, blurb(), screen, (str ? str : (null))); fprintf (stderr, %s: %d: for window 0x%lx (%s)\n, blurb(), screen, (unsigned long) w, wdesc); +*/ if (str) XFree (str); } Christoph I have been using linux for close to 10 years now, and enlightenment for many of them, so I hate to think of myself as a 'newbie', but I am completely self taught, so there are definately some things I don't know. This snippet of code for example, I have seen many like this, but have absolutely no idea what to do with it. I would love to know how to apply this fix, and others like it...could somebody point me to some docs that explain this? As a workaround for this particular problem, I run gnome-settings-daemon from the e-exec line or from the 'run' command in e17, this seems to handle the xscreensaver without throwing the extra garbage lines in my eterm. Thanks in advance, -Sid -- First things first, but not necessarily in that order. - Doctor Who --- 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 enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] some problems confused me!
neptune sedna wrote: yesterday,i yum install the e17.But some problems confused me! First,when I run enlightenment_remote -module-list, the system told me ERROR: Enlightenment_remote cannot set up the IPC socket. Maybe try the '-display :0.0' option? what should I do ? I have search it in google for a long time ,but got nothing,because some valuable information about this problem is not written by english or chinese . Second, I've seen this nice video,and downloaded it ,but I don't know how to use it, I want to use it as my wallpapers ,at the same time ,these operations don't change the other parts of my default theme. any ideas? thanks! Of course, i am glad someone introduce me some other themes with nice video! --- 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_idt77alloc_id492op=click ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users There are some nice themes at get-e.org. As for your other problem, run the command as a normal user, not as root. -Sid -- First things first, but not necessarily in that order. - Doctor Who --- 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=7477alloc_id=16492op=click ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Setting dont-cover attribute of windows
[EMAIL PROTECTED] wrote: On Tue, Jul 26, 2005 at 02:50:52AM +0100, Shish wrote: I am using e16 on my Gentoo linux box. I would like to hove some special windows (like the pager, the iconbox and the systray) to have the dont-cover attribute set. How can it be done? Alt + right-click -- set stacking -- on top I am trying to not cover those special windows when a window is maximized. Acording to a message posted by Kim Woelders on enlightenment-devel some time ago, http://marc.theaimsgroup.com/?l=enlightenment-develm=107305772608537w=2 there are four options for the maximize operation: conservative, available, absolute and xinerama, and the available option do not cover windows with the dont-cover attribute, like the gnome-panel. I have tested it and it does work with gnome-panel. But it does not work with the iconbox, for instance, even when its stacking is set to on top as sugested by Shish. In fact it does not wor irrespective of the stacking setting of the window. What the on top stacking makes is keep the window on top of other windows, maybe covering part of other windows, but never being covered. This makes me believe that the dont-cover attribute is not the same as the stacking: on top attribute. Maybe somebody could clarify this topic for us. Regards. Romildo Try doing: enlightenment_remote --maximize-policy-set SMART This should make it so that 'maximizing' the windows still wont cover up your modules. It worked for me. -Sid --- 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=7477alloc_id=16492op=click ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Embrace and Elapse in E16
F.Y.I. Embrace and Elapse, two very nice little apps which I was under the impression were for E17, seem to work beautifully under E16.8, assuming you have the required E17 libraries working... Sorry if this is old news or obvious to everyone else, but I was pleasantly surprised. Kudos to everyone involved in the enlightened desktop! -Sid --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Where to send bugs? Prob with sloppy focus
Carsten Haitzler (The Rasterman) wrote: most of this isnt much use - i know this will happen on click to focus - but system setup etc. wont help as i just haven't really tested click to focus beyond an initial ooh look - it works then instantly went back to pointer focus. i simply need to get to finding the EXACT event sequences and why and when and where. if you can find that out - tell me - it will save me time (ie you have to dig thru code hunt down event handlers for things like mouse clicks - and the allow event callbacks - maybe printf output so u can log which gets called before which other and which what parameters. ie - u need to get your hands dirty. this is not an easy bug to hunt and fix - tho the fix in the end may be trivial. I am more than willing to do some hunting, and I'm pretty sure I can get some useful output logged, but I'm not sure where to start. Just poke through all of the .c files in my e17/apps/e/src directory? Sorry about the noobishness, I'm a long time E user, but still pretty green when it comes to coding. Thanks in advance, -Enofel Chris Harris --- 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=7477alloc_id=16492op=click ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Where to send bugs? Prob with sloppy focus
Carsten Haitzler (The Rasterman) wrote: On Thu, 16 Jun 2005 09:47:32 + Charlie Law [EMAIL PROTECTED] babbled: Where should I send reports of possible bugs in E17? When I use the sloppy focus option (enlightenment_remote -focus-policy-set SLOPPY), I get periodic freeze-ups that require a system reboot to resolve. If I change the focus-policy to CLICK or MOUSE, this annoying behavior goes away. I'm running E17 CVS of 7 June 2005 on a Slackware 10.1 (current) system, kernel 2.6.11-cko4. require a REBOOT? does it not just require e be restarted/exited and re-run (go to a console and kill the e process)? I have been experiencing a similar issue. At first I thought I had to kill the x-server to get any functionality back, as no mouse clicks or keystroke input seemed to be working. The mouse still moved, but neither the ibar or engage would show mouseover activity, so I thought E was locked up. I figured out however that alt-tab still worked, and I was able to bring focus back that way. At that point everything seemed to be working again, as if the focus was off in limbo somewhere. I had read some forum posts about similar issues having to do with the mozilla and/or firefox browsers, but this issue is present on my system when neither of those programs is running. I am using cvs build from 6-16-2005, also was happening in cvs build on 6-11-05. I am on ubuntu hoary, and i have focus policy set on CLICK. Let me know if there is any more info I can provide, and please keep up the most excellent work! :) I can't wait till this is finished, and I only wish I was able to help out more. -Enofel --- 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=7477alloc_id=16492op=click ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
