W3C home > Mailing lists > Public > public-appformats@w3.org > June 2007

Re: Widgets on low memory devices

From: Grassel Guido (Nokia-NRC/Helsinki) <guido.grassel@nokia.com>
Date: Mon, 25 Jun 2007 11:34:06 +0300
To: ext Alex Linde <alex@joemoby.com>, "WAF WG (public)" <public-appformats@w3.org>
Message-ID: <C2A558AF.17B29%guido.grassel@nokia.com>

Dear Alex,

Thanks for the input.

How does a minimized view help to conserve memory (add more resources: CPU,
bandwidth, and battery) compared to a maximized (normal) view?
- From my own experience, the majority of system resources goes on keeping
yet another Widget running in the browser engine,  the size of its visual
representation makes only a comparably small difference. A well written
Widget should put itself to idle state whenever it detects that it does not
have the user's attention.

- Experiments with multi-document support on the S60 browser tells that many
today's smart phones have resources for 2-3 open document. Devices with over
average amount of RAM can handle more. No more than one document should
perform intensive JavaScript / DOM stuff at the same time. This gives some
idea on how many Widgets can be running at the same time.
- The Widget 1.0 spec defines an icon to be supplied with each Widget
package that should be shown when the Widget is not running.
Are several index.html files needed for a widget to have multiple views ?
- I think it is not necessary. It can be worked quit well with some
branching in just one file.


Regards
- Guido

On 6/22/07 12:20 PM, "ext Alex Linde" <alex@joemoby.com> wrote:

> Hi,
> 
> I've been reviewing the widget requirements with regard to implementation on
> low memory devices. Within our proposed implementation we would like to have
> widgets with one or more views - essentially a minimized view for the "widget
> dashboard" with an option for a widget to maximize to full screen.
> 
> This is possible within the framework you have proposed, however for a single
> "index.html" it still requires that all views are loaded by the browser or
> widget engine. 
> 
> My question is whether the ideal implementation of multiple views should be:
> 
> - Separate html files within the widget - essentially requiring that each view
> can save state to pass to the other.
> - Individual div sections in the index.html with style.display = "none" for
> views that should be removed from memory.
> - ..something else?
> 
> Would it be possible for the group to suggest a recommended method of
> supporting multiple views and include this in their documentation? This would
> help both widget runtime developers and widget authors.
> 
> Many thanks,
> 
> Alex.
> 


Kind Regards
- Guido

-----
Guido Grassel, Nokia Research Center, guido.grassel@nokia.com
Received on Monday, 25 June 2007 08:32:05 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:10:22 GMT