UI long term development perspective: physics engine
gervais.mulongoy at gmail.com
Fri Mar 23 16:51:22 CET 2007
For the smooth transition effects you are describing, what part of the
OpenMoko framework would have to be changed for this to work?
On 3/23/07, adrian cockcroft <adrian.cockcroft at gmail.com> wrote:
> While the initial phone doesn't have the power for OpenGL, the next
> generation mobile CPUs do have graphics accelerators and OpenGL
> support. I think this is a very good direction to take, as a follow-on
> project, but not for the initial development.
> Some simple parts of the physics engine may be useful to start with,
> but would need to be coded to avoid using floating point math. If we
> can define a common and extensible API to a physics engine that can
> have simple/integer and advanced versions, then we can smooth the
> On 3/23/07, Florent THIERY <fthiery at gmail.com> wrote:
> > Take a look @ this iphone video:
> > http://www.youtube.com/watch?v=nPqqfVLQ_qY
> > There is:
> > - it's as if the entire list is the scrolling bar, but reverted
> > (finger down -> scroll up)
> > - the list follows the pointer
> > - as soon as you stop touching, the list continues to scroll (in
> > contrary to standard gtk scrolling bar)
> > - the list moves at the speed measured at the end of the "touching"
> > - some "friction" lets it slow down
> > - when you touch it again, it stops the scrolling
> > Questions:
> > - will the neo/openmoko graphics system be powerful enough for such
> > animation? I suspect apple to do opengl acceleration on this device,
> > which is waaaaay impossible for us
> > - ok, akamaru is overkill. But it allows friction, speed etc...
> > _______________________________________________
> > OpenMoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> OpenMoko community mailing list
> community at lists.openmoko.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the community