Re: [E-devel] modules to disable by default in monday release
On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri said: > Hello all, > > I think that some modules should be disabled, at least at runtime, by > default. Things like change colors and fonts, drop shadows and few > others. What do you think? If you know of broken modules, then we can > easily disable them in configure.ac, just add "false" instead of > "true" for module line. dropshadow is broken? yes - fonts and colors i had already marked as disabled for e17 (fixed up for e18). n.b. - i'd disable in config profile, not build... ? new users will lose them - old users keep what they have. > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
On Sun, Apr 19, 2009 at 9:57 AM, Carsten Haitzler wrote: > On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri > said: > >> Hello all, >> >> I think that some modules should be disabled, at least at runtime, by >> default. Things like change colors and fonts, drop shadows and few >> others. What do you think? If you know of broken modules, then we can >> easily disable them in configure.ac, just add "false" instead of >> "true" for module line. > > dropshadow is broken? no, but it is lame :-P > yes - fonts and colors i had already marked as disabled > for e17 (fixed up for e18). > n.b. - i'd disable in config profile, not build... ? new users will lose them > - > old users keep what they have. ok, I'd rather disable their build, but just in profiles is fine. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
On Sun, Apr 19, 2009 at 06:03:06PM -0300, Gustavo Sverzut Barbieri wrote : > > n.b. - i'd disable in config profile, not build... ? new users will lose > > them - > > old users keep what they have. > > ok, I'd rather disable their build, but just in profiles is fine. > I agree with raster. Unless those modules are broken, there's no point preventing users from trying them out - disabled at runtime is better IMHO. Regards, -- Albin Tonnerre signature.asc Description: Digital signature -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
I hope you don't disable dropshadow... Even if it's lame... ;) On Sun, Apr 19, 2009 at 06:03:06PM -0300, Gustavo Sverzut Barbieri wrote: > On Sun, Apr 19, 2009 at 9:57 AM, Carsten Haitzler > wrote: > > On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri > > said: > > > >> Hello all, > >> > >> I think that some modules should be disabled, at least at runtime, by > >> default. Things like change colors and fonts, drop shadows and few > >> others. What do you think? If you know of broken modules, then we can > >> easily disable them in configure.ac, just add "false" instead of > >> "true" for module line. > > > > dropshadow is broken? > > no, but it is lame :-P > > > > yes - fonts and colors i had already marked as disabled > > for e17 (fixed up for e18). > > n.b. - i'd disable in config profile, not build... ? new users will lose > > them - > > old users keep what they have. > > ok, I'd rather disable their build, but just in profiles is fine. > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
2009/4/20 Brian 'morlenxus' Miculcy : > I hope you don't disable dropshadow... Even if it's lame... ;) > > On Sun, Apr 19, 2009 at 06:03:06PM -0300, Gustavo Sverzut Barbieri wrote: >> On Sun, Apr 19, 2009 at 9:57 AM, Carsten Haitzler >> wrote: >> > On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri >> > said: >> > >> >> Hello all, >> >> >> >> I think that some modules should be disabled, at least at runtime, by >> >> default. Things like change colors and fonts, drop shadows and few >> >> others. What do you think? If you know of broken modules, then we can >> >> easily disable them in configure.ac, just add "false" instead of >> >> "true" for module line. >> > >> > dropshadow is broken? >> >> no, but it is lame :-P >> No way man! Dropshadow is neat. >> >> > yes - fonts and colors i had already marked as disabled >> > for e17 (fixed up for e18). >> > n.b. - i'd disable in config profile, not build... ? new users will lose >> > them - >> > old users keep what they have. >> >> ok, I'd rather disable their build, but just in profiles is fine. >> >> -- >> Gustavo Sverzut Barbieri >> http://profusion.mobi embedded systems >> -- >> MSN: barbi...@gmail.com >> Skype: gsbarbieri >> Mobile: +55 (19) 9225-2202 >> >> -- >> Stay on top of everything new and different, both inside and >> around Java (TM) technology - register by April 22, and save >> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. >> 300 plus technical and hands-on sessions. Register today. >> Use priority code J9JMT32. http://p.sf.net/sfu/p >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
On Sun, Apr 19, 2009 at 8:51 PM, Toma wrote: > 2009/4/20 Brian 'morlenxus' Miculcy : >> I hope you don't disable dropshadow... Even if it's lame... ;) >> >> On Sun, Apr 19, 2009 at 06:03:06PM -0300, Gustavo Sverzut Barbieri wrote: >>> On Sun, Apr 19, 2009 at 9:57 AM, Carsten Haitzler >>> wrote: >>> > On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri >>> > said: >>> > >>> >> Hello all, >>> >> >>> >> I think that some modules should be disabled, at least at runtime, by >>> >> default. Things like change colors and fonts, drop shadows and few >>> >> others. What do you think? If you know of broken modules, then we can >>> >> easily disable them in configure.ac, just add "false" instead of >>> >> "true" for module line. >>> > >>> > dropshadow is broken? >>> >>> no, but it is lame :-P >>> > > No way man! Dropshadow is neat. first time I saw it, before composite managers where born, I said "cool", but nowadays it's very lame, even windows do proper shadows! :-/ -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
2009/4/20 Gustavo Sverzut Barbieri : > On Sun, Apr 19, 2009 at 8:51 PM, Toma wrote: >> 2009/4/20 Brian 'morlenxus' Miculcy : >>> I hope you don't disable dropshadow... Even if it's lame... ;) >>> >>> On Sun, Apr 19, 2009 at 06:03:06PM -0300, Gustavo Sverzut Barbieri wrote: On Sun, Apr 19, 2009 at 9:57 AM, Carsten Haitzler wrote: > On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri > said: > >> Hello all, >> >> I think that some modules should be disabled, at least at runtime, by >> default. Things like change colors and fonts, drop shadows and few >> others. What do you think? If you know of broken modules, then we can >> easily disable them in configure.ac, just add "false" instead of >> "true" for module line. > > dropshadow is broken? no, but it is lame :-P >> >> No way man! Dropshadow is neat. > > first time I saw it, before composite managers where born, I said > "cool", but nowadays it's very lame, even windows do proper shadows! > :-/ > Indeed, but its dropshadows without compositing. Its the trendy effect without the graphics card usage. > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
On Sun, 19 Apr 2009 18:03:06 -0300 Gustavo Sverzut Barbieri said: > On Sun, Apr 19, 2009 at 9:57 AM, Carsten Haitzler > wrote: > > On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri > > said: > > > >> Hello all, > >> > >> I think that some modules should be disabled, at least at runtime, by > >> default. Things like change colors and fonts, drop shadows and few > >> others. What do you think? If you know of broken modules, then we can > >> easily disable them in configure.ac, just add "false" instead of > >> "true" for module line. > > > > dropshadow is broken? > > no, but it is lame :-P thats no reason to disable it. it's the only way you'll get shadows.. without compositing. and forcing compositing just to get shadows that actually are CAST on the wallpaper (thus drawing them on that canvas actually makes sense from a lighting and layering view). > > yes - fonts and colors i had already marked as disabled > > for e17 (fixed up for e18). > > n.b. - i'd disable in config profile, not build... ? new users will lose > > them - old users keep what they have. > > ok, I'd rather disable their build, but just in profiles is fine. we'll need to refreeze... > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
On Mon, Apr 20, 2009 at 9:13 AM, Carsten Haitzler wrote: > On Sun, 19 Apr 2009 18:03:06 -0300 Gustavo Sverzut Barbieri > said: > >> On Sun, Apr 19, 2009 at 9:57 AM, Carsten Haitzler >> wrote: >> > On Sun, 19 Apr 2009 05:47:38 -0300 Gustavo Sverzut Barbieri >> > said: >> > >> >> Hello all, >> >> >> >> I think that some modules should be disabled, at least at runtime, by >> >> default. Things like change colors and fonts, drop shadows and few >> >> others. What do you think? If you know of broken modules, then we can >> >> easily disable them in configure.ac, just add "false" instead of >> >> "true" for module line. >> > >> > dropshadow is broken? >> >> no, but it is lame :-P > > thats no reason to disable it. it's the only way you'll get shadows.. without > compositing. and forcing compositing just to get shadows that actually are > CAST > on the wallpaper (thus drawing them on that canvas actually makes sense from a > lighting and layering view). major problem is not shadows on top of bg, but other windows. This is specially true with new default theme (b&w), where it's very hard if not impossible to differentiate windows on top of each other. >> > yes - fonts and colors i had already marked as disabled >> > for e17 (fixed up for e18). >> > n.b. - i'd disable in config profile, not build... ? new users will lose >> > them - old users keep what they have. >> >> ok, I'd rather disable their build, but just in profiles is fine. > > we'll need to refreeze... we can plan another freeze to next weekend or even wait next month, nothing really serious here. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] modules to disable by default in monday release
Gustavo wrote: > dropshadow is broken? > no, but it is lame :-P >> No way man! Dropshadow is neat. >> > > first time I saw it, before composite managers where born, I said > "cool", but nowadays it's very lame, even windows do proper shadows! > :-/ > Last time I checked, composite was still somewhat unreliable. Argb visuals are ideal, but small devices so far tend to be limited. For those kinds of applications, Carsten's "bg-only" shadows are likely the best bet there. For more flexible systems there's a lot more one could do. Mind you, evas, edje, and friends should be better able to deal with these kinds of things, rather than the current wm-only stuff that's there. You want to be able to have such things (and others) as part of the rendering engine and api/declarative/scripted system. Given the current overall state of 'gfx', I'd say it's largely a waste of time to attempt rendering engines based on other than software-argb32 and gl-shaders. Xrender is largely good only for compositing, some others are just as limited, and the 16bpp engines are a dead-end for anything other than simple image blits and solid color fills. Apple captured a huge market largely because they dared to push the bleeding edge of gfx use in guis and made a system which could support that. Sexy "eye-candy", good gfx design, and "cinematic" like interfaces will capture interest and attention. And most of these things can be done efficiently even with moderate systems. But still, you have to push the systems.. not the other way around. Earn your associate's criminal justice degree and start your career training today. http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTKKZrp3bzN9qs4im97c063mpEepL7kysvNPea5MQKXE0gYtgFrJXS/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel