Re: [E-devel] Theme selection for user applications and themes
On Thu, Mar 29, 2007 at 09:52:16AM -0500, Nathan Ingersoll wrote: On 3/29/07, Andreas Volz [EMAIL PROTECTED] wrote: Maybe it's possible to merge multible edc files (E17, EWL, ETK) into one big edj file. So I could create my theme for various apps, modules and toolkit. But the users doesn't see this. It's only one big theme for all together. Yes this is entirely possible. They use separate name spaces and shouldn't overlap one another. Also, EWL uses data keys to map it's widgets to edje collections so you can avoid any overlap that way. From my point of view its too complex, and, moreover is not flexible enough. For example I like to use milky them for E, but prefer Darkness theme for ETK applications. So, if I install milky theme = I'm happy with E, but not happy whit ETK applications. - 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 -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://astruk.googlepages.com/home - 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] ecore : inotify.h not found
On Fri, 30 Mar 2007 09:26:31 +1200 Jochen Schroeder wrote I ran into the same problem. AFAIK inotify.h was moved to the glibc system headers, I think because it is considered bad to include kernel headers. However this only happened for glibc 2.5 and debian unstable is still using 2.3 something. So you can either use libc from debian experimental, which might give you problems with other packages, disable inotify support, or use your fix, which I think shouldn't give you problems ATM. Ok, i will use my fix and wait for glibc 2.5. Thank you. - 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] Theme selection for user applications and themes
On Fri, 30 Mar 2007 12:41:15 + Aleksej Struk [EMAIL PROTECTED] wrote: On Thu, Mar 29, 2007 at 09:52:16AM -0500, Nathan Ingersoll wrote: On 3/29/07, Andreas Volz [EMAIL PROTECTED] wrote: Maybe it's possible to merge multible edc files (E17, EWL, ETK) into one big edj file. So I could create my theme for various apps, modules and toolkit. But the users doesn't see this. It's only one big theme for all together. Yes this is entirely possible. They use separate name spaces and shouldn't overlap one another. Also, EWL uses data keys to map it's widgets to edje collections so you can avoid any overlap that way. From my point of view its too complex, and, moreover is not flexible enough. For example I like to use milky them for E, but prefer Darkness theme for ETK applications. So, if I install milky theme = I'm happy with E, but not happy whit ETK applications. I would personaly say that most users will want uniformity. When they select at theme they expect everything to match. However I think every theme should be overideable on an app or lib basis. edje is very suited for apps like xmms and such and not every one wants everything to look the same. I can't say what I think the best way to do this would be but having tons of theme selectors (one per app) would seem overkill. One integrated selector say in e's window dropdown menu would be perfect; In my opinion anyway and would make it feel very uniform. I could see how that might not be the easiest thing programaticly though. - 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 -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://astruk.googlepages.com/home - 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] Theme selection for user applications and themes
On 3/30/07, Frederick Reeve [EMAIL PROTECTED] wrote: On Fri, 30 Mar 2007 12:41:15 + Aleksej Struk [EMAIL PROTECTED] wrote: On Thu, Mar 29, 2007 at 09:52:16AM -0500, Nathan Ingersoll wrote: On 3/29/07, Andreas Volz [EMAIL PROTECTED] wrote: Maybe it's possible to merge multible edc files (E17, EWL, ETK) into one big edj file. So I could create my theme for various apps, modules and toolkit. But the users doesn't see this. It's only one big theme for all together. Yes this is entirely possible. They use separate name spaces and shouldn't overlap one another. Also, EWL uses data keys to map it's widgets to edje collections so you can avoid any overlap that way. From my point of view its too complex, and, moreover is not flexible enough. For example I like to use milky them for E, but prefer Darkness theme for ETK applications. So, if I install milky theme = I'm happy with E, but not happy whit ETK applications. I would personaly say that most users will want uniformity. When they select at theme they expect everything to match. However I think every theme should be overideable on an app or lib basis. edje is very suited for apps like xmms and such and not every one wants everything to look the same. I can't say what I think the best way to do this would be but having tons of theme selectors (one per app) would seem overkill. One integrated selector say in e's window dropdown menu would be perfect; In my opinion anyway and would make it feel very uniform. I could see how that might not be the easiest thing programaticly though. -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://astruk.googlepages.com/home What about a global tool to manage theme, where you can select an application and associate it with a theme? You would have an option to set all application using a theme, maybe also a group of application. Edje applications would register to this tool on install, so that the list is accurate. The tool could change the application theme file directly, or with a different approach, the application would ask the tool what theme to use, or look in a configuration file, like /etc/edje/theme.conf with lines like : * milky etk Darkness eclair milky and so on. -- Thomas Jeunet - 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] Theme selection for user applications and themes
On 3/30/07, Thomas Jeunet [EMAIL PROTECTED] wrote: On 3/30/07, Frederick Reeve [EMAIL PROTECTED] wrote: On Fri, 30 Mar 2007 12:41:15 + Aleksej Struk [EMAIL PROTECTED] wrote: On Thu, Mar 29, 2007 at 09:52:16AM -0500, Nathan Ingersoll wrote: On 3/29/07, Andreas Volz [EMAIL PROTECTED] wrote: Maybe it's possible to merge multible edc files (E17, EWL, ETK) into one big edj file. So I could create my theme for various apps, modules and toolkit. But the users doesn't see this. It's only one big theme for all together. Yes this is entirely possible. They use separate name spaces and shouldn't overlap one another. Also, EWL uses data keys to map it's widgets to edje collections so you can avoid any overlap that way. From my point of view its too complex, and, moreover is not flexible enough. For example I like to use milky them for E, but prefer Darkness theme for ETK applications. So, if I install milky theme = I'm happy with E, but not happy whit ETK applications. I would personaly say that most users will want uniformity. When they select at theme they expect everything to match. However I think every theme should be overideable on an app or lib basis. edje is very suited for apps like xmms and such and not every one wants everything to look the same. I can't say what I think the best way to do this would be but having tons of theme selectors (one per app) would seem overkill. One integrated selector say in e's window dropdown menu would be perfect; In my opinion anyway and would make it feel very uniform. I could see how that might not be the easiest thing programaticly though. -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://astruk.googlepages.com/home What about a global tool to manage theme, where you can select an application and associate it with a theme? You would have an option to set all application using a theme, maybe also a group of application. Edje applications would register to this tool on install, so that the list is accurate. The tool could change the application theme file directly, or with a different approach, the application would ask the tool what theme to use, or look in a configuration file, like /etc/edje/theme.conf with lines like : * milky etk Darkness eclair milky and so on. I like this. Perhaps a pane in the theme selection dialog to assign themes to etk, ewl and edje apps (as groups) and a place to create a list of applicatoins with specific theme assignments? And for those who want to select one theme and be done with it, there could be a radio button or checkbox for 'Apply Theme Globally' or something similar, which would disable the per-app/per-toolkit selections. uberpinguin - 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] Cutout
On Thursday 29 March 2007 20:38:43 Tilman Sauerbeck wrote: Cedric BAIL [2007-03-29 17:58]: Another little patch that potentially break every thing and need review. To make the story short, when you have a lot of image on the screen with many cliping, you are creating and destroying many time Cutout_Rect object. So I changed the code to do less allocation/destruction. It also break the API used by the engine, so a patch for them is needed. Looks good in general. I attached a modified version of your patch where I removed some oddities: In evas_common_draw_context_cutouts_del(), I renamed delta to index. delta implies (for me) that it's the difference between two values, but it really is an index ;) Indeed ! It was an historical name :) I also removed some unrelated changes that crept into the patch, like that error_data enum that wasn't referenced anywhere, and a few whitespace-only changes. Hum, that's was a leak from another patch I am working on (a more complete cache for font), but it is not really ready for prime time. Not sure whether I'm brave enough to commit this :) :) Thanks for your review ! Cedric - 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] Theme selection for user applications and themes
On 3/30/07, Aleksej Struk [EMAIL PROTECTED] wrote: From my point of view its too complex, and, moreover is not flexible enough. For example I like to use milky them for E, but prefer Darkness theme for ETK applications. So, if I install milky theme = I'm happy with E, but not happy whit ETK applications. EWL allows you to set your theme in the config so there is no restriction that you MUST use a shared theme. I would assume that ETK probably has a similar setting. - 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] entrance configuration problem
For entrance, autogen.sh is failing to fill in the PACKAGE_CFG_DIR
properly. That is, after executing ./autogen.sh --prefix=/opt/e17
the variable definition has not been substituted correctly:
$ grep PACKAGE_CFG_DIR src/config.h
#define PACKAGE_CFG_DIR ${prefix}/etc
Note that entrance will still work but will not find a configuration
DB. Entrance will also handily create a ~/${prefix} hierarchy owned by
root.
I found a fix for this by patching configure.in and passed it by Tilman:
he doesn't see this issue on his distro without my patch so I am not
sure what is up. I've attached the patch in the off chance there are
developers who are encountering the problem but it is clear this is not
a pure fix.
Some particulars:
$ uname -rmpio
2.6.19-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD
GNU/Linux
autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.9.6
Suggestions welcome.
-glen
Index: configure.in
===
RCS file: /var/cvs/e/e17/apps/entrance/configure.in,v
retrieving revision 1.68
diff -u -u -r1.68 configure.in
--- configure.in 22 Mar 2007 02:17:28 - 1.68
+++ configure.in 28 Mar 2007 06:46:52 -
@@ -34,7 +34,8 @@
fi
test $localstatedir = '${prefix}/var' localstatedir=/var/run/${PACKAGE}
-AC_DEFINE_UNQUOTED(PACKAGE_CFG_DIR, ${sysconfdir}, [Config data directory])
+AC_EXPAND_DIR(PACKAGE_CFG_DIR, $sysconfdir)
+AC_DEFINE_UNQUOTED(PACKAGE_CFG_DIR, $PACKAGE_CFG_DIR, [Config data directory])
AC_DEFINE_UNQUOTED(PACKAGE_STATE_DIR, ${localstatedir}, [State data directory])
dnl Set PACKAGE_SOURCE_DIR in config.h.
-
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] entrance configuration problem
On Fri, 30 Mar 2007 10:47:56 -0700 Glen Larsen [EMAIL PROTECTED] wrote:
For entrance, autogen.sh is failing to fill in the PACKAGE_CFG_DIR
properly. That is, after executing ./autogen.sh --prefix=/opt/e17
the variable definition has not been substituted correctly:
$ grep PACKAGE_CFG_DIR src/config.h
#define PACKAGE_CFG_DIR ${prefix}/etc
Note that entrance will still work but will not find a configuration
DB. Entrance will also handily create a ~/${prefix} hierarchy owned
by root.
I found a fix for this by patching configure.in and passed it by
Tilman: he doesn't see this issue on his distro without my patch so I
am not sure what is up. I've attached the patch in the off chance
there are developers who are encountering the problem but it is clear
this is not a pure fix.
Some particulars:
$ uname -rmpio
2.6.19-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD
GNU/Linux
autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.9.6
Suggestions welcome.
I have that problem under Ubuntu Edgy Eft, I've tried out your patch and
it seems to do the trick. Someone that doesn't have this problem should
try out your patch, to make sure you didn't introduce any new errors.
uname -a
Linux cluster 2.6.17-11-generic #2 SMP Thu Feb 1 19:52:28 UTC 2007 i686
GNU/Linux
(It's actually a 32 bit AMD Athlon 3000+.)
autoconf (GNU Autoconf) 2.60
automake (GNU automake) 1.9.6
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] entrance configuration problem
On Friday, 30 March 2007, at 10:47:56 (-0700),
Glen Larsen wrote:
For entrance, autogen.sh is failing to fill in the PACKAGE_CFG_DIR
properly. That is, after executing ./autogen.sh --prefix=/opt/e17
the variable definition has not been substituted correctly:
$ grep PACKAGE_CFG_DIR src/config.h
#define PACKAGE_CFG_DIR ${prefix}/etc
--sysconfdir=/opt/e17/etc was my suggested workaround, but your patch
is better. In CVS. :)
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)
---
Don't you see what Watley is after? Total joke-telling immunity!
He's already got the big two religions covered. If he ever gets
Polish citizenship, there'll be no stopping him! -- Jerry Seinfeld
-
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] entrance configuration problem
Thank you, that was the problem i told you about.
Brian
On Fri, Mar 30, 2007 at 04:07:56PM -0400, Michael Jennings wrote:
On Friday, 30 March 2007, at 10:47:56 (-0700),
Glen Larsen wrote:
For entrance, autogen.sh is failing to fill in the PACKAGE_CFG_DIR
properly. That is, after executing ./autogen.sh --prefix=/opt/e17
the variable definition has not been substituted correctly:
$ grep PACKAGE_CFG_DIR src/config.h
#define PACKAGE_CFG_DIR ${prefix}/etc
--sysconfdir=/opt/e17/etc was my suggested workaround, but your patch
is better. In CVS. :)
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)
---
Don't you see what Watley is after? Total joke-telling immunity!
He's already got the big two religions covered. If he ever gets
Polish citizenship, there'll be no stopping him! -- Jerry Seinfeld
-
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] entrance configuration problem
On Friday, 30 March 2007, at 23:07:09 (+0200), Brian 'morlenxus' Miculcy wrote: Thank you, that was the problem i told you about. I know it was, and I gave you the workaround. It worked fine. The patch is just better. :) 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) --- With all the security bugs in JavaScript and all the pages that use it, a lot of sites are best viewed with telnet www.something.com 80 -- Darren Embry - 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] Theme selection for user applications and themes
Thomas Jeunet wrote: On 3/30/07, Frederick Reeve [EMAIL PROTECTED] wrote: On Fri, 30 Mar 2007 12:41:15 + Aleksej Struk [EMAIL PROTECTED] wrote: On Thu, Mar 29, 2007 at 09:52:16AM -0500, Nathan Ingersoll wrote: On 3/29/07, Andreas Volz [EMAIL PROTECTED] wrote: Maybe it's possible to merge multible edc files (E17, EWL, ETK) into one big edj file. So I could create my theme for various apps, modules If the e17 module supports it, you can create an .edc file for it and ship it with your e17 theme. This works with tclock and apparently the weather module. So you don't have to create a separate edje file for it. and toolkit. But the users doesn't see this. It's only one big theme for all together. When you start talking about uniformity, you introduced a lot of side effects, not to mention size effect. It is not guaranteed, that a widget will look uniform among ETK and EWL, specially if you recycle edc parts. I don't see why e17 (the window manager) should know or care about what other .edj themes you have on your system. This sounds like a job for efm, to recognize an .edj and say 'ah this belong to this insert software here.' As for shipping a unified edje for e17, ewl, and etk, I don't think this is the right time. Applications written in pure edje will never be uniform. Giving it more thought, perhaps it is the job of the themer to ship a unified theme, certainly not the window manager. Yes this is entirely possible. They use separate name spaces and shouldn't overlap one another. Also, EWL uses data keys to map it's widgets to edje collections so you can avoid any overlap that way. From my point of view its too complex, and, moreover is not flexible enough. For example I like to use milky them for E, but prefer Darkness theme for ETK applications. So, if I install milky theme = I'm happy with E, but not happy whit ETK applications. I would personaly say that most users will want uniformity. When they select at theme they expect everything to match. However I think every theme should be overideable on an app or lib basis. edje is very suited for apps like xmms and such and not every one wants everything to look the same. I can't say what I think the best way to do this would be but having tons of theme selectors (one per app) would seem overkill. One integrated selector say in e's window dropdown menu would be perfect; In my opinion anyway and would make it feel very uniform. I could see how that might not be the easiest thing programaticly though. -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://astruk.googlepages.com/home What about a global tool to manage theme, where you can select an application and associate it with a theme? You would have an option to set all application using a theme, maybe also a group of application. Edje applications would register to this tool on install, so that the list is accurate. The tool could change the application theme file directly, or with a different approach, the application would ask the tool what theme to use, or look in a configuration file, like /etc/edje/theme.conf with lines like : * milky etk Darkness eclairmilky and so on. - 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
