Giles Jones wrote:
On 15 Sep 2007, at 22:53, J F wrote:
What I would like to see is ALL programs having a way of getting at
their
data from a scripting language. I don't know if it makes sense to
have some
guidelines for developers to make it easier for this information to
be got
at.
On 16 Sep 2007, at 10:04, Jim McDonald wrote:
Only if the database supports concurrent access by multiple
processes, which most don't. You'd be better off supporting a
single standard API to obtain the obvious data such as contacts/
calendar/todos (EDS being the one that I believe that
What I would like to see is ALL programs having a way of getting at their
data from a scripting language. I don't know if it makes sense to have
some
guidelines for developers to make it easier for this information to be
got
at. This would be for someone more competent than me to suggest.
Paul Jimenez wrote:
On Saturday, Sep 15, 2007, Michael 'Mickey' Lauer writes:
[EMAIL PROTECTED] wrote:
does anyone happen to know if the debug board of the advanced Neo
kit will be compatible with future versions of the Neo (or other FIC OpenMok
o phones, at that)?
It will definitely be
On Sat, 2007-09-15 at 20:15 -0500, Tom Z wrote:
I seemed to hit a problem just before the do_compile in the same
build process for webkit, all the solutions posted here so far don't
seem to apply, as there seems to have no
build/tmp/staging/arm-angstrom-linux-gnueabi/lib/libWebKitGdk.*
Hello everyone,
I man having problems building libidn and would like to know if any one
has this problem and/or gotten around the same. One thing from the logs
i noticed was the fact that the build system is trying to install it
before the do_compile stage..I guess this is weird or am i mistaken.
Hello
some months ago I discovered openmoko, this is a great project. I
definately will buy one of these phones.
What do users expect from a phone?
At the moment, there are some hype-phones, like
- nokia N95 (with 5 Mega Pixel Camera)
- iphone (with a big Mp3 storage)
- some phones
Yeah, I think the core team and a great deal of the rest of the community
would prefer OpenMoko to get the OS stable and core features working before
they start working on the third device. Don't get ahead of yourself.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On 9/16/07, Michael Schmidt [EMAIL PROTECTED] wrote:
Currently the gui is a QT gui. And a wxwidget gui si planned to
implement it into imule application from i2p.net. Dunno, which gui is
better for a openmoko application.
So I have the question, if openmoko applicartions should have better a
On 16 Sep 2007, at 19:51, Flemming Richter Mikkelsen wrote:
To focus on tv support before movie playback support would be strange.
Right now it is important to get the software fast and stable, and add
basic support for sms, phone calls, etc.
This is only my opinion.
Indeed and I've had a
On 9/16/07, Flemming Richter Mikkelsen [EMAIL PROTECTED]
Giles Jones [EMAIL PROTECTED] wrote#
Openmoko uses GTK+-2.x for GUI which is under LGPL. There is a lot of
im clients available, and there has been a discussion about it in the
list. Try to search up old posts.
to be open
On 16 Sep 2007, at 22:16, Michael Schmidt wrote:
DVB-T does not need any licence agreement, it is just terrestrial
recieving on a phone.
Therefore the display should be bigger... So this requires not a media
player, but as well some hardware adjusting, a DVB-T Reciever chip and
a bigger
On 9/16/07, Michael Schmidt [EMAIL PROTECTED] wrote:
On 9/16/07, Flemming Richter Mikkelsen [EMAIL PROTECTED]
Giles Jones [EMAIL PROTECTED] wrote#
Openmoko uses GTK+-2.x for GUI which is under LGPL. There is a lot of
im clients available, and there has been a discussion about it in the
list.
It's DVB-H not DVB-T on a handheld. We've yet to see how each country
handles the system. DVB-T has conditional access for some channels in
the UK. Not sure about DVB-H.
you missunderstood me, this is exactly my point, use DVB-T and not DVB-H.
There is the Gsmart T600 phone in my first mail
Michael Schmidt writes:
On 9/16/07, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote:
You can install Qt if you like, but you cannot assume that all users
will do that. Qt takes a lot of space
Qt is the future, would it be possible to pre-install the open libraries?
Or aren t the needed
On 9/13/07, Tilman Baumann [EMAIL PROTECTED] wrote:
The biggest challenge would be a mapping from gps coordinates to
regions/postcodes or such.
I believe Yahoo maps among others provides this geocoding data, but as I
think of it, this could blow out into something larger: Imagine a defined
kinda tongue-in-cheek, but...
so kinetic scrolling works now
and all the 'dialer' does is capture numbers to send to the GSM chip.
what about an old-school dialer? OK, maybe 'retro' is a better name at
this point.
ROTARY baby!
kitsch. flare. nobodyelsehasit.
(maybe there is a reason for
Hello.
Shawn Rutledge pisze:
Thanks, it's a convenient package.
But I'm getting an error from gllin:
test_cmd_receive_count = 22
gllin: early exit(3) in halInit()/674
gllin: -periodic[9] 1
gllin: ../../../src/hal_linux_tt.c:1043: glcb_ExceptionAssert:
Assertion `0' failed.
I've updated my
18 matches
Mail list logo
