to do is to integrate all this in
the Picture Viewer maybe with some scripting or
directily ind the Picture viewer code.
This can make the neo a very usefull companion to any
digital camera.
Once the Picture Viewer development is more advanced I
will like to be involved to include this feature
David Samblas Martinez wrote:
24 hour of gps data log how big (in bytes or
multiples) can be? I have no expercience with gps
tracking so I hope I have not said any no sense
idea
That's easy to count. Let's say you log 100 bytes every second (that's
more than enough for longitude, latitude,
Ok I will auto-answer to this question based on you
answer with more accuracy data
based on
http://www.eoss.org/pubs/nmeafaq.htm
NMEA 0183 sentences= up to 82 Ascii chars--one
sentence per second--82 bytes per second
so 60*60*24*82=7084800
based on zzip examples text compresion
David Samblas Martinez wrote:
Ok I will auto-answer to this question based on you
answer with more accuracy data
based on
http://www.eoss.org/pubs/nmeafaq.htm
NMEA 0183 sentences= up to 82 Ascii chars--one
sentence per second--82 bytes per second
so 60*60*24*82=7084800
It's (probably)
David Samblas Martinez ha scritto:
To be able to do this a gps traker log has to be
recorded previously on the neo (for sure this will be
a default feature on the neo) , the digital camera has
to be time syncroniced with the neo (any digital
camera can change his hour/date in the setup) and
Why is eveyone trying to fit everything into one use case?
It will be really hard to remember every special move to
get a specific feature working.
Why not introduce a command mode one can reach with the
same move and then entering a letter to get a special
mode where every move is manipulating
That's too complicated and too slow...
On 4/21/07, Karsten Ensinger [EMAIL PROTECTED] wrote:
Why is eveyone trying to fit everything into one use case?
It will be really hard to remember every special move to
get a specific feature working.
Why not introduce a command mode one can reach with
I'd like to be able to do most things without menus or buttons, just
learned interaction.
Sorry to remind this, but we have been thinking of such controls, with
simple mockups:
http://wiki.openmoko.org/wiki/UI_Improvements#Using_simple.2C_localized_warp_as_modifier_key
These controls are
-- Forwarded message --
From: Ryan Prior [EMAIL PROTECTED]
Date: Apr 20, 2007 12:40 PM
Subject: Re: picture viewer
To: Florent THIERY [EMAIL PROTECTED]
If we're going to have a mokofingerwheel on the map interface, why not allow
finger wheel up to zoom out and finger wheel down
Coenen [EMAIL PROTECTED] wrote:
Hay,
Browsing the wiki, I found that the picture viewer was to be a stylus
application.
Viewing photos is something you do together, making it very unpractical
to
do with a stylus.
I think it should be a combination of both stylus and finger.
Managing
Ortwin Regel wrote:
The problem I have with double tap zooming is that I'd like to have
smooth zooming. I also don't like drawing a box for zooming but rather
the picture reacting instantly to my motion. Not sure how well the
first gen hardware will handle this, though.
true, that iphone zoom
If you want smooth scrolling, how about this mod to what I said earlier:
On the double-tap to center-and-zoom, hold the the second tap. The pic
slowly (human speed) zooms and centers to where you're touching. When
you've zoomed in enough, lift the finger. This would be similar to the way
Interesting... However, what about zooming out again? Also this would
take too much time while possibly being too fast for my grandparents.
Holding the second tap is a bad idea but dragging it around might be a
good one. All in all, how about this:
drag finger -- drag viewable area
tap, then tap
Coenen [EMAIL PROTECTED] wrote:
Hay,
Browsing the wiki, I found that the picture viewer was to be a stylus
application.
Viewing photos is something you do together, making it very unpractical to
do with a stylus.
I think it should be a combination of both stylus and finger.
Managing and looking
,
Browsing the wiki, I found that the picture viewer was to be a stylus
application.
Viewing photos is something you do together, making it very unpractical
to
do with a stylus.
I think it should be a combination of both stylus and finger.
Managing and looking for a specific dir should be done
.
If you need a mock up to understand this, tell me and I can make one.
It will look crappy, though.
Ortwin
On 4/19/07, Frank Coenen [EMAIL PROTECTED] wrote:
Hay,
Browsing the wiki, I found that the picture viewer was to be a stylus
application.
Viewing photos is something you do together
Hay,
Browsing the wiki, I found that the picture viewer was to be a stylus
application.
Viewing photos is something you do together, making it very unpractical to
do with a stylus.
I think it should be a combination of both stylus and finger.
Managing and looking for a specific dir should
17 matches
Mail list logo