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 manipu
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
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
CTRL
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
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.
Ortwin
On 4/19/07, Steven Milburn <[EMAIL PRO
Simon Norberg <[EMAIL PROTECTED]> writes:
> And i really hope we can replace the non-free GPS software as soon
> as possible or atleast before the public release.
There is an open-source gps project that seems to have the code needed
to do the GPS positional calculations from first principles.
-- 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 dow
2007/4/20, Hans van der Merwe <[EMAIL PROTECTED]>:
On Fri, 2007-04-20 at 08:26 +0200, Simon Norberg wrote:
> Hello,
> I mailed Richard Stallman a while ago regarding a few things including
> what he thought about openmoko and his answer was:
>
> I could endorse it if they get rid of the plan to
I have raised the question about this on [EMAIL PROTECTED] long
time ago. Similar issue to Wifi driver, but different decision.
However, I think we have to understand that building everything from
free/open source in the expected timeline is not that easy.
cheers,
--rd
On 4/20/07, Simon Norber
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 intend
On Friday 20 April 2007 09:16, Dr. H. Nikolaus Schaller wrote:
> I would suspect: size, matching interfaces, availability, cost of
> additional components?
When I worked on similar things, cost and updates were the two main reasons.
Sizewise often there wasn't such a big difference, cost was very
On Fri, 2007-04-20 at 08:26 +0200, Simon Norberg wrote:
> Hello,
> I mailed Richard Stallman a while ago regarding a few things including
> what he thought about openmoko and his answer was:
>
> I could endorse it if they get rid of the plan to use non-free
> software for the GPS.
>
> I don't t
Am 20.04.2007 um 08:48 schrieb Raphaël Jacquot:
I'm still wondering *why* we need to use an AGPS device that's so dumb
that it needs the *host* to do most of the calculations, when we could
have used a SIRF-STAR III sensor, that does everything inside, just
like
the GSM/GPRS module.
I woul
13 matches
Mail list logo
