On Fri, 2005-12-30 at 11:14 +0000, Karl Lattimer wrote:
> **Running in circles***
> "oh my god, oh my god, oh my god"
> 
> Can we all please take a moment to bow down to tack

Please, please, get off the floor.  I'm no god.  Although, you can kiss
my ring if you'd like.

> I remember we spoke about this pretty briefly a while back,  
> considering the future of freevo themes, and looking at other  
> consumerised devices. Suddenly there is code!!!

A lot of this had been in the back of my mind for a long time.  Talking
with you just reaffirmed my plans.

> I've got so many ideas for making the freevo menus create an impact  
> with animation, rotation and flipping would improve things a little  
> but i doubt its that important.

Unfortunately there are still plenty of limitations, mainly limited by
evas itself.  We can't rotate arbitrarily, and we can't scale text
objects.  This means that certain MCE-style effects are still
impossible.   Hopefully improvements will happen to evas.

> so if i get this right you can operate size on a video or pygoom  
> visual as well as simpler elements... wow!

That's right.  No pygoom, but you can use the goom post plugin in xine,
which is supported.  So yes, you can render a visualization to the
canvas and manipulate like an image object, which includes scaling.  In
fact, the Movie example in the canvas docs can also take an audio file
on the command line, and so instead of rendering a video, it will render
the visualization.

   http://sault.org/~tack/goom.jpg

> I can see selection of menu elements going toward the highlight,  
> flash, zip around and cool circular menus and nonsense like that  
> coming along in freevo 2.0.

Another limitation is going to be the CPU itself, by the way. :)  Opengl
makes a lot of effects quite smooth, but not everyone is going to have a
gl-capable card, and not everyone is going to be using X11.  (Although
I'm less interested in those people than dischi and rshortt are.)

> Are there any ideas about a theme DTD and events yet? A remote/ 
> keyboard/mouse event should really be tied to the theme, then our  
> theme can handle the event and response directly.

I'm still very unclear about how this should work.  What dischi and I do
agree on is that not everything is going to be made possible in xml.
Some things are just going to require code, like you need JavaScript now
to manipulate the DOM.

I do see certain events like onhover and onselect, but this will
definitely require some thought.  

Cheers,
Jason.

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to