Thomas Jeunet wrote: > On 3/30/07, Frederick Reeve <[EMAIL PROTECTED]> wrote: > >> On Fri, 30 Mar 2007 12:41:15 +0000 >> 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 > eclair milky > 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.php&p=sourceforge&CID=DEVDEV _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
