Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Tue, Nov 22, 2011 at 10:14 PM, Carsten Haitzler wrote: > On Tue, 22 Nov 2011 17:27:54 -0200 Gustavo Sverzut Barbieri > said: > >> On Tue, Nov 22, 2011 at 4:31 AM, Carsten Haitzler >> wrote: >> > On Sun, 13 Nov 2011 14:25:51 -0200 Gustavo Sverzut Barbieri >> > said: >> > >> >> On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com >> >> wrote: >> >> > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri >> >> > wrote: >> >> >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com >> >> >> wrote: >> >> >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN >> >> >>> wrote: >> >> Log: >> >> THEMES/detorious: try a simpler pager. >> >> >> >> Couple of people reported that they found the pager a bit strange, I >> >> also felt the same, then I'm trying a new one that is more clean in >> >> the design. >> >> >> >> Pager is usually quite small and holds windows, possibly lots of >> >> them >> >> (xterms side by side), in this case all those details were >> >> cluttering >> >> the results. >> >> >> >> Replaced the sunken border with a single line at left and right, the >> >> focused background is a plain rectangle with the focused color. This >> >> should look fine in both inset and plain styles. >> >> >> >> Windows have no detail. Unfocused are semi-transparent, focused is >> >> opaque. Just focused window have icon, and the icon should be at >> >> least 16x16. >> >> >> >> If you dislike it, feel free to revert. >> >> >> >> >>> the desk image needs a top and/or bottom separator when having more >> >> >>> than one row or when used in pager popup, otherwise I'm ok it. In >> >> >>> pager popup I'm missing the icons for orientation, imo there should >> >> >> >> >> >> check r65132. See if it's any better. >> >> >> >> >> > yup, looks good now. somewhere the clipping of windows to desk got lost >> >> > though >> >> >> >> fixed in r65133. thanks >> > >> > do people like the new pager look? >> >> still not 100% satisfied, I'm out of ideas WRT to it, but so far my >> impression is that it is TOO COMPLEX and needs simplifying. See below. > > yeah - the shadow just doesn't work there unless you start making all the > elements look 3d too. open to ideas, the shadow thing was more a way to provide contrast. This one I did not talk to Marina, will ask her input today. >> > battery is ok i guess, though if u want it like that, maybe battery should >> > be vertical so it uses less horizontal space? or battery gadget needs to >> > appropriately rotate battery (use different edje groups maybe) based on >> > shelf size (if very thin then make it horizontal like now but fill the >> > shelf height)? the default looks were all fitting into a square, so this is >> > not coming out too well i think. what do people think? >> >> the reasoning behind horizontal battery is that it's on an horizontal >> shelf, so you have more empty space around it in vertical area, that >> is more constrained. I can ask marina to draw new version (actually >> just the charging icon needs to keep unrotated), but IMO horizontal is >> visually better as it feels less cluttered. > > well it looks like a lot of wasted space above/below if the battery gadget > became twice as wide instead and had the battery fill the area... it'd match > better but it'd just be huge then. the battery there would look right on the > kind of panel that macos has where its much smaller than the shelf AND your > battery fills the panel height, not half of it. if we had a 16 pixel high > shelf > and it filled.. it'd be good. space is good, gives eyes a rest. Anyway, if you wish the rotation I can ask for new images. Just don't think having more dark will help. See connman's wired, it's in the same lines. >> > i'm thinking maybe battery should be inset >> > like the inset look of the pager/ibar etc. >> >> I have a strong dislike for inset. It adds too much visual noise to >> the shelf, that is already usually small. Right now I'm okay with it >> just for the systray, because we need it for a solid background due >> xwindow reparenting. > > well the pager, ibox, ibar, systray and tasks all are inset by default. as the > battery is basically a lump of "black" (well dark grey) it simply would match > the visual style if also inset. just the battery icon - not the whole gadget > inside an inset frame. just the battery icon. :) Could we change pager, ibox, ibar to plain? I did not notice they were like that by default. Also, likely it's better to have the theme to specify how it likes it? Or at least a default = theme-chooses, with specific to override it (ie: tasks) as for the internal slot inside the battery... got it... but would totally defeat the purpose of the icon :-( BTW, I'll try to find a way to remove the visual weight of the inset box. >> if you have a shelf without insets it looks way cleaner, see the >> attached sc
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
Hello. On Tue, 2011-11-22 at 20:09, Lucas De Marchi wrote: > On Tue, Nov 22, 2011 at 7:05 PM, Stefan Schmidt > wrote: > > > set for mixer and connman in detorious is the to small contrast > > Small contrast? Are we talking about the same icons? For me it looks > almost like black in a light gray. OK, forget it. I failed here. :) Mixer was muted when looking at it and connman was not running. n this case the icons are more or less greyed out. Makes sense. I just failed to recognize this. See the attached image how it looked to me. Very much missing contrast. Anyway, failed here. All good. :) regards Stefan Schmidt <>-- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Tue, 22 Nov 2011 17:27:54 -0200 Gustavo Sverzut Barbieri said: > On Tue, Nov 22, 2011 at 4:31 AM, Carsten Haitzler > wrote: > > On Sun, 13 Nov 2011 14:25:51 -0200 Gustavo Sverzut Barbieri > > said: > > > >> On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com > >> wrote: > >> > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri > >> > wrote: > >> >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com > >> >> wrote: > >> >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN > >> >>> wrote: > >> Log: > >> THEMES/detorious: try a simpler pager. > >> > >> Couple of people reported that they found the pager a bit strange, I > >> also felt the same, then I'm trying a new one that is more clean in > >> the design. > >> > >> Pager is usually quite small and holds windows, possibly lots of them > >> (xterms side by side), in this case all those details were cluttering > >> the results. > >> > >> Replaced the sunken border with a single line at left and right, the > >> focused background is a plain rectangle with the focused color. This > >> should look fine in both inset and plain styles. > >> > >> Windows have no detail. Unfocused are semi-transparent, focused is > >> opaque. Just focused window have icon, and the icon should be at > >> least 16x16. > >> > >> If you dislike it, feel free to revert. > >> > >> >>> the desk image needs a top and/or bottom separator when having more > >> >>> than one row or when used in pager popup, otherwise I'm ok it. In > >> >>> pager popup I'm missing the icons for orientation, imo there should > >> >> > >> >> check r65132. See if it's any better. > >> >> > >> > yup, looks good now. somewhere the clipping of windows to desk got lost > >> > though > >> > >> fixed in r65133. thanks > > > > do people like the new pager look? > > still not 100% satisfied, I'm out of ideas WRT to it, but so far my > impression is that it is TOO COMPLEX and needs simplifying. See below. yeah - the shadow just doesn't work there unless you start making all the elements look 3d too. > > it looks really weird. the fading ot white > > on corners, and the window "preview poxes" in the pager just look odd - they > > pretend to be inset but they also hast a shadow. > > someone just changed it and it's bit better, but now the selected > window blue is much similar to the selected background blue. Maybe > make it gray again? Glima, you were the one that changed selected > window to blue, could we revert it to dark gray? (the unselected > windows are now lighter) yeah. tho i can see the difference, the blue is darker than the shadow making it look more like a blueish smudge :) > > the e logo change is fine. > > :-) I'm using it in Brazilian E FB page as well. that's fine :) > > battery is ok i guess, though if u want it like that, maybe battery should > > be vertical so it uses less horizontal space? or battery gadget needs to > > appropriately rotate battery (use different edje groups maybe) based on > > shelf size (if very thin then make it horizontal like now but fill the > > shelf height)? the default looks were all fitting into a square, so this is > > not coming out too well i think. what do people think? > > the reasoning behind horizontal battery is that it's on an horizontal > shelf, so you have more empty space around it in vertical area, that > is more constrained. I can ask marina to draw new version (actually > just the charging icon needs to keep unrotated), but IMO horizontal is > visually better as it feels less cluttered. well it looks like a lot of wasted space above/below if the battery gadget became twice as wide instead and had the battery fill the area... it'd match better but it'd just be huge then. the battery there would look right on the kind of panel that macos has where its much smaller than the shelf AND your battery fills the panel height, not half of it. if we had a 16 pixel high shelf and it filled.. it'd be good. > > i'm thinking maybe battery should be inset > > like the inset look of the pager/ibar etc. > > I have a strong dislike for inset. It adds too much visual noise to > the shelf, that is already usually small. Right now I'm okay with it > just for the systray, because we need it for a solid background due > xwindow reparenting. well the pager, ibox, ibar, systray and tasks all are inset by default. as the battery is basically a lump of "black" (well dark grey) it simply would match the visual style if also inset. just the battery icon - not the whole gadget inside an inset frame. just the battery icon. :) > if you have a shelf without insets it looks way cleaner, see the > attached screenshot. Even if you make all status (battery, connman, > bluetooth, mixer) share the same inset box, you can see from ibar it's > not as clean. well as it is there, it stands out as being out of place. it looks "wrong" as the l
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Tue, Nov 22, 2011 at 8:27 PM, Gustavo Sverzut Barbieri wrote: > On Tue, Nov 22, 2011 at 4:31 AM, Carsten Haitzler > wrote: >> On Sun, 13 Nov 2011 14:25:51 -0200 Gustavo Sverzut Barbieri >> said: >> >>> On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com >>> wrote: >>> > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri >>> > wrote: >>> >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com >>> >> wrote: >>> >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN >>> >>> wrote: >>> Log: >>> THEMES/detorious: try a simpler pager. >>> >>> Couple of people reported that they found the pager a bit strange, I >>> also felt the same, then I'm trying a new one that is more clean in >>> the design. >>> >>> Pager is usually quite small and holds windows, possibly lots of them >>> (xterms side by side), in this case all those details were cluttering >>> the results. >>> >>> Replaced the sunken border with a single line at left and right, the >>> focused background is a plain rectangle with the focused color. This >>> should look fine in both inset and plain styles. >>> >>> Windows have no detail. Unfocused are semi-transparent, focused is >>> opaque. Just focused window have icon, and the icon should be at least >>> 16x16. >>> >>> If you dislike it, feel free to revert. >>> >>> >>> the desk image needs a top and/or bottom separator when having more >>> >>> than one row or when used in pager popup, otherwise I'm ok it. In >>> >>> pager popup I'm missing the icons for orientation, imo there should >>> >> >>> >> check r65132. See if it's any better. >>> >> >>> > yup, looks good now. somewhere the clipping of windows to desk got lost >>> > though >>> >>> fixed in r65133. thanks >> >> do people like the new pager look? > > still not 100% satisfied, I'm out of ideas WRT to it, but so far my > impression is that it is TOO COMPLEX and needs simplifying. See below. > >> it looks really weird. the fading ot white >> on corners, and the window "preview poxes" in the pager just look odd - they >> pretend to be inset but they also hast a shadow. > > someone just changed it and it's bit better, but now the selected > window blue is much similar to the selected background blue. Maybe > make it gray again? Glima, you were the one that changed selected > window to blue, could we revert it to dark gray? (the unselected > windows are now lighter) > that was me. trying to find a good compromise for shelf and popup, but maybe we should split pager theme for them.. > >> the e logo change is fine. > > :-) I'm using it in Brazilian E FB page as well. > > >> battery is ok i guess, though if u want it like that, maybe battery should be >> vertical so it uses less horizontal space? or battery gadget needs to >> appropriately rotate battery (use different edje groups maybe) based on shelf >> size (if very thin then make it horizontal like now but fill the shelf >> height)? >> the default looks were all fitting into a square, so this is not coming out >> too >> well i think. what do people think? > > the reasoning behind horizontal battery is that it's on an horizontal > shelf, so you have more empty space around it in vertical area, that > is more constrained. I can ask marina to draw new version (actually > just the charging icon needs to keep unrotated), but IMO horizontal is > visually better as it feels less cluttered. > > >> i'm thinking maybe battery should be inset >> like the inset look of the pager/ibar etc. > > I have a strong dislike for inset. It adds too much visual noise to > the shelf, that is already usually small. Right now I'm okay with it > just for the systray, because we need it for a solid background due > xwindow reparenting. > > if you have a shelf without insets it looks way cleaner, see the > attached screenshot. Even if you make all status (battery, connman, > bluetooth, mixer) share the same inset box, you can see from ibar it's > not as clean. > > problem with visual noise is that it becomes tiring more easily. > > > > >> anyway - i'm willing work on detorious unless people objects - does anyone >> object with me trying to make these look better? > > not at all, welcome to detorious bandwagon :-) > > My only remark is "keep things simple" and avoid visual noise. That > was what made me run from blingbling and black&white. I always look at > everything's visual of detorious to think how simple can be > beautiful... OTOH I look at detorious scrollbars and toolbars and hate > them. > > all in all avoid spurious noise and effects, if we want to showcase > EFL features it's better to write a demo ;-) > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- >
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
Hi Stefan, On Tue, Nov 22, 2011 at 7:05 PM, Stefan Schmidt wrote: > Hello. > > On Tue, 2011-11-22 at 17:27, Gustavo Sverzut Barbieri wrote: >> On Tue, Nov 22, 2011 at 4:31 AM, Carsten Haitzler >> wrote: >> >> > battery is ok i guess, though if u want it like that, maybe battery should >> > be >> > vertical so it uses less horizontal space? or battery gadget needs to >> > appropriately rotate battery (use different edje groups maybe) based on >> > shelf >> > size (if very thin then make it horizontal like now but fill the shelf >> > height)? >> > the default looks were all fitting into a square, so this is not coming >> > out too >> > well i think. what do people think? >> >> the reasoning behind horizontal battery is that it's on an horizontal >> shelf, so you have more empty space around it in vertical area, that >> is more constrained. I can ask marina to draw new version (actually >> just the charging icon needs to keep unrotated), but IMO horizontal is >> visually better as it feels less cluttered. > > It seems I'm one of the small group of people running a vertical > shelf. For the battery icon I care not much having it horizontal in a > vertical shelf is fine for me. > > I noticed the clock gadget does not work with detorious and a vertical > shelf though. It does with the default theme. Not investigated yet. So > just as heads up. > >> > i'm thinking maybe battery should be inset >> > like the inset look of the pager/ibar etc. >> >> I have a strong dislike for inset. It adds too much visual noise to >> the shelf, that is already usually small. Right now I'm okay with it >> just for the systray, because we need it for a solid background due >> xwindow reparenting. >> >> if you have a shelf without insets it looks way cleaner, see the >> attached screenshot. Even if you make all status (battery, connman, >> bluetooth, mixer) share the same inset box, you can see from ibar it's >> not as clean. > > I mostly agree with avoiding inset. My problem with the current icon I don't like inset too. > set for mixer and connman in detorious is the to small contrast Small contrast? Are we talking about the same icons? For me it looks almost like black in a light gray. > between the icon colors and the shelf color. This is also a factor how > fast your eyes are getting tired. The battery icons are better but Humn... they have the same colors as the others :-\ > they also have a bigger solid area which helps for the contrast. At least for me, mixer's is bigger than battery's icons. See attachment. regards, Lucas De Marchi <>-- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
Hello. On Tue, 2011-11-22 at 17:27, Gustavo Sverzut Barbieri wrote: > On Tue, Nov 22, 2011 at 4:31 AM, Carsten Haitzler > wrote: > > > battery is ok i guess, though if u want it like that, maybe battery should > > be > > vertical so it uses less horizontal space? or battery gadget needs to > > appropriately rotate battery (use different edje groups maybe) based on > > shelf > > size (if very thin then make it horizontal like now but fill the shelf > > height)? > > the default looks were all fitting into a square, so this is not coming out > > too > > well i think. what do people think? > > the reasoning behind horizontal battery is that it's on an horizontal > shelf, so you have more empty space around it in vertical area, that > is more constrained. I can ask marina to draw new version (actually > just the charging icon needs to keep unrotated), but IMO horizontal is > visually better as it feels less cluttered. It seems I'm one of the small group of people running a vertical shelf. For the battery icon I care not much having it horizontal in a vertical shelf is fine for me. I noticed the clock gadget does not work with detorious and a vertical shelf though. It does with the default theme. Not investigated yet. So just as heads up. > > i'm thinking maybe battery should be inset > > like the inset look of the pager/ibar etc. > > I have a strong dislike for inset. It adds too much visual noise to > the shelf, that is already usually small. Right now I'm okay with it > just for the systray, because we need it for a solid background due > xwindow reparenting. > > if you have a shelf without insets it looks way cleaner, see the > attached screenshot. Even if you make all status (battery, connman, > bluetooth, mixer) share the same inset box, you can see from ibar it's > not as clean. I mostly agree with avoiding inset. My problem with the current icon set for mixer and connman in detorious is the to small contrast between the icon colors and the shelf color. This is also a factor how fast your eyes are getting tired. The battery icons are better but they also have a bigger solid area which helps for the contrast. For the effects and bling stuff. I think we should concentrade on soem effects and make them nice but disrupting the work in any way. In my psychology courses we had some discussions about the balance between the joy of work (nice effects) and being interupted by such effects. It surely depends on your target audience. Like media consumption vs. developer. Still having some nice effects is what people like to get from e17. If they would not care other WM's like awesome, ion3, or such wold help them to be even more focused. So some nice effects, not overloaden and making sure they don't interrupt the work flow. That would be my suggestions. Note that I don't have any empirical data at hand to back this up and neither is it likely that I will spent much time with working on the theme so please take this only as suggestions. :) regards Stefan Schmidt -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
* Gustavo Sverzut Barbieri [2011-11-22 17:27:54 -0200]: > On Tue, Nov 22, 2011 at 4:31 AM, Carsten Haitzler > wrote: > > On Sun, 13 Nov 2011 14:25:51 -0200 Gustavo Sverzut Barbieri > > said: > > > >> On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com > >> wrote: > >> > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri > >> > wrote: > >> >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com > >> >> wrote: > >> >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN > >> >>> wrote: > >> Log: > >> THEMES/detorious: try a simpler pager. > >> > >> Couple of people reported that they found the pager a bit strange, I > >> also felt the same, then I'm trying a new one that is more clean in > >> the design. > >> > >> Pager is usually quite small and holds windows, possibly lots of them > >> (xterms side by side), in this case all those details were cluttering > >> the results. > >> > >> Replaced the sunken border with a single line at left and right, the > >> focused background is a plain rectangle with the focused color. This > >> should look fine in both inset and plain styles. > >> > >> Windows have no detail. Unfocused are semi-transparent, focused is > >> opaque. Just focused window have icon, and the icon should be at > >> least > >> 16x16. > >> > >> If you dislike it, feel free to revert. > >> > >> >>> the desk image needs a top and/or bottom separator when having more > >> >>> than one row or when used in pager popup, otherwise I'm ok it. In > >> >>> pager popup I'm missing the icons for orientation, imo there should > >> >> > >> >> check r65132. See if it's any better. > >> >> > >> > yup, looks good now. somewhere the clipping of windows to desk got lost > >> > though > >> > >> fixed in r65133. thanks > > > > do people like the new pager look? > > still not 100% satisfied, I'm out of ideas WRT to it, but so far my > impression is that it is TOO COMPLEX and needs simplifying. See below. > > > it looks really weird. the fading ot white > > on corners, and the window "preview poxes" in the pager just look odd - they > > pretend to be inset but they also hast a shadow. > > someone just changed it and it's bit better, but now the selected > window blue is much similar to the selected background blue. Maybe > make it gray again? Glima, you were the one that changed selected > window to blue, could we revert it to dark gray? (the unselected > windows are now lighter) It was not me who changed, I think it was jeffdameth. No big business to me this difference (or lack of) between the blues, but if it bothers you... > > > > the e logo change is fine. > > :-) I'm using it in Brazilian E FB page as well. > > > > battery is ok i guess, though if u want it like that, maybe battery should > > be > > vertical so it uses less horizontal space? or battery gadget needs to > > appropriately rotate battery (use different edje groups maybe) based on > > shelf > > size (if very thin then make it horizontal like now but fill the shelf > > height)? > > the default looks were all fitting into a square, so this is not coming out > > too > > well i think. what do people think? > > the reasoning behind horizontal battery is that it's on an horizontal > shelf, so you have more empty space around it in vertical area, that > is more constrained. I can ask marina to draw new version (actually > just the charging icon needs to keep unrotated), but IMO horizontal is > visually better as it feels less cluttered. > > > > i'm thinking maybe battery should be inset > > like the inset look of the pager/ibar etc. > > I have a strong dislike for inset. It adds too much visual noise to > the shelf, that is already usually small. Right now I'm okay with it > just for the systray, because we need it for a solid background due > xwindow reparenting. > > if you have a shelf without insets it looks way cleaner, see the > attached screenshot. Even if you make all status (battery, connman, > bluetooth, mixer) share the same inset box, you can see from ibar it's > not as clean. > > problem with visual noise is that it becomes tiring more easily. > > > > > > anyway - i'm willing work on detorious unless people objects - does anyone > > object with me trying to make these look better? > > not at all, welcome to detorious bandwagon :-) > > My only remark is "keep things simple" and avoid visual noise. That > was what made me run from blingbling and black&white. I always look at > everything's visual of detorious to think how simple can be > beautiful... OTOH I look at detorious scrollbars and toolbars and hate > them. > > all in all avoid spurious noise and effects, if we want to showcase > EFL features it's better to write a demo ;-) > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com >
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Tue, Nov 22, 2011 at 4:31 AM, Carsten Haitzler wrote: > here is a screenie of the shelf i see: > > http://www.enlightenment.org/~raster/shelf-zoom.png BTW, I've noticed you use cpu module, Marina did the images and I've uploaded them to: http://people.profusion.mobi/~gustavo/detourious/ at various sizes. The idea for CPU module was to be simple and fill the contents based on CPU percentage. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Tue, 22 Nov 2011 11:44:18 +0100 "hannes.janet...@gmail.com" said: > On Tue, Nov 22, 2011 at 7:31 AM, Carsten Haitzler > wrote: > > On Sun, 13 Nov 2011 14:25:51 -0200 Gustavo Sverzut Barbieri > > said: > > > >> On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com > >> wrote: > >> > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri > >> > wrote: > >> >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com > >> >> wrote: > >> >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN > >> >>> wrote: > >> Log: > >> THEMES/detorious: try a simpler pager. > >> > >> Couple of people reported that they found the pager a bit strange, I > >> also felt the same, then I'm trying a new one that is more clean in > >> the design. > >> > >> Pager is usually quite small and holds windows, possibly lots of them > >> (xterms side by side), in this case all those details were cluttering > >> the results. > >> > >> Replaced the sunken border with a single line at left and right, the > >> focused background is a plain rectangle with the focused color. This > >> should look fine in both inset and plain styles. > >> > >> Windows have no detail. Unfocused are semi-transparent, focused is > >> opaque. Just focused window have icon, and the icon should be at > >> least 16x16. > >> > >> If you dislike it, feel free to revert. > >> > >> >>> the desk image needs a top and/or bottom separator when having more > >> >>> than one row or when used in pager popup, otherwise I'm ok it. In > >> >>> pager popup I'm missing the icons for orientation, imo there should > >> >> > >> >> check r65132. See if it's any better. > >> >> > >> > yup, looks good now. somewhere the clipping of windows to desk got lost > >> > though > >> > >> fixed in r65133. thanks > > > > do people like the new pager look? it looks really weird. the fading ot > > white on corners, and the window "preview poxes" in the pager just look odd > > - they pretend to be inset but they also hast a shadow. > It looks better when not used with gadget inset :) I guess the bottom > and right white outline is for the effect of making a stronger > contrast. looks ok for shelf pager, but a little odd when larger (in > popup) imo. The new pager still needs some tweaking, generally I'm ok > with it. > > > the e logo change is fine. > > battery is ok i guess, though if u want it like that, maybe battery should > > be vertical so it uses less horizontal space? or battery gadget needs to > > appropriately rotate battery (use different edje groups maybe) based on > > shelf size (if very thin then make it horizontal like now but fill the > > shelf height)? the default looks were all fitting into a square, so this is > > not coming out too well i think. what do people think? i'm thinking maybe > > battery should be inset like the inset look of the pager/ibar etc. > > > > anyway - i'm willing work on detorious unless people objects - does anyone > > object with me trying to make these look better? > > > no objections oh yeah.. and there's 2 themes for elm. one build in base - and one if u go into elm and do a build there... they are different... whats up there? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Tue, 22 Nov 2011 11:44:18 +0100 "hannes.janet...@gmail.com" said: > On Tue, Nov 22, 2011 at 7:31 AM, Carsten Haitzler > wrote: > > On Sun, 13 Nov 2011 14:25:51 -0200 Gustavo Sverzut Barbieri > > said: > > > >> On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com > >> wrote: > >> > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri > >> > wrote: > >> >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com > >> >> wrote: > >> >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN > >> >>> wrote: > >> Log: > >> THEMES/detorious: try a simpler pager. > >> > >> Couple of people reported that they found the pager a bit strange, I > >> also felt the same, then I'm trying a new one that is more clean in > >> the design. > >> > >> Pager is usually quite small and holds windows, possibly lots of them > >> (xterms side by side), in this case all those details were cluttering > >> the results. > >> > >> Replaced the sunken border with a single line at left and right, the > >> focused background is a plain rectangle with the focused color. This > >> should look fine in both inset and plain styles. > >> > >> Windows have no detail. Unfocused are semi-transparent, focused is > >> opaque. Just focused window have icon, and the icon should be at > >> least 16x16. > >> > >> If you dislike it, feel free to revert. > >> > >> >>> the desk image needs a top and/or bottom separator when having more > >> >>> than one row or when used in pager popup, otherwise I'm ok it. In > >> >>> pager popup I'm missing the icons for orientation, imo there should > >> >> > >> >> check r65132. See if it's any better. > >> >> > >> > yup, looks good now. somewhere the clipping of windows to desk got lost > >> > though > >> > >> fixed in r65133. thanks > > > > do people like the new pager look? it looks really weird. the fading ot > > white on corners, and the window "preview poxes" in the pager just look odd > > - they pretend to be inset but they also hast a shadow. > It looks better when not used with gadget inset :) I guess the bottom > and right white outline is for the effect of making a stronger > contrast. looks ok for shelf pager, but a little odd when larger (in > popup) imo. The new pager still needs some tweaking, generally I'm ok > with it. but the shadows of the mini windows themselves are still top the right and down from the mini win, BUT there is a hilight on the bottom and right edges as if light is coming from the bottom right. it makes it logically look like light is coming from the top-left for the shadow and then either light from bottom-right for things floating .. which looks wrong, or it makes it look indented. not talking the pager border itself here, but the windows inside of it. > > the e logo change is fine. > > battery is ok i guess, though if u want it like that, maybe battery should > > be vertical so it uses less horizontal space? or battery gadget needs to > > appropriately rotate battery (use different edje groups maybe) based on > > shelf size (if very thin then make it horizontal like now but fill the > > shelf height)? the default looks were all fitting into a square, so this is > > not coming out too well i think. what do people think? i'm thinking maybe > > battery should be inset like the inset look of the pager/ibar etc. > > > > anyway - i'm willing work on detorious unless people objects - does anyone > > object with me trying to make these look better? > > > no objections > > > here is a screenie of the shelf i see: > > > > http://www.enlightenment.org/~raster/shelf-zoom.png > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > -- > > All the data continuously generated in your IT infrastructure > > contains a definitive record of customers, application performance, > > security threats, fraudulent activity, and more. Splunk takes this > > data and makes sense of it. IT sense. And common sense. > > http://p.sf.net/sfu/splunk-novd2d > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/list
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Tue, Nov 22, 2011 at 7:31 AM, Carsten Haitzler wrote: > On Sun, 13 Nov 2011 14:25:51 -0200 Gustavo Sverzut Barbieri > said: > >> On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com >> wrote: >> > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri >> > wrote: >> >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com >> >> wrote: >> >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN >> >>> wrote: >> Log: >> THEMES/detorious: try a simpler pager. >> >> Couple of people reported that they found the pager a bit strange, I >> also felt the same, then I'm trying a new one that is more clean in >> the design. >> >> Pager is usually quite small and holds windows, possibly lots of them >> (xterms side by side), in this case all those details were cluttering >> the results. >> >> Replaced the sunken border with a single line at left and right, the >> focused background is a plain rectangle with the focused color. This >> should look fine in both inset and plain styles. >> >> Windows have no detail. Unfocused are semi-transparent, focused is >> opaque. Just focused window have icon, and the icon should be at least >> 16x16. >> >> If you dislike it, feel free to revert. >> >> >>> the desk image needs a top and/or bottom separator when having more >> >>> than one row or when used in pager popup, otherwise I'm ok it. In >> >>> pager popup I'm missing the icons for orientation, imo there should >> >> >> >> check r65132. See if it's any better. >> >> >> > yup, looks good now. somewhere the clipping of windows to desk got lost >> > though >> >> fixed in r65133. thanks > > do people like the new pager look? it looks really weird. the fading ot white > on corners, and the window "preview poxes" in the pager just look odd - they > pretend to be inset but they also hast a shadow. It looks better when not used with gadget inset :) I guess the bottom and right white outline is for the effect of making a stronger contrast. looks ok for shelf pager, but a little odd when larger (in popup) imo. The new pager still needs some tweaking, generally I'm ok with it. > the e logo change is fine. > battery is ok i guess, though if u want it like that, maybe battery should be > vertical so it uses less horizontal space? or battery gadget needs to > appropriately rotate battery (use different edje groups maybe) based on shelf > size (if very thin then make it horizontal like now but fill the shelf > height)? > the default looks were all fitting into a square, so this is not coming out > too > well i think. what do people think? i'm thinking maybe battery should be inset > like the inset look of the pager/ibar etc. > > anyway - i'm willing work on detorious unless people objects - does anyone > object with me trying to make these look better? > no objections > here is a screenie of the shelf i see: > > http://www.enlightenment.org/~raster/shelf-zoom.png > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 8:02 PM, P Purkayastha wrote: > I noticed that the effects for ibar is gone. I am just wondering if the > launch feedback could/should be re-added back. It is a good indicator of > having successfully clicked on an icon in ibar, especially when the click > is from an iffy touchpad. > > Many thanks for fixing and enhancing the detourious theme. Looking pretty > good now :) Will try to do, but later as I'm busy now for few days -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner said: > On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: ... > A cpufreq module is even worse, especially if it supports userspace > interaction. The linux kernels ondemand governor works good for many > years now, there are no more senseless slowdowns as there used to be actually... on a core i7 i have... you HAVE to manually change cpufreq governor when doing benchmarking. the kernels ondemand schedulers don't work well and keep the cpu at the highest clockrate. your benchmarks are all over the shop if you don't. on a pentium-m i have, if it clocks at 1ghz for more than 30sec it gets incredibly slow - most intel cpus self-throttle they DON'T drop clockrate. they just start throwing in lots of nops. if its throttling at t5 or t7 even at 1ghz its incredibly slower than at its 600mhz slot, so i have to keep it clocked at 600mhz or a flash anim or compile will make the system unusable. at 600mhz it never throttles. it has no fan. it's passively cooled. i had a p4 laptop from dell... that's why i wrote the temp module. once it got hot it too would start throttling. even if you kept its clockrate low. so once it got hot enough it was time to take it off your lap and maybe get a fan. at least you didn't have a mystery as to why it was happening with a nice little gauge. :) > some years back. Having a possibility to make the user interfere makes > him think it might be wise, e.g. setting it to "max performance" or > similar stupid decisions. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
I noticed that the effects for ibar is gone. I am just wondering if the launch feedback could/should be re-added back. It is a good indicator of having successfully clicked on an icon in ibar, especially when the click is from an iffy touchpad. Many thanks for fixing and enhancing the detourious theme. Looking pretty good now :) -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 14:26:41 -0500 Mike Blumenkrantz wrote: > On Mon, 14 Nov 2011 05:22:48 +1000 > David Seikel wrote: > > > Can people strip me out of the CC headers please? I don't need > > duplicates of the entire conversation. > > > > And spankies to whoever added that CC in the first place. If I want > > CCs, I'll damn well ask for them. And I ain't gonna ask for them > > on a mailing list I'm on. sheesh > > > I'm getting the feeling of deja vu here... Me to. lol -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Mon, 14 Nov 2011 05:22:48 +1000 David Seikel wrote: > Can people strip me out of the CC headers please? I don't need > duplicates of the entire conversation. > > And spankies to whoever added that CC in the first place. If I want > CCs, I'll damn well ask for them. And I ain't gonna ask for them on a > mailing list I'm on. sheesh > I'm getting the feeling of deja vu here... -- Mike Blumenkrantz Zentific: Doctor recommended, mother approved. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
Can people strip me out of the CC headers please? I don't need duplicates of the entire conversation. And spankies to whoever added that CC in the first place. If I want CCs, I'll damn well ask for them. And I ain't gonna ask for them on a mailing list I'm on. sheesh -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
2011/11/13 Gustavo Sverzut Barbieri : > On Sun, Nov 13, 2011 at 3:41 PM, Iván Briano (Sachiel) > wrote: >> 2011/11/13 Thomas Gstädtner : >>> On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: On Sun, Nov 13, 2011 at 2:07 PM, David Seikel wrote: > On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner > wrote: > >> On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: >>> On Sun, Nov 13, 2011 at 11:54 AM, David Seikel >>> wrote: On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri wrote: > > BTW, I have Marina's icon for CPU & Temp, but I don't use them > and I think they should not exist for a desktop or laptops > nowadays (I also know the reasons, but AFAIK they are all fixed > in the proper places, like the kernel). So if someone wants to > convert these gadgets to similar look & feel, let me know. Maybe I misunderstand what you mean. It's quite hot here in summer, and it is crucial that I keep an eye on my CPU's temperature. There is the difference between "so hot things might be unstable" and "so hot the computer will shut down for safety". Knowing that I'm at the first stage means I know to not trust things, but can keep using my computer if things seem to be fine. Knowing that I'm getting close to the second stage means I know when to just shut it down properly, open the case, and point big fans at it. >>> >>> This is exactly what I mean with fixing it in the wrong place. Here >>> (Brazil) is very hot the whole year, I knew this problem from Athlon >>> days :-) >>> >>> The problem is "what if you're not there to change?". The kernel is >>> always there, with the highest priority. There is work to make it >>> throttle before more drastic measures. >>> >>> anyway, I'm just not doing the gadgets theme work. Feel free to work >>> on them with the icons I have. You can base the edc from efenniht as >>> the icons are basically the same. >>> I don't think either of those things is "fixed in the kernel". Only reason why I don't use the E module for those is that it could never show proper results for my motherboard, not even for my last motherboard. lol >>> >>> at least for intel i7 cpu there is throttling module, it's mandatory >>> due the turbo boost feature they provide (using a single core will >>> allow it to be overclocked) >>> >>> Not sure what you mean by "CPU", the only thing I can think of is the cpu and cpufreq modules. As a developer they provide important info to me. On the other hand, I don't use cpu, coz it does not provide a graph, and I use cpufreq, coz I have not found anything that does provide a graph. lol >>> >>> it's the cpufreq, it is just the filling of a cpu chip icon Marina >>> draw. Check efenniht and it's the same. Not a graph indeed. >>> >>> here it's the same thing, proven that cpu "ondemand" governor is the >>> way to go, people even talk about removing other governors one day. >>> >>> I don't see why these things should not exist for desktops or laptops. Certainly for me at least, they should exist, AND should have more functionality. >>> >>> go for it, but I'd at least move them to a "dev" or "geek" module >>> that aggregates all these things, a gkrellm like module. The >>> problem is that most users will not have a clue what are these >>> things and get confused. >>> >>> this last part is not just about cpu/temp modules, there are a huge >>> number of modules people have no idea what are... "dbus? what's >>> this? why should I turn it on? or off?" Maybe flag these modules >>> are "advanced" and just show them in an "advanced" option in modules >>> dialog. >>> >> >> I agree. There used to be a time when CPUs, the firmware and the >> kernel had trouble keeping the hardware out of trouble, but these >> days have long been gone. >> There is really no reason to bother the user with temperature, as he >> will never have to care even if it rises up to 100 deg celsius. >> >> A cpufreq module is even worse, especially if it supports userspace >> interaction. The linux kernels ondemand governor works good for many >> years now, there are no more senseless slowdowns as there used to be >> some years back. Having a possibility to make the user interfere >> makes him think it might be wise, e.g. setting it to "max >> performance" or similar stupid decisions. >> >> Don't get me wrong, of course it can be neat for curious users to >> have those things, but I don't think they should be enabled by >> default, and no "standard" user should see them
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 4:34 PM, Mike Blumenkrantz wrote: > On Sun, 13 Nov 2011 17:41:45 + > Iván Briano (Sachiel) wrote: > >> 2011/11/13 Thomas Gstädtner : >> > On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: >> >> On Sun, Nov 13, 2011 at 2:07 PM, David Seikel wrote: >> >>> On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner >> >>> wrote: >> >>> >> On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: >> > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel >> > wrote: >> >> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri >> >> wrote: >> >>> >> >>> BTW, I have Marina's icon for CPU & Temp, but I don't use them >> >>> and I think they should not exist for a desktop or laptops >> >>> nowadays (I also know the reasons, but AFAIK they are all fixed >> >>> in the proper places, like the kernel). So if someone wants to >> >>> convert these gadgets to similar look & feel, let me know. >> >> >> >> Maybe I misunderstand what you mean. >> >> >> >> It's quite hot here in summer, and it is crucial that I keep an >> >> eye on my CPU's temperature. There is the difference between "so >> >> hot things might be unstable" and "so hot the computer will shut >> >> down for safety". Knowing that I'm at the first stage means I >> >> know to not trust things, but can keep using my computer if things >> >> seem to be fine. Knowing that I'm getting close to the second >> >> stage means I know when to just shut it down properly, open the >> >> case, and point big fans at it. >> > >> > This is exactly what I mean with fixing it in the wrong place. Here >> > (Brazil) is very hot the whole year, I knew this problem from Athlon >> > days :-) >> > >> > The problem is "what if you're not there to change?". The kernel is >> > always there, with the highest priority. There is work to make it >> > throttle before more drastic measures. >> > >> > anyway, I'm just not doing the gadgets theme work. Feel free to work >> > on them with the icons I have. You can base the edc from efenniht as >> > the icons are basically the same. >> > >> >> I don't think either of those things is "fixed in the kernel". >> >> Only reason why I don't use the E module for those is that it >> >> could never show proper results for my motherboard, not even for >> >> my last motherboard. lol >> > >> > at least for intel i7 cpu there is throttling module, it's mandatory >> > due the turbo boost feature they provide (using a single core will >> > allow it to be overclocked) >> > >> > >> >> Not sure what you mean by "CPU", the only thing I can think of is >> >> the cpu and cpufreq modules. As a developer they provide >> >> important info to me. On the other hand, I don't use cpu, coz it >> >> does not provide a graph, and I use cpufreq, coz I have not found >> >> anything that does provide a graph. lol >> > >> > it's the cpufreq, it is just the filling of a cpu chip icon Marina >> > draw. Check efenniht and it's the same. Not a graph indeed. >> > >> > here it's the same thing, proven that cpu "ondemand" governor is the >> > way to go, people even talk about removing other governors one day. >> > >> > >> >> I don't see why these things should not exist for desktops or >> >> laptops. Certainly for me at least, they should exist, AND should >> >> have more functionality. >> > >> > go for it, but I'd at least move them to a "dev" or "geek" module >> > that aggregates all these things, a gkrellm like module. The >> > problem is that most users will not have a clue what are these >> > things and get confused. >> > >> > this last part is not just about cpu/temp modules, there are a huge >> > number of modules people have no idea what are... "dbus? what's >> > this? why should I turn it on? or off?" Maybe flag these modules >> > are "advanced" and just show them in an "advanced" option in modules >> > dialog. >> > >> >> I agree. There used to be a time when CPUs, the firmware and the >> kernel had trouble keeping the hardware out of trouble, but these >> days have long been gone. >> There is really no reason to bother the user with temperature, as he >> will never have to care even if it rises up to 100 deg celsius. >> >> A cpufreq module is even worse, especially if it supports userspace >> interaction. The linux kernels ondemand governor works good for many >> years now, there are no more senseless slowdowns as there used to be >> some years back. Having a possibility to make the user interfere >> makes him think it might be wise, e.g. setting it to "max >> performance" or similar stupid decisions. >> >> Don't get me wrong, of course it can be neat for curious users to >> >>>
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 3:41 PM, Iván Briano (Sachiel) wrote: > 2011/11/13 Thomas Gstädtner : >> On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: >>> On Sun, Nov 13, 2011 at 2:07 PM, David Seikel wrote: On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner wrote: > On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: >> On Sun, Nov 13, 2011 at 11:54 AM, David Seikel >> wrote: >>> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri >>> wrote: BTW, I have Marina's icon for CPU & Temp, but I don't use them and I think they should not exist for a desktop or laptops nowadays (I also know the reasons, but AFAIK they are all fixed in the proper places, like the kernel). So if someone wants to convert these gadgets to similar look & feel, let me know. >>> >>> Maybe I misunderstand what you mean. >>> >>> It's quite hot here in summer, and it is crucial that I keep an >>> eye on my CPU's temperature. There is the difference between "so >>> hot things might be unstable" and "so hot the computer will shut >>> down for safety". Knowing that I'm at the first stage means I >>> know to not trust things, but can keep using my computer if things >>> seem to be fine. Knowing that I'm getting close to the second >>> stage means I know when to just shut it down properly, open the >>> case, and point big fans at it. >> >> This is exactly what I mean with fixing it in the wrong place. Here >> (Brazil) is very hot the whole year, I knew this problem from Athlon >> days :-) >> >> The problem is "what if you're not there to change?". The kernel is >> always there, with the highest priority. There is work to make it >> throttle before more drastic measures. >> >> anyway, I'm just not doing the gadgets theme work. Feel free to work >> on them with the icons I have. You can base the edc from efenniht as >> the icons are basically the same. >> >>> I don't think either of those things is "fixed in the kernel". >>> Only reason why I don't use the E module for those is that it >>> could never show proper results for my motherboard, not even for >>> my last motherboard. lol >> >> at least for intel i7 cpu there is throttling module, it's mandatory >> due the turbo boost feature they provide (using a single core will >> allow it to be overclocked) >> >> >>> Not sure what you mean by "CPU", the only thing I can think of is >>> the cpu and cpufreq modules. As a developer they provide >>> important info to me. On the other hand, I don't use cpu, coz it >>> does not provide a graph, and I use cpufreq, coz I have not found >>> anything that does provide a graph. lol >> >> it's the cpufreq, it is just the filling of a cpu chip icon Marina >> draw. Check efenniht and it's the same. Not a graph indeed. >> >> here it's the same thing, proven that cpu "ondemand" governor is the >> way to go, people even talk about removing other governors one day. >> >> >>> I don't see why these things should not exist for desktops or >>> laptops. Certainly for me at least, they should exist, AND should >>> have more functionality. >> >> go for it, but I'd at least move them to a "dev" or "geek" module >> that aggregates all these things, a gkrellm like module. The >> problem is that most users will not have a clue what are these >> things and get confused. >> >> this last part is not just about cpu/temp modules, there are a huge >> number of modules people have no idea what are... "dbus? what's >> this? why should I turn it on? or off?" Maybe flag these modules >> are "advanced" and just show them in an "advanced" option in modules >> dialog. >> > > I agree. There used to be a time when CPUs, the firmware and the > kernel had trouble keeping the hardware out of trouble, but these > days have long been gone. > There is really no reason to bother the user with temperature, as he > will never have to care even if it rises up to 100 deg celsius. > > A cpufreq module is even worse, especially if it supports userspace > interaction. The linux kernels ondemand governor works good for many > years now, there are no more senseless slowdowns as there used to be > some years back. Having a possibility to make the user interfere > makes him think it might be wise, e.g. setting it to "max > performance" or similar stupid decisions. > > Don't get me wrong, of course it can be neat for curious users to > have those things, but I don't think they should be enabled by > default, and no "standard" user should see them. That's the mistake GNOME makes, thinking that standard users should not see stuff. In E17 land, we let people turn on ad
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 17:41:45 + Iván Briano (Sachiel) wrote: > 2011/11/13 Thomas Gstädtner : > > On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: > >> On Sun, Nov 13, 2011 at 2:07 PM, David Seikel wrote: > >>> On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner > >>> wrote: > >>> > On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: > > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel > > wrote: > >> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri > >> wrote: > >>> > >>> BTW, I have Marina's icon for CPU & Temp, but I don't use them > >>> and I think they should not exist for a desktop or laptops > >>> nowadays (I also know the reasons, but AFAIK they are all fixed > >>> in the proper places, like the kernel). So if someone wants to > >>> convert these gadgets to similar look & feel, let me know. > >> > >> Maybe I misunderstand what you mean. > >> > >> It's quite hot here in summer, and it is crucial that I keep an > >> eye on my CPU's temperature. There is the difference between "so > >> hot things might be unstable" and "so hot the computer will shut > >> down for safety". Knowing that I'm at the first stage means I > >> know to not trust things, but can keep using my computer if things > >> seem to be fine. Knowing that I'm getting close to the second > >> stage means I know when to just shut it down properly, open the > >> case, and point big fans at it. > > > > This is exactly what I mean with fixing it in the wrong place. Here > > (Brazil) is very hot the whole year, I knew this problem from Athlon > > days :-) > > > > The problem is "what if you're not there to change?". The kernel is > > always there, with the highest priority. There is work to make it > > throttle before more drastic measures. > > > > anyway, I'm just not doing the gadgets theme work. Feel free to work > > on them with the icons I have. You can base the edc from efenniht as > > the icons are basically the same. > > > >> I don't think either of those things is "fixed in the kernel". > >> Only reason why I don't use the E module for those is that it > >> could never show proper results for my motherboard, not even for > >> my last motherboard. lol > > > > at least for intel i7 cpu there is throttling module, it's mandatory > > due the turbo boost feature they provide (using a single core will > > allow it to be overclocked) > > > > > >> Not sure what you mean by "CPU", the only thing I can think of is > >> the cpu and cpufreq modules. As a developer they provide > >> important info to me. On the other hand, I don't use cpu, coz it > >> does not provide a graph, and I use cpufreq, coz I have not found > >> anything that does provide a graph. lol > > > > it's the cpufreq, it is just the filling of a cpu chip icon Marina > > draw. Check efenniht and it's the same. Not a graph indeed. > > > > here it's the same thing, proven that cpu "ondemand" governor is the > > way to go, people even talk about removing other governors one day. > > > > > >> I don't see why these things should not exist for desktops or > >> laptops. Certainly for me at least, they should exist, AND should > >> have more functionality. > > > > go for it, but I'd at least move them to a "dev" or "geek" module > > that aggregates all these things, a gkrellm like module. The > > problem is that most users will not have a clue what are these > > things and get confused. > > > > this last part is not just about cpu/temp modules, there are a huge > > number of modules people have no idea what are... "dbus? what's > > this? why should I turn it on? or off?" Maybe flag these modules > > are "advanced" and just show them in an "advanced" option in modules > > dialog. > > > > I agree. There used to be a time when CPUs, the firmware and the > kernel had trouble keeping the hardware out of trouble, but these > days have long been gone. > There is really no reason to bother the user with temperature, as he > will never have to care even if it rises up to 100 deg celsius. > > A cpufreq module is even worse, especially if it supports userspace > interaction. The linux kernels ondemand governor works good for many > years now, there are no more senseless slowdowns as there used to be > some years back. Having a possibility to make the user interfere > makes him think it might be wise, e.g. setting it to "max > performance" or similar stupid decisions. > > Don't get me wrong, of course it can be neat for curious users to > have those things, but I don't think they should be enabled by > default, and no "standard" user should see them. > >>> > >>> That's the mistake GNOME m
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
2011/11/13 Thomas Gstädtner : > On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: >> On Sun, Nov 13, 2011 at 2:07 PM, David Seikel wrote: >>> On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner >>> wrote: >>> On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel > wrote: >> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri >> wrote: >>> >>> BTW, I have Marina's icon for CPU & Temp, but I don't use them >>> and I think they should not exist for a desktop or laptops >>> nowadays (I also know the reasons, but AFAIK they are all fixed >>> in the proper places, like the kernel). So if someone wants to >>> convert these gadgets to similar look & feel, let me know. >> >> Maybe I misunderstand what you mean. >> >> It's quite hot here in summer, and it is crucial that I keep an >> eye on my CPU's temperature. There is the difference between "so >> hot things might be unstable" and "so hot the computer will shut >> down for safety". Knowing that I'm at the first stage means I >> know to not trust things, but can keep using my computer if things >> seem to be fine. Knowing that I'm getting close to the second >> stage means I know when to just shut it down properly, open the >> case, and point big fans at it. > > This is exactly what I mean with fixing it in the wrong place. Here > (Brazil) is very hot the whole year, I knew this problem from Athlon > days :-) > > The problem is "what if you're not there to change?". The kernel is > always there, with the highest priority. There is work to make it > throttle before more drastic measures. > > anyway, I'm just not doing the gadgets theme work. Feel free to work > on them with the icons I have. You can base the edc from efenniht as > the icons are basically the same. > >> I don't think either of those things is "fixed in the kernel". >> Only reason why I don't use the E module for those is that it >> could never show proper results for my motherboard, not even for >> my last motherboard. lol > > at least for intel i7 cpu there is throttling module, it's mandatory > due the turbo boost feature they provide (using a single core will > allow it to be overclocked) > > >> Not sure what you mean by "CPU", the only thing I can think of is >> the cpu and cpufreq modules. As a developer they provide >> important info to me. On the other hand, I don't use cpu, coz it >> does not provide a graph, and I use cpufreq, coz I have not found >> anything that does provide a graph. lol > > it's the cpufreq, it is just the filling of a cpu chip icon Marina > draw. Check efenniht and it's the same. Not a graph indeed. > > here it's the same thing, proven that cpu "ondemand" governor is the > way to go, people even talk about removing other governors one day. > > >> I don't see why these things should not exist for desktops or >> laptops. Certainly for me at least, they should exist, AND should >> have more functionality. > > go for it, but I'd at least move them to a "dev" or "geek" module > that aggregates all these things, a gkrellm like module. The > problem is that most users will not have a clue what are these > things and get confused. > > this last part is not just about cpu/temp modules, there are a huge > number of modules people have no idea what are... "dbus? what's > this? why should I turn it on? or off?" Maybe flag these modules > are "advanced" and just show them in an "advanced" option in modules > dialog. > I agree. There used to be a time when CPUs, the firmware and the kernel had trouble keeping the hardware out of trouble, but these days have long been gone. There is really no reason to bother the user with temperature, as he will never have to care even if it rises up to 100 deg celsius. A cpufreq module is even worse, especially if it supports userspace interaction. The linux kernels ondemand governor works good for many years now, there are no more senseless slowdowns as there used to be some years back. Having a possibility to make the user interfere makes him think it might be wise, e.g. setting it to "max performance" or similar stupid decisions. Don't get me wrong, of course it can be neat for curious users to have those things, but I don't think they should be enabled by default, and no "standard" user should see them. >>> >>> That's the mistake GNOME makes, thinking that standard users should not >>> see stuff. In E17 land, we let people turn on advanced stuff. So the >>> theme should cater for that to. > > I can absolutely understand your argument, and I too think E should > enable users to do whatever the
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 17:30:53 +0100 Thomas Gstädtner wrote: > On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: > > On Sun, Nov 13, 2011 at 2:07 PM, David Seikel > > wrote: > >> On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner > >> wrote: > >> > >>> On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel > wrote: > > On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri > > wrote: > >> > >> BTW, I have Marina's icon for CPU & Temp, but I don't use them > >> and I think they should not exist for a desktop or laptops > >> nowadays (I also know the reasons, but AFAIK they are all fixed > >> in the proper places, like the kernel). So if someone wants to > >> convert these gadgets to similar look & feel, let me know. > > > > Maybe I misunderstand what you mean. > > > > It's quite hot here in summer, and it is crucial that I keep an > > eye on my CPU's temperature. There is the difference between > > "so hot things might be unstable" and "so hot the computer will > > shut down for safety". Knowing that I'm at the first stage > > means I know to not trust things, but can keep using my > > computer if things seem to be fine. Knowing that I'm getting > > close to the second stage means I know when to just shut it > > down properly, open the case, and point big fans at it. > > This is exactly what I mean with fixing it in the wrong place. > Here (Brazil) is very hot the whole year, I knew this problem > from Athlon days :-) > > The problem is "what if you're not there to change?". The kernel > is always there, with the highest priority. There is work to > make it throttle before more drastic measures. > > anyway, I'm just not doing the gadgets theme work. Feel free to > work on them with the icons I have. You can base the edc from > efenniht as the icons are basically the same. > > > I don't think either of those things is "fixed in the kernel". > > Only reason why I don't use the E module for those is that it > > could never show proper results for my motherboard, not even for > > my last motherboard. lol > > at least for intel i7 cpu there is throttling module, it's > mandatory due the turbo boost feature they provide (using a > single core will allow it to be overclocked) > > > > Not sure what you mean by "CPU", the only thing I can think of > > is the cpu and cpufreq modules. As a developer they provide > > important info to me. On the other hand, I don't use cpu, coz > > it does not provide a graph, and I use cpufreq, coz I have not > > found anything that does provide a graph. lol > > it's the cpufreq, it is just the filling of a cpu chip icon > Marina draw. Check efenniht and it's the same. Not a graph > indeed. > > here it's the same thing, proven that cpu "ondemand" governor is > the way to go, people even talk about removing other governors > one day. > > > > I don't see why these things should not exist for desktops or > > laptops. Certainly for me at least, they should exist, AND > > should have more functionality. > > go for it, but I'd at least move them to a "dev" or "geek" module > that aggregates all these things, a gkrellm like module. The > problem is that most users will not have a clue what are these > things and get confused. > > this last part is not just about cpu/temp modules, there are a > huge number of modules people have no idea what are... "dbus? > what's this? why should I turn it on? or off?" Maybe flag these > modules are "advanced" and just show them in an "advanced" > option in modules dialog. > > >>> > >>> I agree. There used to be a time when CPUs, the firmware and the > >>> kernel had trouble keeping the hardware out of trouble, but these > >>> days have long been gone. > >>> There is really no reason to bother the user with temperature, as > >>> he will never have to care even if it rises up to 100 deg celsius. > >>> > >>> A cpufreq module is even worse, especially if it supports > >>> userspace interaction. The linux kernels ondemand governor works > >>> good for many years now, there are no more senseless slowdowns as > >>> there used to be some years back. Having a possibility to make > >>> the user interfere makes him think it might be wise, e.g. setting > >>> it to "max performance" or similar stupid decisions. > >>> > >>> Don't get me wrong, of course it can be neat for curious users to > >>> have those things, but I don't think they should be enabled by > >>> default, and no "standard" user should see them. > >> > >> That's the mistake GNOME makes, thinking that standard users > >> should not see stuff. In E17 land, we let people turn on advanced > >> stuff.
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: > On Sun, Nov 13, 2011 at 2:07 PM, David Seikel wrote: >> On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner >> wrote: >> >>> On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: On Sun, Nov 13, 2011 at 11:54 AM, David Seikel wrote: > On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri > wrote: >> >> BTW, I have Marina's icon for CPU & Temp, but I don't use them >> and I think they should not exist for a desktop or laptops >> nowadays (I also know the reasons, but AFAIK they are all fixed >> in the proper places, like the kernel). So if someone wants to >> convert these gadgets to similar look & feel, let me know. > > Maybe I misunderstand what you mean. > > It's quite hot here in summer, and it is crucial that I keep an > eye on my CPU's temperature. There is the difference between "so > hot things might be unstable" and "so hot the computer will shut > down for safety". Knowing that I'm at the first stage means I > know to not trust things, but can keep using my computer if things > seem to be fine. Knowing that I'm getting close to the second > stage means I know when to just shut it down properly, open the > case, and point big fans at it. This is exactly what I mean with fixing it in the wrong place. Here (Brazil) is very hot the whole year, I knew this problem from Athlon days :-) The problem is "what if you're not there to change?". The kernel is always there, with the highest priority. There is work to make it throttle before more drastic measures. anyway, I'm just not doing the gadgets theme work. Feel free to work on them with the icons I have. You can base the edc from efenniht as the icons are basically the same. > I don't think either of those things is "fixed in the kernel". > Only reason why I don't use the E module for those is that it > could never show proper results for my motherboard, not even for > my last motherboard. lol at least for intel i7 cpu there is throttling module, it's mandatory due the turbo boost feature they provide (using a single core will allow it to be overclocked) > Not sure what you mean by "CPU", the only thing I can think of is > the cpu and cpufreq modules. As a developer they provide > important info to me. On the other hand, I don't use cpu, coz it > does not provide a graph, and I use cpufreq, coz I have not found > anything that does provide a graph. lol it's the cpufreq, it is just the filling of a cpu chip icon Marina draw. Check efenniht and it's the same. Not a graph indeed. here it's the same thing, proven that cpu "ondemand" governor is the way to go, people even talk about removing other governors one day. > I don't see why these things should not exist for desktops or > laptops. Certainly for me at least, they should exist, AND should > have more functionality. go for it, but I'd at least move them to a "dev" or "geek" module that aggregates all these things, a gkrellm like module. The problem is that most users will not have a clue what are these things and get confused. this last part is not just about cpu/temp modules, there are a huge number of modules people have no idea what are... "dbus? what's this? why should I turn it on? or off?" Maybe flag these modules are "advanced" and just show them in an "advanced" option in modules dialog. >>> >>> I agree. There used to be a time when CPUs, the firmware and the >>> kernel had trouble keeping the hardware out of trouble, but these >>> days have long been gone. >>> There is really no reason to bother the user with temperature, as he >>> will never have to care even if it rises up to 100 deg celsius. >>> >>> A cpufreq module is even worse, especially if it supports userspace >>> interaction. The linux kernels ondemand governor works good for many >>> years now, there are no more senseless slowdowns as there used to be >>> some years back. Having a possibility to make the user interfere >>> makes him think it might be wise, e.g. setting it to "max >>> performance" or similar stupid decisions. >>> >>> Don't get me wrong, of course it can be neat for curious users to >>> have those things, but I don't think they should be enabled by >>> default, and no "standard" user should see them. >> >> That's the mistake GNOME makes, thinking that standard users should not >> see stuff. In E17 land, we let people turn on advanced stuff. So the >> theme should cater for that to. I can absolutely understand your argument, and I too think E should enable users to do whatever they possibly wish. But having temperature available is just arbitrary information, might as well show the power-led brightness (I can't t
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 1:35 PM, hannes.janet...@gmail.com wrote: > On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri > wrote: >> On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com >> wrote: >>> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN >>> wrote: Log: THEMES/detorious: try a simpler pager. Couple of people reported that they found the pager a bit strange, I also felt the same, then I'm trying a new one that is more clean in the design. Pager is usually quite small and holds windows, possibly lots of them (xterms side by side), in this case all those details were cluttering the results. Replaced the sunken border with a single line at left and right, the focused background is a plain rectangle with the focused color. This should look fine in both inset and plain styles. Windows have no detail. Unfocused are semi-transparent, focused is opaque. Just focused window have icon, and the icon should be at least 16x16. If you dislike it, feel free to revert. >>> the desk image needs a top and/or bottom separator when having more >>> than one row or when used in pager popup, otherwise I'm ok it. In >>> pager popup I'm missing the icons for orientation, imo there should >> >> check r65132. See if it's any better. >> > yup, looks good now. somewhere the clipping of windows to desk got lost though fixed in r65133. thanks -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 1:52 PM, David Seikel wrote: > On Sun, 13 Nov 2011 13:29:02 -0200 Gustavo Sverzut Barbieri > wrote: > >> On Sun, Nov 13, 2011 at 11:54 AM, David Seikel >> wrote: >> > On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri >> > wrote: >> >> >> >> BTW, I have Marina's icon for CPU & Temp, but I don't use them and >> >> I think they should not exist for a desktop or laptops nowadays (I >> >> also know the reasons, but AFAIK they are all fixed in the proper >> >> places, like the kernel). So if someone wants to convert these >> >> gadgets to similar look & feel, let me know. >> > >> > Maybe I misunderstand what you mean. >> > >> > It's quite hot here in summer, and it is crucial that I keep an eye >> > on my CPU's temperature. There is the difference between "so hot >> > things might be unstable" and "so hot the computer will shut down >> > for safety". Knowing that I'm at the first stage means I know to >> > not trust things, but can keep using my computer if things seem to >> > be fine. Knowing that I'm getting close to the second stage means I >> > know when to just shut it down properly, open the case, and point >> > big fans at it. >> >> This is exactly what I mean with fixing it in the wrong place. Here >> (Brazil) is very hot the whole year, I knew this problem from Athlon >> days :-) >> >> The problem is "what if you're not there to change?". The kernel is >> always there, with the highest priority. There is work to make it >> throttle before more drastic measures. > > If I'm not there to change, then my desktop is not doing anything to > heat it up too much. B-) Really? Don't you use cron or browsers? Browsers can go crazy depending on some JS from Gmail or Twitter, for instance. > And it's not just the drastic measure, AMD processors at least have a > "not hot enough to shutdown, but may not be stable" temperature. On > hot days I tend to go over that when compiling big projects. On really > hot days, I know there's no point trying, as it will likely just over > heat. It's knowing what the temperature is NOW, even if it's not high > enough to be a problem YET, that is important for planning such things. > If it's too hot, and my computer might melt, time to go do something > else. Kernel should see this. The way it's now, the user is supposed to read his user manual and see if too hot is acceptable or not. Firmware, hardware and kernel know about this. And there are always quirks for udev, in the case it lacks somethings. :-) > The point being that there are good reason why might need to know what > temperature their computer internals are running at. Like to see if > they might need better cooling, or if their recently installed > better cooling was worth it. this is more the work of a tuning app, not a shelf gadget that is usually so small you can barely see the value. > It's like power - how do you know if your power supply provides enough > power for your computer? As far as I know, there is no monitoring of > that. The only way you can tell is if your computer does odd things, > which may be caused by lots of stuff. Your CPU being in the "not hot > enough to shutdown, but hot enough to be unreliable" range would cause > the exact same problem. > > Would be good if there was some sort of intelligent system that > monitored all that, then popped up a warning "your computer getting too > hot" or "your computer is close to drawing too much power" so ordinary > people might have a clue. Sadly, the information is not there. it's better to work on this than to work around such controls with gadgets + human intervention. For this I can even agree to have a module enabled by default that is always on. But kernel is doing a great work for me for years, maybe you can try it? > Just upgraded to an AMD 4 core, and more memory. Just started summer. > Might be time to invest in better computer cooling. Can't afford to > right now, and this is my traditional slow work period. B-( > >> anyway, I'm just not doing the gadgets theme work. Feel free to work >> on them with the icons I have. You can base the edc from efenniht as >> the icons are basically the same. > > I'm not doing theme work. I was just curious why you think it's not > needed. > >> > I don't see why these things should not exist for desktops or >> > laptops. Certainly for me at least, they should exist, AND should >> > have more functionality. >> >> go for it, but I'd at least move them to a "dev" or "geek" module that >> aggregates all these things, a gkrellm like module. The problem is >> that most users will not have a clue what are these things and get >> confused. > > Actually, I said long ago that I'd like E17 modules that do the sort of > thing that gkrellm does, so that I can get rid of it. People just said > to use gkrellm, or that it's too hard. Gkrellm has it's limits, and I > don't think it's too hard. I've just never gotten around to doing it, > so it's still on my TODO.
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 2:07 PM, David Seikel wrote: > On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner > wrote: > >> On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: >> > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel >> > wrote: >> >> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri >> >> wrote: >> >>> >> >>> BTW, I have Marina's icon for CPU & Temp, but I don't use them >> >>> and I think they should not exist for a desktop or laptops >> >>> nowadays (I also know the reasons, but AFAIK they are all fixed >> >>> in the proper places, like the kernel). So if someone wants to >> >>> convert these gadgets to similar look & feel, let me know. >> >> >> >> Maybe I misunderstand what you mean. >> >> >> >> It's quite hot here in summer, and it is crucial that I keep an >> >> eye on my CPU's temperature. There is the difference between "so >> >> hot things might be unstable" and "so hot the computer will shut >> >> down for safety". Knowing that I'm at the first stage means I >> >> know to not trust things, but can keep using my computer if things >> >> seem to be fine. Knowing that I'm getting close to the second >> >> stage means I know when to just shut it down properly, open the >> >> case, and point big fans at it. >> > >> > This is exactly what I mean with fixing it in the wrong place. Here >> > (Brazil) is very hot the whole year, I knew this problem from Athlon >> > days :-) >> > >> > The problem is "what if you're not there to change?". The kernel is >> > always there, with the highest priority. There is work to make it >> > throttle before more drastic measures. >> > >> > anyway, I'm just not doing the gadgets theme work. Feel free to work >> > on them with the icons I have. You can base the edc from efenniht as >> > the icons are basically the same. >> > >> >> I don't think either of those things is "fixed in the kernel". >> >> Only reason why I don't use the E module for those is that it >> >> could never show proper results for my motherboard, not even for >> >> my last motherboard. lol >> > >> > at least for intel i7 cpu there is throttling module, it's mandatory >> > due the turbo boost feature they provide (using a single core will >> > allow it to be overclocked) >> > >> > >> >> Not sure what you mean by "CPU", the only thing I can think of is >> >> the cpu and cpufreq modules. As a developer they provide >> >> important info to me. On the other hand, I don't use cpu, coz it >> >> does not provide a graph, and I use cpufreq, coz I have not found >> >> anything that does provide a graph. lol >> > >> > it's the cpufreq, it is just the filling of a cpu chip icon Marina >> > draw. Check efenniht and it's the same. Not a graph indeed. >> > >> > here it's the same thing, proven that cpu "ondemand" governor is the >> > way to go, people even talk about removing other governors one day. >> > >> > >> >> I don't see why these things should not exist for desktops or >> >> laptops. Certainly for me at least, they should exist, AND should >> >> have more functionality. >> > >> > go for it, but I'd at least move them to a "dev" or "geek" module >> > that aggregates all these things, a gkrellm like module. The >> > problem is that most users will not have a clue what are these >> > things and get confused. >> > >> > this last part is not just about cpu/temp modules, there are a huge >> > number of modules people have no idea what are... "dbus? what's >> > this? why should I turn it on? or off?" Maybe flag these modules >> > are "advanced" and just show them in an "advanced" option in modules >> > dialog. >> > >> >> I agree. There used to be a time when CPUs, the firmware and the >> kernel had trouble keeping the hardware out of trouble, but these >> days have long been gone. >> There is really no reason to bother the user with temperature, as he >> will never have to care even if it rises up to 100 deg celsius. >> >> A cpufreq module is even worse, especially if it supports userspace >> interaction. The linux kernels ondemand governor works good for many >> years now, there are no more senseless slowdowns as there used to be >> some years back. Having a possibility to make the user interfere >> makes him think it might be wise, e.g. setting it to "max >> performance" or similar stupid decisions. >> >> Don't get me wrong, of course it can be neat for curious users to >> have those things, but I don't think they should be enabled by >> default, and no "standard" user should see them. > > That's the mistake GNOME makes, thinking that standard users should not > see stuff. In E17 land, we let people turn on advanced stuff. So the > theme should cater for that to. > > Plus - people want their red speed stripes and self compiled gentoo > distros, thinking it gives them MORE POWAH! grunt grunt grunt. So no > need to take away the advanced knobs, even if they no longer really > help. Your saying that to two gentoo users ;-) Really, it is solving the problem in the wrong pla
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner wrote: > On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: > > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel > > wrote: > >> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri > >> wrote: > >>> > >>> BTW, I have Marina's icon for CPU & Temp, but I don't use them > >>> and I think they should not exist for a desktop or laptops > >>> nowadays (I also know the reasons, but AFAIK they are all fixed > >>> in the proper places, like the kernel). So if someone wants to > >>> convert these gadgets to similar look & feel, let me know. > >> > >> Maybe I misunderstand what you mean. > >> > >> It's quite hot here in summer, and it is crucial that I keep an > >> eye on my CPU's temperature. There is the difference between "so > >> hot things might be unstable" and "so hot the computer will shut > >> down for safety". Knowing that I'm at the first stage means I > >> know to not trust things, but can keep using my computer if things > >> seem to be fine. Knowing that I'm getting close to the second > >> stage means I know when to just shut it down properly, open the > >> case, and point big fans at it. > > > > This is exactly what I mean with fixing it in the wrong place. Here > > (Brazil) is very hot the whole year, I knew this problem from Athlon > > days :-) > > > > The problem is "what if you're not there to change?". The kernel is > > always there, with the highest priority. There is work to make it > > throttle before more drastic measures. > > > > anyway, I'm just not doing the gadgets theme work. Feel free to work > > on them with the icons I have. You can base the edc from efenniht as > > the icons are basically the same. > > > >> I don't think either of those things is "fixed in the kernel". > >> Only reason why I don't use the E module for those is that it > >> could never show proper results for my motherboard, not even for > >> my last motherboard. lol > > > > at least for intel i7 cpu there is throttling module, it's mandatory > > due the turbo boost feature they provide (using a single core will > > allow it to be overclocked) > > > > > >> Not sure what you mean by "CPU", the only thing I can think of is > >> the cpu and cpufreq modules. As a developer they provide > >> important info to me. On the other hand, I don't use cpu, coz it > >> does not provide a graph, and I use cpufreq, coz I have not found > >> anything that does provide a graph. lol > > > > it's the cpufreq, it is just the filling of a cpu chip icon Marina > > draw. Check efenniht and it's the same. Not a graph indeed. > > > > here it's the same thing, proven that cpu "ondemand" governor is the > > way to go, people even talk about removing other governors one day. > > > > > >> I don't see why these things should not exist for desktops or > >> laptops. Certainly for me at least, they should exist, AND should > >> have more functionality. > > > > go for it, but I'd at least move them to a "dev" or "geek" module > > that aggregates all these things, a gkrellm like module. The > > problem is that most users will not have a clue what are these > > things and get confused. > > > > this last part is not just about cpu/temp modules, there are a huge > > number of modules people have no idea what are... "dbus? what's > > this? why should I turn it on? or off?" Maybe flag these modules > > are "advanced" and just show them in an "advanced" option in modules > > dialog. > > > > I agree. There used to be a time when CPUs, the firmware and the > kernel had trouble keeping the hardware out of trouble, but these > days have long been gone. > There is really no reason to bother the user with temperature, as he > will never have to care even if it rises up to 100 deg celsius. > > A cpufreq module is even worse, especially if it supports userspace > interaction. The linux kernels ondemand governor works good for many > years now, there are no more senseless slowdowns as there used to be > some years back. Having a possibility to make the user interfere > makes him think it might be wise, e.g. setting it to "max > performance" or similar stupid decisions. > > Don't get me wrong, of course it can be neat for curious users to > have those things, but I don't think they should be enabled by > default, and no "standard" user should see them. That's the mistake GNOME makes, thinking that standard users should not see stuff. In E17 land, we let people turn on advanced stuff. So the theme should cater for that to. Plus - people want their red speed stripes and self compiled gentoo distros, thinking it gives them MORE POWAH! grunt grunt grunt. So no need to take away the advanced knobs, even if they no longer really help. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- RSA(R) Confer
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel wrote: >> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri >> wrote: >>> >>> BTW, I have Marina's icon for CPU & Temp, but I don't use them and I >>> think they should not exist for a desktop or laptops nowadays (I also >>> know the reasons, but AFAIK they are all fixed in the proper places, >>> like the kernel). So if someone wants to convert these gadgets to >>> similar look & feel, let me know. >> >> Maybe I misunderstand what you mean. >> >> It's quite hot here in summer, and it is crucial that I keep an eye on >> my CPU's temperature. There is the difference between "so hot things >> might be unstable" and "so hot the computer will shut down for >> safety". Knowing that I'm at the first stage means I know to not trust >> things, but can keep using my computer if things seem to be fine. >> Knowing that I'm getting close to the second stage means I know when to >> just shut it down properly, open the case, and point big fans at it. > > This is exactly what I mean with fixing it in the wrong place. Here > (Brazil) is very hot the whole year, I knew this problem from Athlon > days :-) > > The problem is "what if you're not there to change?". The kernel is > always there, with the highest priority. There is work to make it > throttle before more drastic measures. > > anyway, I'm just not doing the gadgets theme work. Feel free to work > on them with the icons I have. You can base the edc from efenniht as > the icons are basically the same. > >> I don't think either of those things is "fixed in the kernel". Only >> reason why I don't use the E module for those is that it could never >> show proper results for my motherboard, not even for my last >> motherboard. lol > > at least for intel i7 cpu there is throttling module, it's mandatory > due the turbo boost feature they provide (using a single core will > allow it to be overclocked) > > >> Not sure what you mean by "CPU", the only thing I can think of is the >> cpu and cpufreq modules. As a developer they provide important info to >> me. On the other hand, I don't use cpu, coz it does not provide a >> graph, and I use cpufreq, coz I have not found anything that does >> provide a graph. lol > > it's the cpufreq, it is just the filling of a cpu chip icon Marina > draw. Check efenniht and it's the same. Not a graph indeed. > > here it's the same thing, proven that cpu "ondemand" governor is the > way to go, people even talk about removing other governors one day. > > >> I don't see why these things should not exist for desktops or laptops. >> Certainly for me at least, they should exist, AND should have more >> functionality. > > go for it, but I'd at least move them to a "dev" or "geek" module that > aggregates all these things, a gkrellm like module. The problem is > that most users will not have a clue what are these things and get > confused. > > this last part is not just about cpu/temp modules, there are a huge > number of modules people have no idea what are... "dbus? what's this? > why should I turn it on? or off?" Maybe flag these modules are > "advanced" and just show them in an "advanced" option in modules > dialog. > I agree. There used to be a time when CPUs, the firmware and the kernel had trouble keeping the hardware out of trouble, but these days have long been gone. There is really no reason to bother the user with temperature, as he will never have to care even if it rises up to 100 deg celsius. A cpufreq module is even worse, especially if it supports userspace interaction. The linux kernels ondemand governor works good for many years now, there are no more senseless slowdowns as there used to be some years back. Having a possibility to make the user interfere makes him think it might be wise, e.g. setting it to "max performance" or similar stupid decisions. Don't get me wrong, of course it can be neat for curious users to have those things, but I don't think they should be enabled by default, and no "standard" user should see them. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 13:29:02 -0200 Gustavo Sverzut Barbieri wrote: > On Sun, Nov 13, 2011 at 11:54 AM, David Seikel > wrote: > > On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri > > wrote: > >> > >> BTW, I have Marina's icon for CPU & Temp, but I don't use them and > >> I think they should not exist for a desktop or laptops nowadays (I > >> also know the reasons, but AFAIK they are all fixed in the proper > >> places, like the kernel). So if someone wants to convert these > >> gadgets to similar look & feel, let me know. > > > > Maybe I misunderstand what you mean. > > > > It's quite hot here in summer, and it is crucial that I keep an eye > > on my CPU's temperature. There is the difference between "so hot > > things might be unstable" and "so hot the computer will shut down > > for safety". Knowing that I'm at the first stage means I know to > > not trust things, but can keep using my computer if things seem to > > be fine. Knowing that I'm getting close to the second stage means I > > know when to just shut it down properly, open the case, and point > > big fans at it. > > This is exactly what I mean with fixing it in the wrong place. Here > (Brazil) is very hot the whole year, I knew this problem from Athlon > days :-) > > The problem is "what if you're not there to change?". The kernel is > always there, with the highest priority. There is work to make it > throttle before more drastic measures. If I'm not there to change, then my desktop is not doing anything to heat it up too much. B-) And it's not just the drastic measure, AMD processors at least have a "not hot enough to shutdown, but may not be stable" temperature. On hot days I tend to go over that when compiling big projects. On really hot days, I know there's no point trying, as it will likely just over heat. It's knowing what the temperature is NOW, even if it's not high enough to be a problem YET, that is important for planning such things. If it's too hot, and my computer might melt, time to go do something else. The point being that there are good reason why might need to know what temperature their computer internals are running at. Like to see if they might need better cooling, or if their recently installed better cooling was worth it. It's like power - how do you know if your power supply provides enough power for your computer? As far as I know, there is no monitoring of that. The only way you can tell is if your computer does odd things, which may be caused by lots of stuff. Your CPU being in the "not hot enough to shutdown, but hot enough to be unreliable" range would cause the exact same problem. Would be good if there was some sort of intelligent system that monitored all that, then popped up a warning "your computer getting too hot" or "your computer is close to drawing too much power" so ordinary people might have a clue. Sadly, the information is not there. Just upgraded to an AMD 4 core, and more memory. Just started summer. Might be time to invest in better computer cooling. Can't afford to right now, and this is my traditional slow work period. B-( > anyway, I'm just not doing the gadgets theme work. Feel free to work > on them with the icons I have. You can base the edc from efenniht as > the icons are basically the same. I'm not doing theme work. I was just curious why you think it's not needed. > > I don't see why these things should not exist for desktops or > > laptops. Certainly for me at least, they should exist, AND should > > have more functionality. > > go for it, but I'd at least move them to a "dev" or "geek" module that > aggregates all these things, a gkrellm like module. The problem is > that most users will not have a clue what are these things and get > confused. Actually, I said long ago that I'd like E17 modules that do the sort of thing that gkrellm does, so that I can get rid of it. People just said to use gkrellm, or that it's too hard. Gkrellm has it's limits, and I don't think it's too hard. I've just never gotten around to doing it, so it's still on my TODO. lol -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 4:15 PM, Gustavo Sverzut Barbieri wrote: > On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com > wrote: >> On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN >> wrote: >>> Log: >>> THEMES/detorious: try a simpler pager. >>> >>> Couple of people reported that they found the pager a bit strange, I >>> also felt the same, then I'm trying a new one that is more clean in >>> the design. >>> >>> Pager is usually quite small and holds windows, possibly lots of them >>> (xterms side by side), in this case all those details were cluttering >>> the results. >>> >>> Replaced the sunken border with a single line at left and right, the >>> focused background is a plain rectangle with the focused color. This >>> should look fine in both inset and plain styles. >>> >>> Windows have no detail. Unfocused are semi-transparent, focused is >>> opaque. Just focused window have icon, and the icon should be at least >>> 16x16. >>> >>> If you dislike it, feel free to revert. >>> >> the desk image needs a top and/or bottom separator when having more >> than one row or when used in pager popup, otherwise I'm ok it. In >> pager popup I'm missing the icons for orientation, imo there should > > check r65132. See if it's any better. > yup, looks good now. somewhere the clipping of windows to desk got lost though > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 11:54 AM, David Seikel wrote: > On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri > wrote: >> >> BTW, I have Marina's icon for CPU & Temp, but I don't use them and I >> think they should not exist for a desktop or laptops nowadays (I also >> know the reasons, but AFAIK they are all fixed in the proper places, >> like the kernel). So if someone wants to convert these gadgets to >> similar look & feel, let me know. > > Maybe I misunderstand what you mean. > > It's quite hot here in summer, and it is crucial that I keep an eye on > my CPU's temperature. There is the difference between "so hot things > might be unstable" and "so hot the computer will shut down for > safety". Knowing that I'm at the first stage means I know to not trust > things, but can keep using my computer if things seem to be fine. > Knowing that I'm getting close to the second stage means I know when to > just shut it down properly, open the case, and point big fans at it. This is exactly what I mean with fixing it in the wrong place. Here (Brazil) is very hot the whole year, I knew this problem from Athlon days :-) The problem is "what if you're not there to change?". The kernel is always there, with the highest priority. There is work to make it throttle before more drastic measures. anyway, I'm just not doing the gadgets theme work. Feel free to work on them with the icons I have. You can base the edc from efenniht as the icons are basically the same. > I don't think either of those things is "fixed in the kernel". Only > reason why I don't use the E module for those is that it could never > show proper results for my motherboard, not even for my last > motherboard. lol at least for intel i7 cpu there is throttling module, it's mandatory due the turbo boost feature they provide (using a single core will allow it to be overclocked) > Not sure what you mean by "CPU", the only thing I can think of is the > cpu and cpufreq modules. As a developer they provide important info to > me. On the other hand, I don't use cpu, coz it does not provide a > graph, and I use cpufreq, coz I have not found anything that does > provide a graph. lol it's the cpufreq, it is just the filling of a cpu chip icon Marina draw. Check efenniht and it's the same. Not a graph indeed. here it's the same thing, proven that cpu "ondemand" governor is the way to go, people even talk about removing other governors one day. > I don't see why these things should not exist for desktops or laptops. > Certainly for me at least, they should exist, AND should have more > functionality. go for it, but I'd at least move them to a "dev" or "geek" module that aggregates all these things, a gkrellm like module. The problem is that most users will not have a clue what are these things and get confused. this last part is not just about cpu/temp modules, there are a huge number of modules people have no idea what are... "dbus? what's this? why should I turn it on? or off?" Maybe flag these modules are "advanced" and just show them in an "advanced" option in modules dialog. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 9:57 AM, hannes.janet...@gmail.com wrote: > On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN > wrote: >> Log: >> THEMES/detorious: try a simpler pager. >> >> Couple of people reported that they found the pager a bit strange, I >> also felt the same, then I'm trying a new one that is more clean in >> the design. >> >> Pager is usually quite small and holds windows, possibly lots of them >> (xterms side by side), in this case all those details were cluttering >> the results. >> >> Replaced the sunken border with a single line at left and right, the >> focused background is a plain rectangle with the focused color. This >> should look fine in both inset and plain styles. >> >> Windows have no detail. Unfocused are semi-transparent, focused is >> opaque. Just focused window have icon, and the icon should be at least >> 16x16. >> >> If you dislike it, feel free to revert. >> > the desk image needs a top and/or bottom separator when having more > than one row or when used in pager popup, otherwise I'm ok it. In > pager popup I'm missing the icons for orientation, imo there should check r65132. See if it's any better. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri wrote: > > BTW, I have Marina's icon for CPU & Temp, but I don't use them and I > think they should not exist for a desktop or laptops nowadays (I also > know the reasons, but AFAIK they are all fixed in the proper places, > like the kernel). So if someone wants to convert these gadgets to > similar look & feel, let me know. Maybe I misunderstand what you mean. It's quite hot here in summer, and it is crucial that I keep an eye on my CPU's temperature. There is the difference between "so hot things might be unstable" and "so hot the computer will shut down for safety". Knowing that I'm at the first stage means I know to not trust things, but can keep using my computer if things seem to be fine. Knowing that I'm getting close to the second stage means I know when to just shut it down properly, open the case, and point big fans at it. I don't think either of those things is "fixed in the kernel". Only reason why I don't use the E module for those is that it could never show proper results for my motherboard, not even for my last motherboard. lol Not sure what you mean by "CPU", the only thing I can think of is the cpu and cpufreq modules. As a developer they provide important info to me. On the other hand, I don't use cpu, coz it does not provide a graph, and I use cpufreq, coz I have not found anything that does provide a graph. lol I don't see why these things should not exist for desktops or laptops. Certainly for me at least, they should exist, AND should have more functionality. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 5:33 AM, Gustavo Sverzut Barbieri wrote: > On Sun, Nov 13, 2011 at 12:41 AM, hannes.janet...@gmail.com > wrote: >> On Sun, Nov 13, 2011 at 3:40 AM, hannes.janet...@gmail.com >> wrote: >>> On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN >>> wrote: Log: THEMES/detorious: subtle fade of menu separator endings. This is less boring than the old one that looked like Windows95 :-) >>> not really liking this one. the full width menu separator is a really >>> distinguishing feature to me. was hard to get this working in gtk-2.0 >>> and impossible in gtk-3.0 so far. >>> >>> http://www.khohar.com/it/hardware/image027.jpg see the difference? >>> >> yours is more like win95 :P > > What you mean? it starts fading around 20px on each side, while win95 > is a hard end. I still think that separators should even be lighter > in color, with more vertical space. Will look nice, I can try it after > I'm done with connman (finishing it right now) > just saying that the full width menu separator is quite unique. go on with your ideas maybe I get used to it or I'll add a define for having the old style as option > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 8:47 AM, Enlightenment SVN
wrote:
> Log:
> THEMES/detorious: try a simpler pager.
>
> Couple of people reported that they found the pager a bit strange, I
> also felt the same, then I'm trying a new one that is more clean in
> the design.
>
> Pager is usually quite small and holds windows, possibly lots of them
> (xterms side by side), in this case all those details were cluttering
> the results.
>
> Replaced the sunken border with a single line at left and right, the
> focused background is a plain rectangle with the focused color. This
> should look fine in both inset and plain styles.
>
> Windows have no detail. Unfocused are semi-transparent, focused is
> opaque. Just focused window have icon, and the icon should be at least
> 16x16.
>
> If you dislike it, feel free to revert.
>
the desk image needs a top and/or bottom separator when having more
than one row or when used in pager popup, otherwise I'm ok it. In
pager popup I'm missing the icons for orientation, imo there should
always be icons.
>
>
> Author: barbieri
> Date: 2011-11-12 23:47:41 -0800 (Sat, 12 Nov 2011)
> New Revision: 65128
> Trac: http://trac.enlightenment.org/e/changeset/65128
>
> Modified:
> trunk/THEMES/detourious/bits/pager.edc
> trunk/THEMES/detourious/images/pager_im6.png
>
> Modified: trunk/THEMES/detourious/bits/pager.edc
> ===
> --- trunk/THEMES/detourious/bits/pager.edc 2011-11-13 07:21:37 UTC (rev
> 65127)
> +++ trunk/THEMES/detourious/bits/pager.edc 2011-11-13 07:47:41 UTC (rev
> 65128)
> @@ -144,253 +144,56 @@
> data {
> item: "e/modules/pager/desk/apparence" "plain";
> }
> - script {
> - public active;
> - public drag;
> - }
> parts {
> -
> part {
> - name: "gradient";
> - type: RECT;
> - mouse_events: 1;
> - description {
> - state: "default" 0.0;
> - /* image.normal: "images/backdrop_grad.png";
> */
> - color: 128 128 128 20;
> - rel1 {
> - offset: 3 4;
> - }
> - rel2 {
> - offset: -2 -5;
> - }
> - /* color_class: "focus"; */
> - }
> - description {
> - state: "active" 0.0;
> - inherit: "default" 0.0;
> - color: 255 255 255 200;
> - color_class: "focus";
> - }
> - }
> -
> - /* part {
> - * name: "pattern";
> - * type: IMAGE;
> - * mouse_events: 0;
> - * description {
> - * state: "default" 0.0;
> - * color: 205 204 188 5;
> - * image {
> - * normal: "images/wallpaper_pat3.png";
> - * }
> - * rel1 {
> - * offset: 3 4;
> - * }
> - * rel2 {
> - * offset: -2 -5;
> - * }
> - * fill {
> - * smooth: 0;
> - * size {
> - * relative: 0 0;
> - * offset: 200 200;
> - * }
> - * }
> - * }
> - * } */
> -
> - part {
> - name: "e.swallow.content";
> - type: SWALLOW;
> - clip_to: "transitions_clip";
> - description {
> - state: "default" 0.0;
> - rel1 {
> - offset: 5 7;
> - }
> - rel2 {
> - offset: -5 -7;
> - }
> - }
> - }
> -
> - part {
> - name: "transitions_clip";
> - type: RECT;
> - mouse_events: 1;
> - description {
> - state: "default" 0.0;
> - color: 255 255 255 128;
> -
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 3:59 AM, Carsten Haitzler wrote: > On Sun, 13 Nov 2011 03:11:42 -0200 Gustavo Sverzut Barbieri > said: > >> On Sun, Nov 13, 2011 at 2:54 AM, Carsten Haitzler >> wrote: >> > On Sun, 13 Nov 2011 02:33:22 -0200 Gustavo Sverzut Barbieri >> > said: >> > >> >> On Sun, Nov 13, 2011 at 12:41 AM, hannes.janet...@gmail.com >> >> wrote: >> >> > On Sun, Nov 13, 2011 at 3:40 AM, hannes.janet...@gmail.com >> >> > wrote: >> >> >> On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN >> >> >> wrote: >> >> >>> Log: >> >> >>> THEMES/detorious: subtle fade of menu separator endings. >> >> >>> >> >> >>> This is less boring than the old one that looked like Windows95 :-) >> >> >>> >> >> >> not really liking this one. the full width menu separator is a really >> >> >> distinguishing feature to me. was hard to get this working in gtk-2.0 >> >> >> and impossible in gtk-3.0 so far. >> >> >> >> >> >> http://www.khohar.com/it/hardware/image027.jpg see the difference? >> >> >> >> >> > yours is more like win95 :P >> >> >> >> What you mean? it starts fading around 20px on each side, while win95 >> >> is a hard end. I still think that separators should even be lighter >> >> in color, with more vertical space. Will look nice, I can try it after >> >> I'm done with connman (finishing it right now) >> > >> > speaking of themes... detorious is quite nice - i'd consider it for a >> > default. it'd need more things in it that cover what it misses (from >> > default). are you thinking it's worth fixing up and moving to (just require >> > that it is fixed up to handle all things as default has a requirement to do >> > that). >> >> Yes, otherwise it may never catch up. If everyone focus on one theme >> it will easily replace default.edc > > sure - agreed. e17 theme tho isn't changing much, so if you just merge in the > missing bits by copying edc/images from default - that'd work for now. > >> One thing is that our themes are bit extensive, and it would be good >> to have new icons as well. But we are still trying to do every icon >> for everything, then lots of work. >> >> Marina, gnome, kde, macos and even windows removed small icons from >> menu and most lists. I've discussed this with you already, it's hard >> to see the icons (except for you, eagle eyes ;-P), it's hard to do >> them. By removing some icons that are basically meaningless we could >> help that, leaving few icons to be reworked to provide fresh look (ie: >> most configuration icons means nothing, try to figure out what those >> key, window et al mean without reading the labels). > > i do see your point about all the icons adding to work - BUT... here's my > take: > it's good to have them. here is an example that MOST people can't identify > with > as they have never been there. > > i moved to japan. i didn't read, speak or write japanese. as its not using > latin > alphabets.. it's actually IMPOSSIBLE to even understand what a menu says - you > can't guess. its unintelligible squiggles and lines. i literally would spend > ages hunting through phone menus trying everything to finally find the setting > to change to english. at one time i was in front of a mac... in japanese.. but > unlike the phones... it HAD ICONS. i quickly hunted down settings and could > change things even without changing language - the icons were absolutely KEY > to > that. i know most people might not agree - they may never have had that > experience before, but i'm REALLY REALLY REALLY keen on having them for > exactly > this reason. if everyone spoke the sample language and used the same alphabet > world-wide it'd be a moot point and icons would only be a prettification. > > (as a side note. i noticed when i started learning kanji (chinese characters) > i > became very fast at reading them - even when zooming past on a train, i knew > what train station it was - i read the kanji because they were basically > icons. > they were immediately recognizable much like the icons we use for toilets > world-wide and many other things, so icons speed up use once you become > familiar with them). > > now i DO agree that we have many icons that don't convey meaning very well and > we should address that. really bad ones we should remove and/or replace with a > holder icon so we know it needs work. if you see some of the worst ones - just > do that. we can work our way through over time - this doesn't have to all be > done for a release, but it'd be nice. I know this case and your opinion on this matter. Let's say you're hurting a lot the common case due a very rare corner case. Usually when these things happen you ask someone to help ;-) Anyway, I could direct you to dozen websites explaining why it is bad, particularly similar icons (you suggest "holder icon"), as they become noise. But I'm not in the mood to get into another discussion for nothing. So do as you wish, no fights this time :-) BTW, I have Marina's icon for CPU & Temp, but I don't use them and I think they sh
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 03:11:42 -0200 Gustavo Sverzut Barbieri said: > On Sun, Nov 13, 2011 at 2:54 AM, Carsten Haitzler > wrote: > > On Sun, 13 Nov 2011 02:33:22 -0200 Gustavo Sverzut Barbieri > > said: > > > >> On Sun, Nov 13, 2011 at 12:41 AM, hannes.janet...@gmail.com > >> wrote: > >> > On Sun, Nov 13, 2011 at 3:40 AM, hannes.janet...@gmail.com > >> > wrote: > >> >> On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN > >> >> wrote: > >> >>> Log: > >> >>> THEMES/detorious: subtle fade of menu separator endings. > >> >>> > >> >>> This is less boring than the old one that looked like Windows95 :-) > >> >>> > >> >> not really liking this one. the full width menu separator is a really > >> >> distinguishing feature to me. was hard to get this working in gtk-2.0 > >> >> and impossible in gtk-3.0 so far. > >> >> > >> >> http://www.khohar.com/it/hardware/image027.jpg see the difference? > >> >> > >> > yours is more like win95 :P > >> > >> What you mean? it starts fading around 20px on each side, while win95 > >> is a hard end. I still think that separators should even be lighter > >> in color, with more vertical space. Will look nice, I can try it after > >> I'm done with connman (finishing it right now) > > > > speaking of themes... detorious is quite nice - i'd consider it for a > > default. it'd need more things in it that cover what it misses (from > > default). are you thinking it's worth fixing up and moving to (just require > > that it is fixed up to handle all things as default has a requirement to do > > that). > > Yes, otherwise it may never catch up. If everyone focus on one theme > it will easily replace default.edc sure - agreed. e17 theme tho isn't changing much, so if you just merge in the missing bits by copying edc/images from default - that'd work for now. > One thing is that our themes are bit extensive, and it would be good > to have new icons as well. But we are still trying to do every icon > for everything, then lots of work. > > Marina, gnome, kde, macos and even windows removed small icons from > menu and most lists. I've discussed this with you already, it's hard > to see the icons (except for you, eagle eyes ;-P), it's hard to do > them. By removing some icons that are basically meaningless we could > help that, leaving few icons to be reworked to provide fresh look (ie: > most configuration icons means nothing, try to figure out what those > key, window et al mean without reading the labels). i do see your point about all the icons adding to work - BUT... here's my take: it's good to have them. here is an example that MOST people can't identify with as they have never been there. i moved to japan. i didn't read, speak or write japanese. as its not using latin alphabets.. it's actually IMPOSSIBLE to even understand what a menu says - you can't guess. its unintelligible squiggles and lines. i literally would spend ages hunting through phone menus trying everything to finally find the setting to change to english. at one time i was in front of a mac... in japanese.. but unlike the phones... it HAD ICONS. i quickly hunted down settings and could change things even without changing language - the icons were absolutely KEY to that. i know most people might not agree - they may never have had that experience before, but i'm REALLY REALLY REALLY keen on having them for exactly this reason. if everyone spoke the sample language and used the same alphabet world-wide it'd be a moot point and icons would only be a prettification. (as a side note. i noticed when i started learning kanji (chinese characters) i became very fast at reading them - even when zooming past on a train, i knew what train station it was - i read the kanji because they were basically icons. they were immediately recognizable much like the icons we use for toilets world-wide and many other things, so icons speed up use once you become familiar with them). now i DO agree that we have many icons that don't convey meaning very well and we should address that. really bad ones we should remove and/or replace with a holder icon so we know it needs work. if you see some of the worst ones - just do that. we can work our way through over time - this doesn't have to all be done for a release, but it'd be nice. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 2:54 AM, Carsten Haitzler wrote: > On Sun, 13 Nov 2011 02:33:22 -0200 Gustavo Sverzut Barbieri > said: > >> On Sun, Nov 13, 2011 at 12:41 AM, hannes.janet...@gmail.com >> wrote: >> > On Sun, Nov 13, 2011 at 3:40 AM, hannes.janet...@gmail.com >> > wrote: >> >> On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN >> >> wrote: >> >>> Log: >> >>> THEMES/detorious: subtle fade of menu separator endings. >> >>> >> >>> This is less boring than the old one that looked like Windows95 :-) >> >>> >> >> not really liking this one. the full width menu separator is a really >> >> distinguishing feature to me. was hard to get this working in gtk-2.0 >> >> and impossible in gtk-3.0 so far. >> >> >> >> http://www.khohar.com/it/hardware/image027.jpg see the difference? >> >> >> > yours is more like win95 :P >> >> What you mean? it starts fading around 20px on each side, while win95 >> is a hard end. I still think that separators should even be lighter >> in color, with more vertical space. Will look nice, I can try it after >> I'm done with connman (finishing it right now) > > speaking of themes... detorious is quite nice - i'd consider it for a default. > it'd need more things in it that cover what it misses (from default). are you > thinking it's worth fixing up and moving to (just require that it is fixed up > to handle all things as default has a requirement to do that). Yes, otherwise it may never catch up. If everyone focus on one theme it will easily replace default.edc One thing is that our themes are bit extensive, and it would be good to have new icons as well. But we are still trying to do every icon for everything, then lots of work. Marina, gnome, kde, macos and even windows removed small icons from menu and most lists. I've discussed this with you already, it's hard to see the icons (except for you, eagle eyes ;-P), it's hard to do them. By removing some icons that are basically meaningless we could help that, leaving few icons to be reworked to provide fresh look (ie: most configuration icons means nothing, try to figure out what those key, window et al mean without reading the labels). -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, 13 Nov 2011 02:33:22 -0200 Gustavo Sverzut Barbieri said: > On Sun, Nov 13, 2011 at 12:41 AM, hannes.janet...@gmail.com > wrote: > > On Sun, Nov 13, 2011 at 3:40 AM, hannes.janet...@gmail.com > > wrote: > >> On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN > >> wrote: > >>> Log: > >>> THEMES/detorious: subtle fade of menu separator endings. > >>> > >>> This is less boring than the old one that looked like Windows95 :-) > >>> > >> not really liking this one. the full width menu separator is a really > >> distinguishing feature to me. was hard to get this working in gtk-2.0 > >> and impossible in gtk-3.0 so far. > >> > >> http://www.khohar.com/it/hardware/image027.jpg see the difference? > >> > > yours is more like win95 :P > > What you mean? it starts fading around 20px on each side, while win95 > is a hard end. I still think that separators should even be lighter > in color, with more vertical space. Will look nice, I can try it after > I'm done with connman (finishing it right now) speaking of themes... detorious is quite nice - i'd consider it for a default. it'd need more things in it that cover what it misses (from default). are you thinking it's worth fixing up and moving to (just require that it is fixed up to handle all things as default has a requirement to do that). -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 12:41 AM, hannes.janet...@gmail.com wrote: > On Sun, Nov 13, 2011 at 3:40 AM, hannes.janet...@gmail.com > wrote: >> On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN >> wrote: >>> Log: >>> THEMES/detorious: subtle fade of menu separator endings. >>> >>> This is less boring than the old one that looked like Windows95 :-) >>> >> not really liking this one. the full width menu separator is a really >> distinguishing feature to me. was hard to get this working in gtk-2.0 >> and impossible in gtk-3.0 so far. >> >> http://www.khohar.com/it/hardware/image027.jpg see the difference? >> > yours is more like win95 :P What you mean? it starts fading around 20px on each side, while win95 is a hard end. I still think that separators should even be lighter in color, with more vertical space. Will look nice, I can try it after I'm done with connman (finishing it right now) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sun, Nov 13, 2011 at 3:40 AM, hannes.janet...@gmail.com
wrote:
> On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN
> wrote:
>> Log:
>> THEMES/detorious: subtle fade of menu separator endings.
>>
>> This is less boring than the old one that looked like Windows95 :-)
>>
> not really liking this one. the full width menu separator is a really
> distinguishing feature to me. was hard to get this working in gtk-2.0
> and impossible in gtk-3.0 so far.
>
> http://www.khohar.com/it/hardware/image027.jpg see the difference?
>
yours is more like win95 :P
>>
>>
>> Author: barbieri
>> Date: 2011-11-12 10:17:52 -0800 (Sat, 12 Nov 2011)
>> New Revision: 65098
>> Trac: http://trac.enlightenment.org/e/changeset/65098
>>
>> Modified:
>> trunk/THEMES/detourious/bits/menu.edc
>> trunk/THEMES/detourious/images/menu_im1.png
>>
>> Modified: trunk/THEMES/detourious/bits/menu.edc
>> ===
>> --- trunk/THEMES/detourious/bits/menu.edc 2011-11-12 14:33:08 UTC (rev
>> 65097)
>> +++ trunk/THEMES/detourious/bits/menu.edc 2011-11-12 18:17:52 UTC (rev
>> 65098)
>> @@ -192,7 +192,7 @@
>> mouse_events: 0;
>> description {
>> state: "default" 0.0;
>> - min: 20 2;
>> + min: 40 2;
>> max: 2;
>> rel1 {
>> relative: 0.0 0.0;
>> @@ -204,7 +204,7 @@
>> }
>> image {
>> normal: "images/menu_im1.png";
>> - border: 2 2 1 1;
>> + border: 20 20 1 1;
>> }
>> color_class: "menu_base";
>> }
>>
>> Modified: trunk/THEMES/detourious/images/menu_im1.png
>> ===
>> (Binary files differ)
>>
>>
>> --
>> RSA(R) Conference 2012
>> Save $700 by Nov 18
>> Register now
>> http://p.sf.net/sfu/rsa-sfdev2dev1
>> ___
>> enlightenment-svn mailing list
>> enlightenment-...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>>
>
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/THEMES/detourious: bits images
On Sat, Nov 12, 2011 at 7:17 PM, Enlightenment SVN
wrote:
> Log:
> THEMES/detorious: subtle fade of menu separator endings.
>
> This is less boring than the old one that looked like Windows95 :-)
>
not really liking this one. the full width menu separator is a really
distinguishing feature to me. was hard to get this working in gtk-2.0
and impossible in gtk-3.0 so far.
http://www.khohar.com/it/hardware/image027.jpg see the difference?
>
>
> Author: barbieri
> Date: 2011-11-12 10:17:52 -0800 (Sat, 12 Nov 2011)
> New Revision: 65098
> Trac: http://trac.enlightenment.org/e/changeset/65098
>
> Modified:
> trunk/THEMES/detourious/bits/menu.edc
> trunk/THEMES/detourious/images/menu_im1.png
>
> Modified: trunk/THEMES/detourious/bits/menu.edc
> ===
> --- trunk/THEMES/detourious/bits/menu.edc 2011-11-12 14:33:08 UTC (rev
> 65097)
> +++ trunk/THEMES/detourious/bits/menu.edc 2011-11-12 18:17:52 UTC (rev
> 65098)
> @@ -192,7 +192,7 @@
> mouse_events: 0;
> description {
> state: "default" 0.0;
> - min: 20 2;
> + min: 40 2;
> max: 2;
> rel1 {
> relative: 0.0 0.0;
> @@ -204,7 +204,7 @@
> }
> image {
> normal: "images/menu_im1.png";
> - border: 2 2 1 1;
> + border: 20 20 1 1;
> }
> color_class: "menu_base";
> }
>
> Modified: trunk/THEMES/detourious/images/menu_im1.png
> ===
> (Binary files differ)
>
>
> --
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
