On 28/11/06, Koen Kooi [EMAIL PROTECTED] wrote:
There are some minor, self-contained proprietary bits on the back end
side in userspace.
- http://gnumonks.org/~laforge/weblog/2006/11/08/
which appears to contradict
In userspace, there only one single component that is not going to be
Dnia środa, 29 listopada 2006 07:26, Jeff Andros napisał:
Hey! and OpenMoKo is supposed to be build compatible with Zaurus apps,
right? so we're half way there
This days OpenEmbedded can build applications in a way to be compatible
with so called SharpROM but normal people use normal
Dave Crossland wrote:
On 28/11/06, Koen Kooi [EMAIL PROTECTED] wrote:
There are some minor, self-contained proprietary bits on the back end
side in userspace.
- http://gnumonks.org/~laforge/weblog/2006/11/08/
which appears to contradict
In userspace, there only one single
On 11/29/06, Sean Moss-Pultz [EMAIL PROTECTED] wrote:
We're still deciding on how open we can be with the hardware. Please keep in
mind this is a legal mine field. Every single component we use (expert
perhaps the CPU) needs an NDA just to read the datasheet. I would love to
see open hardware.
On 11/28/06 7:55 AM, Robert Michel [EMAIL PROTECTED] wrote:
And I hope that you will not unsubscribe, as well,
I proise to write more focused in the future ;)
I for one, find your emails quite entertaining. Stuffed full of things that
make us think. Please keep up the good work ;-)
-Sean
On 11/28/06 8:27 AM, Alexander Steinert [EMAIL PROTECTED] wrote:
I would like to contribute some thoughts like all the others here
throwing in their two cents (or $/EUR/.. Where do you come from, rob?
Looks like you waited you whole life for this phone.
Hehe.
1. Congratulation to Sean
On 11/29/06 2:36 AM, Richard Franks [EMAIL PROTECTED] wrote:
What about the uses for Neo1973 in the bedroom? No, wait.. I'm not
touching that one..
Did I add the vibrator function to the preliminary spec? It's got that, too.
;=)
-Sean
___
On 11/29/06 12:25 AM, David Schlesinger [EMAIL PROTECTED]
wrote:
I'll be quite surprised if the GSM stack is open.
Hehe... Not a chance. You'll die trying before you'll find a vendor willing
to open this up ;-)
-Sean
___
OpenMoko community mailing
On 11/28/06 7:31 AM, Robert Michel [EMAIL PROTECTED] wrote:
- no bottle opener
What!?
It's a pitty the Neo1973 will not have a case a frame
made by strong, but light magnesium alloy, with integrated,
fold-out bottle opener to open the beer.
Since years I'm waiting for a mobile with
On 11/29/06 4:16 PM, Dave Crossland [EMAIL PROTECTED] wrote:
On 28/11/06, Koen Kooi [EMAIL PROTECTED] wrote:
There are some minor, self-contained proprietary bits on the back end
side in userspace.
- http://gnumonks.org/~laforge/weblog/2006/11/08/
which appears to contradict
In
On 11/29/06 2:22 PM, Jeff Andros [EMAIL PROTECTED] wrote:
I'm not asking you to go farther than your agreement, but if you could map the
system commands for the major components into the driver, that would be a
wonderful help
We'll do our best. This is all Harald's domain. And he's Mr. Free
One more:
Voice and picture based email and address book.
With no keyboard it is awkward to enter text. It is easier to select a
contact and speak a message. Also illiterate people cannot read.
However, they can speak and recognize faces. Current software makes it
hard for these people to send
Salve,
I yesterday I thought about:
- internt cafes
- b/w, coulor printing
- photo printing services
So my small quick evaluation in my neighbourhood with 11 localisations,
result overview:
- everywhere were USB Mass Storage devices supported :)
- Wlan only at the area of my university - no
Salve,
pdf has one disadvantage (what is an advantage as well),
the document will be shown, as the designer wanted it.
So when he loves a big white frame around the text it
nag me already with a SVGA (1024x768) every page I have
to move to the right and down to see more text instead
of silly
On 11/29/06, Sean Moss-Pultz [EMAIL PROTECTED] wrote:
On 11/29/06 9:18 PM, Ole Tange [EMAIL PROTECTED] wrote:
/Ole
(Who would go for version 1 if there is a trade-up option. Otherwise
wait for version 2).
A trade up option is interesting idea. What exactly do you have in mind?
Optimal for
On 29/11/06, Ole Tange [EMAIL PROTECTED] wrote:
Optimal for me:
Pay USD 350 for v1. When v2 is out: Return v1 and get a deduction of
the price of USD 350.
But I will assume that this will not work for you: The returned v1s
are probably worthless to you. So a better way might be to include a
On 29/11/06, Sean Moss-Pultz [EMAIL PROTECTED] wrote:
Okay, so all the GSM stuff is done in ROM? Or is
this non-free firmware?
It's a completely separate system. It's got it's own (proprietary) OS,
middleware, AT command layer, etc...
Our (open) application processor -- the 2410 -- talks to
On Wed, 29 Nov 2006, Sean Moss-Pultz wrote:
On 11/28/06 7:31 AM, Robert Michel [EMAIL PROTECTED] wrote:
- no bottle opener
What!?
It's a pitty the Neo1973 will not have a case a frame
made by strong, but light magnesium alloy, with integrated,
fold-out bottle opener to open the
On 11/29/06, Dave Crossland [EMAIL PROTECTED] wrote:
On 29/11/06, Ole Tange [EMAIL PROTECTED] wrote:
Optimal for me:
Pay USD 350 for v1. When v2 is out: Return v1 and get a deduction of
the price of USD 350.
But I will assume that this will not work for you: The returned v1s
are probably
On Wed, 29 Nov 2006, Robert Michel wrote:
*IDEA*
Wait, because these systems support USB mass storage device - couldn't
we use a normal browser and on download to a FIFO file and an upload to
a FIFO to FIFOs on our server? So no local installation, nor Java
support (I would have
Salve!
For this text colour point and coloured fingertip are equivalent
Robert Michel schrieb am Samstag, den 25. November 2006 um 04:22h:
A grafic, that explain the design of a multi-touch screen sensor:
http://cs.nyu.edu/~jhan/ftirsense/index.html
I was worried about dirt or the behavior of
Salve!
Robert Michel schrieb am Mittwoch, den 29. November 2006 um 20:02h:
Or for the power user, paint different color points on your finger
tips (multiple (different) coloured points on one or more of your
Ok nerds would paint their finger tips with colour, but who else?
What about light
Skip all that, and go straight to monitoring EEG brain signals - one
sensor (array), all input handled. Fashion it into a nice hat.
Actually, no.. all I really want to do with the Neo1973 is get a
ring-tone to do the beep beep boop bop from CTU/24.
Now I think of it though.. AGPS/GPRS... urban
On 11/29/06, Robert Michel [EMAIL PROTECTED] wrote:
*IDEA*
Wait, because these systems support USB mass storage device - couldn't
we use a normal browser and on download to a FIFO file and an upload to
a FIFO to FIFOs on our server? So no local installation, nor Java
support (I would
Hello.
On Tue, 2006-11-28 at 09:17, Jeff Andros wrote:
2. Also, how much work has gone into a cradle solution for the device...
I absolutely hate chasing cables across my desk; I'd love to have some kind
of dock. I'm leery of suggesting a combined docking port (please don't do
anything
I would most definitely go for a version 1 if there is an option of trading up
later.
My only doubts about this phone is if its worth buying that phone only to have
to buy another when version 2 comes out.
But if a trade up is available I am very likely to get version 1 and then trade
up when
On 11/29/06, Richard Franks [EMAIL PROTECTED] wrote:
Oh wait. You mean hosting the HTML file(s) on the Neo? By pointing the
PC browser to the HTML file on the Neo's memory, you could in effect
set up a meta-refresh every second or so, or use AJAX to read files
(requests) from the Neo's memory,
On Wednesday 29 November 2006 22:16, Stuart Gray wrote:
available, as I am used to getting my phones free on contract, and spending
$350 on a phone I plan to upgrade not too long after would just be mad.Cant
wait though, I am really excited for it. Hopefully all my hopes turn into
reality.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Franks schreef:
snip
Hey! This is the first project idea which we (the community) could
start today and complete even before the first Neo1973 ships, without
access to the SDK or any other data. Booya.
That isn't true. You can start
I don't think it has been asked before. But what should the software for the
phone be programmed in, Java or C++ or what? or since its Linux smartphone can
I do either?
Stuart Gray
_
Be one of the first to try Windows Live Mail.
Hello.
On Wed, 2006-11-29 at 21:26, Stuart Gray wrote:
I don't think it has been asked before.
Wrong. It was asked several times. :)
But what should the software for the phone be programmed in, Java
or C++ or what? or since its Linux smartphone can I do either?
To use the SDK C/GTK+ is
Here's another idea, this one less than half-baked, but I trust this community
to help identify the flaws, seek the gems, and see if anything remains that is
useful.
My current phone is the Danger Sidekick II. One of its features that I really
like is the web page that Danger provides that
On 11/29/06, Koen Kooi [EMAIL PROTECTED] wrote:
Hey! This is the first project idea which we (the community) could
start today and complete even before the first Neo1973 ships,
without
access to the SDK or any other data. Booya.
That isn't true. You can start coding a a pure gtk+ app
This isn't really half baked at all, all you need is a webserver on the
device small enough to run 1-2 clients and https... It's even better than
the danger since everything runs on your phone... you have control of
security, and we could even make a monitor app that displays when someone's
But what should the software for the phone be programmed in, Java
or C++ or what? or since its Linux smartphone can I do either?
Perl :-D
___
OpenMoko community mailing list
community@lists.openmoko.org
On Wed, 2006-11-29 at 13:42 -0800, [EMAIL PROTECTED] wrote:
Here's another idea, this one less than half-baked, but I trust this community
to help identify the flaws, seek the gems, and see if anything remains that is
useful.
This will be the first application I will develop. I love it - That
On Wed, 29 Nov 2006, Redvers Davies wrote:
On Wed, 2006-11-29 at 13:42 -0800, [EMAIL PROTECTED] wrote:
Here's another idea, this one less than half-baked, but I trust this community
to help identify the flaws, seek the gems, and see if anything remains that is
useful.
This will be the first
I love this idea and I would like to suggest a method of handeling a
portions of it...
Use web services... Web methods or whatever you call it. If you build
an api for uploading sets of data they could be implelented in almost
any lauguage and used natively like normal objects.
Perl, php,
On Wed, 29 Nov 2006, Tim Newsom wrote:
I love this idea and I would like to suggest a method of handeling a portions
of it...
Use web services... Web methods or whatever you call it. If you build an api
for uploading sets of data they could be implelented in almost any lauguage
and used
Use web services... Web methods or whatever you call it. If you build an
api
for uploading sets of data they could be implelented in almost any
lauguage
and used natively like normal objects.
Perl, php, python, java, c# can all do that and it means the backend
does not
have to be
Salve,
because I know *now* that the Neo1973 has a whole for a string to wear it
at your neck - I have some ideas...
of course optional and not by default - but when the normal standby
position would be vertical - at your neck or in your pocket - so when
using the smartphone, you will put it
Yeah. But more specifically I am defining the type of api as web
services or web methods (they are the same thing usually).
Basically, the web method is a standard used to define the remote method
calls, their required parameters and types of acceptable data from
within a program. Any
Right.. For peer to peer or requests directly to the phone that's true.
There is no reason we could not build a community shared server to be
the intermedary between the phones however...
Something that doesn't store the data longer than necessary for another
phone to retreive the
Nokia did it. (http://wiki.opensource.nokia.com/projects/Mobile_Web_Server)
So yeah, it is possible. They are using a gateway to translate an url
to your phone's web server (and i guess they are using it to
communicate with the phone which is behind the operator's proxy)
On 11/30/06, Jeff
On 11/30/06 12:41 AM, Ole Tange [EMAIL PROTECTED] wrote:
Come to think of it: You should always value your customers and give
them incentive to buy more from you. So a trade up might apply to the
v2-v3 transition as well.
It's an interesting idea. At this point let me just sit on it. I need
Salve Jeff,*!
When it will be only adresses, todo, memo - syncML is build to do
this. But please via a secure network - Siemens offer this unencrypted.
*help*help*help*help*
On Wed, 29 Nov 2006, Jeff Andros wrote:
for uploading sets of data they could be implelented in almost any
lauguage
On 11/30/06 1:17 AM, Dave Crossland [EMAIL PROTECTED] wrote:
I'm essentially asking if its theoretically possible that this phone
might be FSF endorsed - non-free firmware is fine by the FSF as long
as it is burned onto a ROM and can never present an ethical problem.
I really don't know. But
Salve Ole, Sean!
On Thu, 30 Nov 2006, Sean Moss-Pultz wrote:
On 11/30/06 12:41 AM, Ole Tange [EMAIL PROTECTED] wrote:
Come to think of it: You should always value your customers and give
them incentive to buy more from you. So a trade up might apply to the
v2-v3 transition as well.
No keystroke at all - using just the different color points - areas
and use the combinatoric - 10 colour points without different areas
would give the power of 10! = 3.628.800 combinations
more areas would give more power
so... if we've got an optical system like this, would it also
snip
Without thougths like that you will have an incredible GPRS traffic =
costs.
ICS is really simple so
we could host that from the device as well. If Apache isn't small
enough,
even stripped down, there are several server apps that are optimised for
this kind of environment
I don't
Web services are XML data transfer. The problem with xml is that it is
wordy for data (size) but good for parsing. What I mean by that is that its
not the most efficient way to transfer data ( ok thats obvious) but its a
defined format and easy to parse just about anywhere.. just slow.
If you
On 11/29/06, Tim Newsom [EMAIL PROTECTED] wrote:
Web services are XML data transfer. The problem with xml is that it is
wordy for data (size) but good for parsing. What I mean by that is that its
not the most efficient way to transfer data ( ok thats obvious) but its a
defined format and easy
So here is a document talking about some of the things we have mentioned...
From the link to nokia...
http://research.nokia.com/tr/NRC-TR-2006-005.pdf
Interesting, they have thought of quite a bit of this already.
--Tim.
On 11/29/06, Jeff Andros [EMAIL PROTECTED] wrote:
On 11/29/06, Tim
First of all, I'd like to say how great this project looks. OpenMoko
will make phones the way they should be. I've been through various
multifunction smart phones and I haven't been impressed:
Nokia 9210 - too fiddly, limited software
Sony Ericsson P910 - screen too small, limited software
Nokia
On 11/30/06 1:34 AM, Robert Michel [EMAIL PROTECTED] wrote:
But I will assume that this will not work for you: The returned v1s
are probably worthless to you. So a better way might be to include a
voucher with a serial number in the v1 package. The voucher will give
me a discount of 50% if I
On 11/30/06 3:32 AM, Robert Michel [EMAIL PROTECTED] wrote:
But this light sensor could also combined with localisation, time and
provile (or movement sensor)
E.g. when I'm at home and the light sensor detects light at 2 o'clock
in the morning, I will still be reachable for calls from my
On 11/29/06, Ben [EMAIL PROTECTED] wrote:
Alternatively, could you make a communications add-on pack? (I don't
mind big phones) with BT, WiFi and maybe even IR included?
On 11/30/06, Jeff Andros [EMAIL PROTECTED] wrote:
You mean something like the old school ipaq sleds?
57 matches
Mail list logo