Sounds amazing. But where can we get the serenity.edj theme???<br><br><div class="gmail_quote">On Wed, Feb 25, 2009 at 5:18 AM, Joel Newkirk <span dir="ltr"><<a href="mailto:freerunner@newkirk.us">freerunner@newkirk.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Tue, 24 Feb 2009 12:32:09 +0100<br>
Helge Hafting <<a href="mailto:helge.hafting@hist.no">helge.hafting@hist.no</a>> wrote:<br>
<br>
> Yorick Moko wrote:<br>
> >> I (and surely others) am working on a leaner, faster theme - any<br>
> >> eye-candy that distinctly impacts the user experience should NOT be<br>
> >> default, and in this case we desperately need a simple and fast<br>
> >> theme as the default or the immediate impression users will get<br>
> >> is: "Damn, this is slow!"<br>
> >><br>
> ><br>
> > nice to hear that<br>
> > ugly and fast beats pretty and damn slow any day for me<br>
> > (pretty and fast would also be acceptable ;-))<br>
><br>
> Pretty and fast should be possible then.<br>
><br>
> There is no need for multiple layers of transparent icons. They can<br>
> be collapsed into one layer with a single transparent icon, looking<br>
> _exactly_ the same.<br>
><br>
> Effects when a icon is actually selected is another story, but that<br>
> sort of thing should not need to impact scrolling.<br>
><br>
> Helge Hafting<br>
<br>
Therein lies the problem, in a sense. (or a large part of it)<br>
<br>
With the default.edj theme (Illume doesn't override it for Fileman,<br>
which includes Illume icons) every icon on the 'desktop' initially<br>
displays just the icon image, be it png, jpg, animated edj, whatever.<br>
When you touch the screen to scroll it, it will highlight the touched<br>
icon even if you don't actually select it. When it highlights it, it<br>
makes visible a 'background' png behind the icon, and two or three<br>
layers of transparent pngs on top of the icon, to give the 'glass<br>
button with an icon embedded in it' effect. Even when not visible (IE,<br>
on at least all but one icon at a time) those extra pngs are there,<br>
their positions are calculated AFAIK and their bitmaps are loaded.<br>
(again, AFAIK - those two are internals of Enlightenment and I'm<br>
guessing)<br>
<br>
But to make the user experience worse, whenever those extra pngs are<br>
made visible or invisible, it uses an animated fade-in/fade-out. So<br>
every time you drag to scroll, it's busy animating a fade-out on the<br>
previously highlighted icon, animating a fade-in on the one under your<br>
finger, and scrolling all the transparent and invisible PNGs. The<br>
effect is quite attractive, if only the FR had the horsepower to manage<br>
it while running a phone, GPS, and frameworkd. :(<br>
<br>
With the present state of my altered Illume theme (serenity.edj) I've<br>
trimmed the icons down to just the 'icon' image itself and a single png<br>
that appears behind it when highlighted. Outside the theme itself I've<br>
disabled dropshadows and changed rendering, and disabled the battery<br>
applet display (pending debugging - it sucks CPU apparently) and it<br>
reduced Enlightenment cpu usage dramatically.<br>
<br>
But I found significant further savings by tweaking icons. I've been<br>
using some Oxygen icons, and because I always have the launcher at<br>
'extra large' (3 icons across in portrait) I started out with the<br>
256x256 oxygen icons. Which are beautiful, but suck resources like<br>
crazy. I figured changing to 128x128 would help but the problem was<br>
almost exactly the same, while it looked worse on screen. So I did some<br>
investigating and testing and found that if I prescale my icons to the<br>
actual displayed size on the FR it responds great. In this case,<br>
that's 116x116 pixels. (that's the icon itself at 'extra large' -<br>
Illume displays the name below that, and the two of them are in IIRC a<br>
162x142 tile)<br>
<br>
So by prescaling to 116x116 pixel icons in Gimp I get the same memory<br>
and CPU (hence UI responsiveness) as with much smaller (blotchier<br>
after scaling) images. 'Large' launcher icons appear to be 76x76, and<br>
'medium' 36x36. This is theme-dependent though, as well as preferences<br>
dependent - within the edje theme they can be scaled or resized or<br>
whatever. So a prepackaged icon theme would probably need to be scaled<br>
to match a particular Illume theme's resulting sizes... Even then, if<br>
the user has utilized the useful 'scaling' settings it will probably<br>
differ. Still pondering the best answer here.<br>
<br>
So right now, with the rescaled icons, removing excess icon adornments,<br>
and disabling dropshadows and battery the SHR Illume is /almost/ as<br>
smooth scrolling as 2008.x. I also found that disabling animation of<br>
the slipshelf drop-down etc helped significantly in making it feel more<br>
responsive. Overall, it feels like a completely different phone when I<br>
switch back to the Illume theme.<br>
<br>
j<br>
<br>
_______________________________________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><br>Best Regards<br><br>HouYu Li, Karajan<br><br>karajan_ii (at) <a href="http://hotmail.com">hotmail.com</a><br>karadog (at) <a href="http://gmail.com">gmail.com</a><br>
lihouyu (at) <a href="http://phpex.net">phpex.net</a><br><br>PHP Programmer<br>Red Hat Certified Engineer<br><br>15th Feb, 2008<br>Shanghai, China<br>