Marcin Juszkiewicz wrote:
Dnia środa, 13 czerwca 2007, Werner Almesberger napisał:
Shawn Rutledge wrote:
What is your favorite hardware and software for doing this?
We use our own debug board. You need a special flexible cable to
connect to JTAG (*), and our board has the corresponding conne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joachim et al.
Might I suggest . . . http://www.recaptcha.org
Stops those pesky bots and helps archive.org at the same time. I use
it on my Drupal site and it's cut the bot comments, etc. to zip.
mischa
Joachim Steiger wrote:
> due to a lot of sp
I agree. Different needs should be addressed in different products,
not everything put into one device. I understand people wanting an
OpenMoko keyboard phone. I don't have any real use for buttons on a
touchscreen phone, though. (Other than for gaming.)
Ortwin
On 6/11/07, Joe Pfeiffer <[EMAIL P
On 6/13/07, Lars Hallberg <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] skrev:
And for games... Think flipper with tilt :-)
Come on, be more creative than that! I try to be:
http://forum.gbadev.org/viewtopic.php?t=13365
(The Neo1973 GTA-02 probably won't have the rotation sensor, though.)
Ortwi
Joachim Steiger wrote:
due to a lot of spam/edits by bots we now have limited the write access
to users who have registered a working email-address.
were sorry for that.
A pretty obvious step, that most Wikis have taken or will soon.
The last few will probably be forced to (or shut down) by the
On 6/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
It's all on the wiki. I beleive there is a page describing how to download and
set up the debugger. It's standard gdb (for ARM of course) with the
appropriate software (drivers?) for the Neo/USB interface card. I think the
USB port shows up
Dnia środa, 13 czerwca 2007, Werner Almesberger napisał:
> Shawn Rutledge wrote:
> > What is your favorite hardware and software for doing this?
>
> We use our own debug board. You need a special flexible cable to
> connect to JTAG (*), and our board has the corresponding connector.
Debug board h
due to a lot of spam/edits by bots we now have limited the write access
to users who have registered a working email-address.
were sorry for that.
please report when there are any new bugs due to this.
regards
--
roh
___
OpenMoko community mailing li
On Wed, 13 Jun 2007 11:15, John Seghers wrote:
Tim Newsom wrote
As I understand it, you would not even need to build a different svg
file. You could use the same one and it could automatically scale
because the engine would scale it.. It should be possible (in my
mind)
to take a layout
JTAG is basically a way to inspect and/or set each and every register on the
processor, not only the registers you're familiar with from a programmer's
point of view, but also registers that might hold the state of input and
output pins, etc. Also since you can control each register and single ste
C'mon guys! If Sean could answered us, he surely would. Apparently, he
can't make any public statement yet...
cayco
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Tim Newsom wrote
> As I understand it, you would not even need to build a different svg
> file. You could use the same one and it could automatically scale
> because the engine would scale it.. It should be possible (in my mind)
> to take a layout for 320 x 240 and draw it perfectly at 648 x 480.
Shawn Rutledge wrote:
> used for "system exploration" when there are multiple devices on the
> bus.
We only have the Samsung MCU in the JTAG chain.
> What is your favorite hardware and software for doing this?
We use our own debug board. You need a special flexible cable to
connect to JTAG (*),
Would you post more details about this please? I have used JTAG for
programming Atmel micros but am not yet very familiar with how it is
used for "system exploration" when there are multiple devices on the
bus. What is your favorite hardware and software for doing this?
On 6/12/07, [EMAIL PROTE
On Tuesday 12 June 2007 21:28, Ivan -sk8- Chavero wrote:
> Hello,
>
> I want to start developing apps for openmoko but i haven't being able to
> find any tools for that. i have browsed the wiki, projects and the other
> sections of the website and no luck.
Instructions for building the full dev en
Have you already find the MokoMakefile?
http://wiki.openmoko.org/wiki/MokoMakefile
-Steven
On 6/12/07, Ivan -sk8- Chavero <[EMAIL PROTECTED]> wrote:
Hello,
I want to start developing apps for openmoko but i haven't being able to
find any tools for that. i have browsed the wiki, projects and t
i would exchange 3D hardware support in Neo for OpenVG hardware support
anytime! that way we could use SVG (or such) for everything, windows,
buttons, etc...
http://en.wikipedia.org/wiki/Openvg
.andre
p.s. or atleast Cairo (or similar) with OpenGL to accelerate vector
graphics, as 3D in 2D scree
On Wed, 13 Jun 2007 7:08, Emre Turkay wrote:
On 6/13/07, Peter A Trotter <[EMAIL PROTECTED]> wrote:
If the application is then used on a different form factor device you
can
simply produce a new SVG file. All the UI script and images are linked
to
the SVG.
This also gives us a nice separatio
Duncan...
Let me just add to what Sudharshan said... There is a stunning amount
of variability in the mobile device supply chain. I used to work for
Gibson Musical Instruments, where we were designing what was
effectively a custom PDA (don't ask.) There were several delays,
including abou
Hello,
I want to start developing apps for openmoko but i haven't being able to
find any tools for that. i have browsed the wiki, projects and the other
sections of the website and no luck.
I'm interested on developing some thin client apps on the openmoko
framework as a proof of concept for
On Wed, 2007-06-13 at 09:26 -0400, Duncan Hudson wrote:
> In all honesty, has there ever been a really clear statement about this
> device? I'm beginning to feel (as was eluded to in others' posts months
> ago) that this is vaporware, and that we are just being strung along.
> Flame me all
On 6/13/07, Peter A Trotter <[EMAIL PROTECTED]> wrote:
If the application is then used on a different form factor device you can
simply produce a new SVG file. All the UI script and images are linked to
the SVG.
This also gives us a nice separation of people who are good at making things
look go
On Wed, 13 Jun 2007 4:52, Buddy wrote:
On 6/13/07, Emre Turkay <[EMAIL PROTECTED]> wrote:
On 6/12/07, Tim Newsom <[EMAIL PROTECTED]> wrote:
This is where XAML or XUL are particularly suited.
The idea is that the UI will be mostly svg commands or in some cases
images.. But rendered completel
I see the last official announcement was made 25th of April.
I really dont want to start this whole thing again, BUT, can we please
get another update? Even if its just, "we dont know when" answer.
Thanks
E-Mail disclaimer:
http://www.sunspace.co.za/emaildisclaimer.htm
___
On 13/06/07, Michele Manzato <[EMAIL PROTECTED]> wrote:
John Seghers Wrote:
> Jonathon Suggs wrote
> > There will always be complainers, that is just life...ignore them.
>
> It is, indeed, the complainers that I was commenting on. The one
> that I quoted was complaining that stuff was being hidd
I was fingering SVG as a potential candidate to entirely separate the
application UI from the back end (html/ajax has been suggested elsewhere but
I think SVG would be far better)
What about cairo then ?
___
OpenMoko community mailing list
community@l
denis wrote:
That is something I would like to know as well. The statement ist not
really clear and seems to be very misterious. I don't know.
In all honesty, has there ever been a really clear statement about this
device? I'm beginning to feel (as was eluded to in others' posts months
ago)
On 13/06/07, Buddy <[EMAIL PROTECTED]> wrote:
On 6/13/07, Emre Turkay <[EMAIL PROTECTED]> wrote:
> On 6/12/07, Tim Newsom <[EMAIL PROTECTED]> wrote:
> > This is where XAML or XUL are particularly suited.
> > The idea is that the UI will be mostly svg commands or in some cases
> > images.. But re
Hi; talking embedded interfaces:
Check it out
http://www.hothardware.com/articles/Hands_on_with_the_ASUS_Eee/?page=2
Two modes:
* beginner: boasting a trivial but interesting GUI
* advanced: something that looks like KDE
Nothing revolutionary i guess, but yet another example.
Hope they'll rele
On 6/13/07, Emre Turkay <[EMAIL PROTECTED]> wrote:
On 6/12/07, Tim Newsom <[EMAIL PROTECTED]> wrote:
> This is where XAML or XUL are particularly suited.
> The idea is that the UI will be mostly svg commands or in some cases
> images.. But rendered completely by the engine. Look up what you get
On 6/12/07, Tim Newsom <[EMAIL PROTECTED]> wrote:
This is where XAML or XUL are particularly suited.
The idea is that the UI will be mostly svg commands or in some cases
images.. But rendered completely by the engine. Look up what you get
Loading the burden of SVG rendering to the run-time, fo
It all boils down to
==8<==8>
[ ] Hello
Did i mention
[ ] you may *now* preorder GTA01 units :-)
[ ] we expect you'll be able to preorder GTA01 units in
[ ] June
[ ] July
[ ] August
[ ] some time later
[ ] we are only making a few GTA01 uni
On 6/12/07, Ian Stirling <[EMAIL PROTECTED]> wrote:
Using really good coding, in good channel conditions, you may get 20
megabytes a second.
Actually 10 MBits/sec = 1.25 MBytes/sec
___
OpenMoko community mailing list
community@lists.openmoko.org
http
John Seghers Wrote:
> Jonathon Suggs wrote
> > There will always be complainers, that is just life...ignore them.
>
> It is, indeed, the complainers that I was commenting on. The one
> that I quoted was complaining that stuff was being hidden from us
> because FIC is working on new specs and hasn
34 matches
Mail list logo