[E-devel] Error building...
Hi, I'm having some problems with some of the project like etk, and many of the modules. The error is almost the same: 8 configure.in:236: required file `./config.rpath' not found po/Makefile.am:6: addsuffix .mo,$(ALL_LINGUAS: non-POSIX variable name po/Makefile.am:6: (probably a GNU make extension) po/Makefile.am:8: addsuffix .po,$(ALL_LINGUAS: non-POSIX variable name po/Makefile.am:8: (probably a GNU make extension) po/Makefile.am:10: `%'-style pattern rules are a GNU make extension Makefile.am:3: `intl' should not be in SUBDIRS when AM_GNU_GETTEXT([external]) is used 8 Any ideas? I'm running on a FreeBSD 6.2! Thanks!!! \\troback -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! Anders Trobäck http://www.troback.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] TODO item(s) need clarification.....
Hello, Can someone please elaborate on these items for me? * winlist could divide windows up into blocks - sub-lists within a container per desktop (with stick windows considered to live on the current desk when winlist starts) Is it just that someone wanted the windows grouped within the winlist (similar to how the clientlist is now)? Also, how about this one: * desktop flip animations need to allow control over accel/decel and have a better ui - add wobble and controls etc. etc. Seems to me this is done? There are controls for type of animation and its speed, via Config - screen - virtual desktop. Is that not what this item is referring to? I don't understand wobble. That a new transistion type? And finally this one: * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. Thanks. :) -- Regards, Ravenlock - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
Hi, On Fri, Mar 16, 2007 at 07:17:27AM -0500, Ravenlock wrote: Hello, Can someone please elaborate on these items for me? * winlist could divide windows up into blocks - sub-lists within a container per desktop (with stick windows considered to live on the current desk when winlist starts) Is it just that someone wanted the windows grouped within the winlist (similar to how the clientlist is now)? Also, how about this one: * desktop flip animations need to allow control over accel/decel and have a better ui - add wobble and controls etc. etc. Seems to me this is done? There are controls for type of animation and its speed, via Config - screen - virtual desktop. Is that not what this item is referring to? I don't understand wobble. That a new transistion type? The current settings are very basic. You are only able to set the animation type and the speed, but you can't set the acceleration/decelleration manually. What wobble is can you see, when you open the file manager. The preview images are moving a bit when they are showed - they are wobbling. :) And finally this one: * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. Try to change the theme. You will notice that the theme selection dialog is closed when the new theme is applied. Even every other e17 internal dialog. You can also try enlightenment-restart from the menu. Thanks. :) -- Regards, Ravenlock Greets, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On Fri, Mar 16, 2007 at 07:17:27AM -0500, Ravenlock wrote: Hello, Can someone please elaborate on these items for me? * winlist could divide windows up into blocks - sub-lists within a container per desktop (with stick windows considered to live on the current desk when winlist starts) Is it just that someone wanted the windows grouped within the winlist (similar to how the clientlist is now)? Right now the winlist only shows windows on the current desktop. I think the idea with this was to have it show windows in other desktops also, but group them somehow. The details were never really fleshed out, though. * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. This is only really an issue when changing themes. So, maybe only the theme dialog needs to re-open and only after a restart due to the theme being changed? Alternatively, we could try to implement theme switches without requiring a restart. But, that's probably more trouble than its worth. rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch for the pager module, about window urgent state support
Hi all Here is a little patch for the pager module, that basically able the user to show the pager popup on window urgent state change. More details : * fix: show the urgent state of a window even if the urgent state was set before the pager start * show the urgent state of windows in the pager popup * the pager pops its popup on window urgent state change (configurable) * a desktop can be selected in the pager popup, but all other actions actions are still forbidden inside the popup It adds 3 more options in the pager configuration panel : 1. show popup on urgent window 2. urgent popup sticks on the screen 3. urgent popup timer patch_e_mod_pager_urgentstate Description: Binary data - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On 3/16/07, Brian Mattern [EMAIL PROTECTED] wrote: On Fri, Mar 16, 2007 at 07:17:27AM -0500, Ravenlock wrote: * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. This is only really an issue when changing themes. So, maybe only the theme dialog needs to re-open and only after a restart due to the theme being changed? Fonts too, iirc. rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luchezer P. Petkov http://luchko.wordpress.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On 03/16/2007 08:10, Brian Mattern wrote: On Fri, Mar 16, 2007 at 07:17:27AM -0500, Ravenlock wrote: Hello, Can someone please elaborate on these items for me? * winlist could divide windows up into blocks - sub-lists within a container per desktop (with stick windows considered to live on the current desk when winlist starts) Is it just that someone wanted the windows grouped within the winlist (similar to how the clientlist is now)? Right now the winlist only shows windows on the current desktop. I think the idea with this was to have it show windows in other desktops also, but group them somehow. The details were never really fleshed out, though. The winlist can presently view windows from other desks and screens (configurable). But grouped is what ppl are looking for? Got it. Though, imho, I think its best the way it is. Ordered in a most recently used fashion. Imho, if you want groups and across multiple desks/screens... you should be using the clientlist at that point. Thanks for clarifying. :) * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. This is only really an issue when changing themes. So, maybe only the theme dialog needs to re-open and only after a restart due to the theme being changed? Ah, yes. A theme change. I see now. Is a restart the only way to realize a theme change? Alternatively, we could try to implement theme switches without requiring a restart. But, that's probably more trouble than its worth. rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Regards, Ravenlock - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On Fri, 16 Mar 2007 15:59:59 +0200 Luchezar Petkov [EMAIL PROTECTED] wrote: On 3/16/07, Brian Mattern [EMAIL PROTECTED] wrote: On Fri, Mar 16, 2007 at 07:17:27AM -0500, Ravenlock wrote: * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. This is only really an issue when changing themes. So, maybe only the theme dialog needs to re-open and only after a restart due to the theme being changed? Fonts too, iirc. And FDO icon themes. signature.asc Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On Fri, 16 Mar 2007 09:00:49 -0500 Ravenlock [EMAIL PROTECTED] wrote: On 03/16/2007 08:10, Brian Mattern wrote: On Fri, Mar 16, 2007 at 07:17:27AM -0500, Ravenlock wrote: * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. This is only really an issue when changing themes. So, maybe only the theme dialog needs to re-open and only after a restart due to the theme being changed? Ah, yes. A theme change. I see now. Is a restart the only way to realize a theme change? Alternatively, we could try to implement theme switches without requiring a restart. But, that's probably more trouble than its worth. For themes, fonts, and icon themes it was much easier to just restart E. Possibly we are just being lazy. signature.asc Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On 3/16/07, Ravenlock [EMAIL PROTECTED] wrote: * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. Raster and I have discussed this, and from what I can recall, we want this to work for mainly configuration dialogs, EFM windows, and things like the icon editor (and any other internal windows or mini-applications that might come up). As EFM grows and becomes more usable, a restart to E, and killing all of those windows, is not going to be a very user-friendly thing. We realized the complexity involved with such a feature, but this is where we decide how detailed we want it to be. Keeping a list of the open windows is one thing, and restoring those open windows to their previous state (for example, scrolling an ilist to a certain item, or clicking certain check buttons etc.) is something completely different and almost impossible. The other alternative, as mentioned, would be to propagate theme changes without a restart. We have also discussed this issue before, and the initial thought was that it was indeed quite complex as it would require all sorts of recalculations, widget creation, re-swallowing, etc. It is not really worth the hassle. So, if you would really like to work on this, it would be a good idea to find a way to re-open all the internal windows with their geometry information for now. Something to think about is EFM (it keeps the directory being browsed in its window information by the way), and how to tie an open window to, perhaps (and I am not sure of this is the best way), a function that you can use to re-open it. I think we can (should) further discuss this and come up with the best way to do this. -- Hisham Mardam Bey http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On Fri, Mar 16, 2007 at 06:44:41PM +0200, Hisham Mardam Bey wrote: The other alternative, as mentioned, would be to propagate theme changes without a restart. We have also discussed this issue before, and the initial thought was that it was indeed quite complex as it would require all sorts of recalculations, widget creation, re-swallowing, etc. It is not really worth the hassle. Edje will now automatically reswallow any swallows when you call edje_object_file_set(). So, it shoudl just be a matter of running through edje objects, resetting files and resending signals to get to the current state of the widget. Setting font classes *shouldn't* require rebuilding the objects, so I'm not sure why the font dialog triggers a restart at the moment. Anyway, I really think that this is the way to go. Since *most* layout is handled by edje, it will be recalculated automatically as the file is loaded and the swallows are reswallowed. Widgets that do custom layout typically have a configure type call that recalcs layout. So, it would probably just be a matter of adding a call to each widget to re-send the state signals. I think this would be a cleaner route than tracking internal dialogs and re-showing them. As more functionality is added to e, restarting will become more and more of a cost (dbus connections resetting, having to re-query daemon state, etc)... rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Maximize Patch
Arr! E! looky like you needs a eye patch fer yer dreadful voyages. Here's a small one that'll make ya look real scary while yer swashbuckin! The maximize code needs fixing. Or there needs to be a new maximize mode. That maximizes without making my windows go under the shelf ever. But that's too much work. So here's a patch that'll let the user set the size and position the window should get to when maximizing. This can also be useful if the user has other apps that he'd rather not overlap while maximizing. (instant messangers and such) Bad news, the user has to figure out the dimensions themselves and input 'em into this. --Sthitha Index: src/bin/e_actions.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_actions.c,v retrieving revision 1.92 diff -u -r1.92 e_actions.c --- src/bin/e_actions.c 4 Mar 2007 07:03:10 - 1.92 +++ src/bin/e_actions.c 16 Mar 2007 19:56:40 - @@ -559,6 +559,7 @@ else if (!strcmp(s1, smart)) e_border_maximize(bd, E_MAXIMIZE_SMART | max); else if (!strcmp(s1, expand)) e_border_maximize(bd, E_MAXIMIZE_EXPAND | max); else if (!strcmp(s1, fill)) e_border_maximize(bd, E_MAXIMIZE_FILL | max); + else if (!strcmp(s1, preset)) e_border_maximize(bd, E_MAXIMIZE_PRESET | max); else e_border_maximize(bd, (e_config-maximize_policy E_MAXIMIZE_TYPE) | max); } else if (v == 0) @@ -2481,6 +2482,7 @@ else if (!strcmp(s1, smart)) max |= E_MAXIMIZE_SMART; else if (!strcmp(s1, expand)) max |= E_MAXIMIZE_EXPAND; else if (!strcmp(s1, fill)) max |= E_MAXIMIZE_FILL; + else if (!strcmp(s1, preset)) max |= E_MAXIMIZE_PRESET; elsemax |= (e_config-maximize_policy E_MAXIMIZE_TYPE); } else Index: src/bin/e_border.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_border.c,v retrieving revision 1.573 diff -u -r1.573 e_border.c --- src/bin/e_border.c 2 Mar 2007 17:00:20 - 1.573 +++ src/bin/e_border.c 16 Mar 2007 19:56:44 - @@ -1811,6 +1811,8 @@ else if ((max E_MAXIMIZE_DIRECTION) == E_MAXIMIZE_HORIZONTAL) e_border_move_resize(bd, x1, bd-y, w, bd-h); break; + case E_MAXIMIZE_PRESET: + e_border_move_resize(bd, e_config-maximize_presetx, e_config-maximize_presety, e_config-maximize_presetw, e_config-maximize_preseth); } /* Remove previous type */ bd-maximized = ~E_MAXIMIZE_TYPE; Index: src/bin/e_border.h === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_border.h,v retrieving revision 1.156 diff -u -r1.156 e_border.h --- src/bin/e_border.h 2 Mar 2007 17:00:20 - 1.156 +++ src/bin/e_border.h 16 Mar 2007 19:56:45 - @@ -48,6 +48,7 @@ E_MAXIMIZE_SMART = 0x0002, E_MAXIMIZE_EXPAND = 0x0003, E_MAXIMIZE_FILL = 0x0004, + E_MAXIMIZE_PRESET = 0x0005, E_MAXIMIZE_TYPE = 0x000f, E_MAXIMIZE_VERTICAL = 0x0010, E_MAXIMIZE_HORIZONTAL = 0x0020, Index: src/bin/e_config.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_config.c,v retrieving revision 1.229 diff -u -r1.229 e_config.c --- src/bin/e_config.c 13 Mar 2007 18:03:19 - 1.229 +++ src/bin/e_config.c 16 Mar 2007 19:56:47 - @@ -420,6 +420,10 @@ E_CONFIG_VAL(D, T, winlist_pos_max_w, INT); /**/ E_CONFIG_VAL(D, T, winlist_pos_max_h, INT); /**/ E_CONFIG_VAL(D, T, maximize_policy, INT); /**/ + E_CONFIG_VAL(D, T, maximize_presetx, INT); /**/ + E_CONFIG_VAL(D, T, maximize_presety, INT); /**/ + E_CONFIG_VAL(D, T, maximize_presetw, INT); /**/ + E_CONFIG_VAL(D, T, maximize_preseth, INT); /**/ E_CONFIG_VAL(D, T, allow_manip, INT); /**/ E_CONFIG_VAL(D, T, kill_if_close_not_possible, INT); /**/ E_CONFIG_VAL(D, T, kill_process, INT); /**/ @@ -647,6 +651,10 @@ e_config-winlist_pos_max_w = 320; e_config-winlist_pos_max_h = 320; e_config-maximize_policy = E_MAXIMIZE_SMART | E_MAXIMIZE_BOTH; + e_config-maximize_presetx = 0; + e_config-maximize_presety = 0; + e_config-maximize_presetw = 640; + e_config-maximize_preseth = 480; e_config-allow_manip = 0; e_config-kill_if_close_not_possible = 1; e_config-kill_process = 1; @@ -1402,6 +1410,10 @@ E_CONFIG_LIMIT(e_config-winlist_pos_max_w, 8, 4000); E_CONFIG_LIMIT(e_config-winlist_pos_max_h, 8, 4000); E_CONFIG_LIMIT(e_config-maximize_policy, E_MAXIMIZE_FULLSCREEN, E_MAXIMIZE_DIRECTION); + E_CONFIG_LIMIT(e_config-maximize_presetx, 0, 8192); + E_CONFIG_LIMIT(e_config-maximize_presety, 0, 8192); + E_CONFIG_LIMIT(e_config-maximize_presetw, 1, 8192); + E_CONFIG_LIMIT(e_config-maximize_preseth, 1, 8192); E_CONFIG_LIMIT(e_config-allow_manip, 0, 1); E_CONFIG_LIMIT(e_config-kill_if_close_not_possible, 0, 1); E_CONFIG_LIMIT(e_config-kill_process, 0, 1);
Re: [E-devel] TODO item(s) need clarification.....
... ... I think this would be a cleaner route than tracking internal dialogs and re-showing them. As more functionality is added to e, restarting will become more and more of a cost (dbus connections resetting, having to re-query daemon state, etc)... rephorm A nice example of a point that one should keep in mind for all things. jose. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On 03/16/2007 07:59, Brian 'morlenxus' Miculcy wrote: Hi, On Fri, Mar 16, 2007 at 07:17:27AM -0500, Ravenlock wrote: Hello, Can someone please elaborate on these items for me? * winlist could divide windows up into blocks - sub-lists within a container per desktop (with stick windows considered to live on the current desk when winlist starts) Is it just that someone wanted the windows grouped within the winlist (similar to how the clientlist is now)? Also, how about this one: * desktop flip animations need to allow control over accel/decel and have a better ui - add wobble and controls etc. etc. Seems to me this is done? There are controls for type of animation and its speed, via Config - screen - virtual desktop. Is that not what this item is referring to? I don't understand wobble. That a new transistion type? The current settings are very basic. You are only able to set the animation type and the speed, but you can't set the acceleration/decelleration manually. What wobble is can you see, when you open the file manager. The preview images are moving a bit when they are showed - they are wobbling. :) hehe... a wobble transistion. cool. you think each window individually should wobble or the entire desktop? As far as accel/decel... imho doesn't seem like much opportunity to accelerate and decelerate. I mean how long do you really want it to take to transition from one desk to another? It would be a cool effect, but from a usability stand point... I'm trying to get to that other desktop. I can't wait 3-5 seconds. I want there now. Just my opinion. Either way... how would you envision the accel/decel? Would you create a gui that allowed a selection between say slow/med/fast acceleration/deceleration? or a short/med/long acceleration? or some discrete numeric value? pix/sec/sec? Do you understand my question? And finally this one: * internal windows (config dialogs, etc) should re-open after a restart Just wondering *why* this is desired. Seems like a lot of book keeping... for little value. Just wondering what the motivation for this one was. Try to change the theme. You will notice that the theme selection dialog is closed when the new theme is applied. Even every other e17 internal dialog. You can also try enlightenment-restart from the menu. Theme change. Got it. Thanks. :) -- Regards, Ravenlock Greets, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Regards, Eric - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] TODO item(s) need clarification.....
On Fri, Mar 16, 2007 at 09:10:56AM -0500, Eric Schuele wrote: hehe... a wobble transistion. cool. you think each window individually should wobble or the entire desktop? More like when you switch desktops, the old desktop's windows immediately disappear, and the new desktop's windows appear, but wobble for a second. However, I don't see how this would be possible without a compositor. While on the topic of desktop transitions does anyone else notice that e17's seem pretty slow? they get choppy when i have large and/or many windows (on an athlon 64 3000+). e16 handled sliding windows beautifully on an 800mhz box... rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for the pager module, about window urgent state support
On 03/16/2007 08:48, Laurent Ghigonis wrote: Hi all Here is a little patch for the pager module, that basically able the user to show the pager popup on window urgent state change. oh... another idea (hope you don't mind the unsolicited ideas)... Might be nice to have the pager itself get raised to above all in response to an urgent client. (configurable) This might be nice because, at least for me, the pager is in a less obtrusive location than the popup would be. The popup can obscure things when visible. the pager (in my case) is a bit more out of the way, but would be very noticeable. :) More details : * fix: show the urgent state of a window even if the urgent state was set before the pager start * show the urgent state of windows in the pager popup * the pager pops its popup on window urgent state change (configurable) * a desktop can be selected in the pager popup, but all other actions actions are still forbidden inside the popup It adds 3 more options in the pager configuration panel : 1. show popup on urgent window 2. urgent popup sticks on the screen 3. urgent popup timer - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Regards, Ravenlock - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Friday, 16 March 2007, at 01:39:17 (+0100), Kim Woelders wrote: I was assuming that this was a general question to the list and not to me in particular, as I think I have made my opinion clear about all of this long ago, i.e. use autopoint (leave things as they are) and move on, or fix things whichever way you like. Actually it was primarily directed at raster since he's the one who removed config.rpath from CVS and got us into this mess to begin with. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Who needs women? Give me gcc and a couple megs of source code, and I'm good for at least an hour or so - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for the pager module, about window urgent state support
oh... another idea (hope you don't mind the unsolicited ideas)... i love them =) Might be nice to have the pager itself get raised to above all in response to an urgent client. (configurable) This might be nice because, at least for me, the pager is in a less obtrusive location than the popup would be. The popup can obscure things when visible. the pager (in my case) is a bit more out of the way, but would be very noticeable. :) Raise the pager, you mean raise temporary the shelf where the pager is ? It would be a new shelf mecanism to code, maybe a good thing, maybe not verry usefull outside this case ... dunno. I agree, it would be less obstrusive. Sometimes you want that. But the idea is to warn the user, so we want to be sure he sees the event. Make that configurable would be nice, maybe later, when we will have the author's module opinion :) laurent - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for the pager module, about window urgent state support
On 03/16/2007 18:53, Laurent Ghigonis wrote: oh... another idea (hope you don't mind the unsolicited ideas)... i love them =) Might be nice to have the pager itself get raised to above all in response to an urgent client. (configurable) This might be nice because, at least for me, the pager is in a less obtrusive location than the popup would be. The popup can obscure things when visible. the pager (in my case) is a bit more out of the way, but would be very noticeable. :) Raise the pager, you mean raise temporary the shelf where the pager is ? It would be a new shelf mecanism to code, maybe a good thing, maybe not verry usefull outside this case ... dunno. oh yes. I tend to have only one shelf, and only the pager in it. I spoke before I thought. That would probably be overly complex and would affect more than just the pager. Maybe not such a good idea after all. :/ I agree, it would be less obstrusive. Sometimes you want that. But the idea is to warn the user, so we want to be sure he sees the event. Make that configurable would be nice, maybe later, when we will have the author's module opinion :) laurent - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Regards, Ravenlock - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Testing
My e-mails to enlightenment-users seem to disappear (no return/bounce messages are received by my mailer) and I can send to other SF lists, so trying the other E ML on SF. -sandalle -- Eric Sandall | Source Mage GNU/Linux Developer eric at sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/| http://counter.li.org/ #196285 pgpYDuCuZUxQv.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Testing
On Friday 16 March 2007 19:45:26 David Seikel wrote: On Fri, 16 Mar 2007 18:40:46 -0700 Eric Sandall [EMAIL PROTECTED] wrote: My e-mails to enlightenment-users seem to disappear (no return/bounce messages are received by my mailer) and I can send to other SF lists, so trying the other E ML on SF. I had a similar problem for months that SF was not able to solve. Not signing my emails to enlightenment-users solved the problem. All other SF lists are quite happy with my signed emails. Try playing with all sorts of random things in how you send your emails. Thanks, not signing my e-mail worked. :) -sandalle -- Eric Sandall | Source Mage GNU/Linux Developer eric at sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/| http://counter.li.org/ #196285 pgpxKNyBpeqxB.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
