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">&lt;<a href=""></a>&gt;</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 &lt;<a href=""></a>&gt; wrote:<br>
&gt; Yorick Moko wrote:<br>
&gt; &gt;&gt; I (and surely others) am working on a leaner, faster theme - any<br>
&gt; &gt;&gt; eye-candy that distinctly impacts the user experience should NOT be<br>
&gt; &gt;&gt; default, and in this case we desperately need a simple and fast<br>
&gt; &gt;&gt; theme as the default or the immediate impression users will get<br>
&gt; &gt;&gt; is: &quot;Damn, this is slow!&quot;<br>
&gt; &gt;&gt;<br>
&gt; &gt;<br>
&gt; &gt; nice to hear that<br>
&gt; &gt; ugly and fast beats pretty and damn slow any day for me<br>
&gt; &gt; (pretty and fast would also be acceptable ;-))<br>
&gt; Pretty and fast should be possible then.<br>
&gt; There is no need for multiple layers of transparent icons. They can<br>
&gt; be collapsed into one layer with a single transparent icon, looking<br>
&gt; _exactly_ the same.<br>
&gt; Effects when a icon is actually selected is another story, but that<br>
&gt; sort of thing should not need to impact scrolling.<br>
&gt; Helge Hafting<br>
Therein lies the problem, in a sense.  (or a large part of it)<br>
With the default.edj theme (Illume doesn&#39;t override it for Fileman,<br>
which includes Illume icons) every icon on the &#39;desktop&#39; 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&#39;t actually select it.  When it highlights it, it<br>
makes visible a &#39;background&#39; png behind the icon, and two or three<br>
layers of transparent pngs on top of the icon, to give the &#39;glass<br>
button with an icon embedded in it&#39; 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&#39;m<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&#39;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>
With the present state of my altered Illume theme (serenity.edj) I&#39;ve<br>
trimmed the icons down to just the &#39;icon&#39; image itself and a single png<br>
that appears behind it when highlighted.  Outside the theme itself I&#39;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>
But I found significant further savings by tweaking icons.  I&#39;ve been<br>
using some Oxygen icons, and because I always have the launcher at<br>
&#39;extra large&#39; (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&#39;s 116x116 pixels.  (that&#39;s the icon itself at &#39;extra large&#39; -<br>
Illume displays the name below that, and the two of them are in IIRC a<br>
162x142 tile)<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.  &#39;Large&#39; launcher icons appear to be 76x76, and<br>
&#39;medium&#39; 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&#39;s resulting sizes...  Even then, if<br>
the user has utilized the useful &#39;scaling&#39; settings it will probably<br>
differ.  Still pondering the best answer here.<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>
Openmoko community mailing list<br>
<a href=""></a><br>
<a href="" target="_blank"></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=""></a><br>karadog (at) <a href=""></a><br>
lihouyu (at) <a href=""></a><br><br>PHP Programmer<br>Red Hat Certified Engineer<br><br>15th Feb, 2008<br>Shanghai, China<br>