Open Moko Themes

[Peter A Trotter]

On 13/06/07, Buddy <buddy.baars at gmail.com> wrote:
>
> On 6/13/07, Emre Turkay <emreturkay at gmail.com> wrote:
> > On 6/12/07, Tim Newsom <cephdon at gmail.com> wrote:
> > > This is where XAML or XUL are particularly suited.
> > > The idea is that the UI will be mostly svg commands or in some cases
> > > images.. But rendered completely by the engine.  Look up what you get
> >
> > Loading the burden of SVG rendering to the run-time, for a very static
> > environment like a mobile platform (you don't plug a screen with a
> > different resolution to your cell phone generally) IMHO not a very
> > good idea. They may be vector graphics at the development phase but
> > they should be compiled (translated into bitmap) before deployed onto
> > the real device.
>

I agree totally about images. However, as I understand it the SVG spec is
for far more than drawing pretty pictures. It also allows the embedding of
these generated images.

I was fingering SVG as a potential candidate to entirely separate the
application UI from the back end (html/ajax has been suggested elsewhere but
I think SVG would be far better)

If the application is then used on a different form factor device you can
simply produce a new SVG file. All the UI script and images are linked to
the SVG.

This also gives us a nice separation of people who are good at making things
look good and those of us who know the loop preconditions / postconditions
without even thinking.

If openmoko is to deal with multiple different devices/resolutions this will
be a key feature.

-Pete


> My motivation is, why should we decrease the performance to get the
> > same effects, both for UI eye-candy and usefulness?
> >
> > emre
> >
>
> SVG can be used for scaling with same resolution and the average
> filesize will be very small
>
> _______________________________________________
> OpenMoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20070613/880d5191/attachment.htm