On 9/3/07, Henryk Plötz <[EMAIL PROTECTED]> wrote:
> Moin,
>
> Am Thu, 30 Aug 2007 20:12:00 +0200 schrieb Lars Hallberg:
>
> > Both demos can easily be adjusted between 3x4 to 3x6 keys to test the
> > feel. I don't know hove easy it is to get a PyGTK demo running on the
> > phone... and they probab
Is anybody having success with nfs or sshfs or some other method? I
installed openssh to give it a try, which seems to be installed
correctly but when I try to mount it:
[proton][08:30:43 PM] sshfs moko:/ /mnt/moko
remote host has disconnected
I also tried installing kernel-module-nfsd, modprobe
Don Park wrote:
On 8/31/07, Sean Moss-Pultz <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED]
My point is starting this topic was to bring attention to the fact that
probably 500 to 1000 potential developers were likely to get saddled with
GTA01 phones right before the GTA02s were released and that
A lot of that information is on the Phase 1 Software Testing page.
http://wiki.openmoko.org/wiki/Phase_1_Software_Testing
Don
On 8/31/07, Mickael Faivre-Macon <[EMAIL PROTECTED]> wrote:
> So, where is this page ? :-)
>
> On 8/29/07, Jacques Poulin <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > Is
On 8/31/07, Sean Moss-Pultz <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED]
> > My point is starting this topic was to bring attention to the fact that
> > probably 500 to 1000 potential developers were likely to get saddled with
> > GTA01 phones right before the GTA02s were released and that FIC
Moin,
Am Thu, 30 Aug 2007 20:12:00 +0200 schrieb Lars Hallberg:
> Both demos can easily be adjusted between 3x4 to 3x6 keys to test the
> feel. I don't know hove easy it is to get a PyGTK demo running on the
> phone... and they probably perform horribly. But I would be grateful
> for any report
On 9/2/07, Marcin Juszkiewicz <[EMAIL PROTECTED]> wrote:
> Dnia niedziela, 2 września 2007, Shawn Rutledge napisał:
> > I got past qemu now and it's getting stuck on qtopia.
> > (Again, why do I need that for openmoko?)
>
> qtopia or qmake?
>
> Qmake is needed to build webkit which is used by openm
Dnia niedziela, 2 września 2007, Shawn Rutledge napisał:
> What about the ATI chip used in the iPAQ hx4700? Did anybody figure
> out anything beyond plain framebuffer support for it?
hx4700 use ATI W100 Imageon about which I already wrote. AFAIK it has
accelerated framebuffer and X11 driver with
Dnia niedziela, 2 września 2007, Shawn Rutledge napisał:
> I got past qemu now and it's getting stuck on qtopia.
> (Again, why do I need that for openmoko?)
qtopia or qmake?
Qmake is needed to build webkit which is used by openmoko-feedreader.
--
JID: hrw-jabber.org
OpenEmbedded developer/consu
Lars Hallberg wrote:
This is a new one (Layout is 'numlock' one):
http://www.micropp.se/openmoko/res/key2key.py
denis wrote:
I've tested the input system and it works very well even for a beginner
like me. It is very intuitive and after a short time of practice I'm
very fast writting with i
On 9/2/07, Myk Melez <[EMAIL PROTECTED]> wrote:
> denis wrote:
> > I know that speed is not
> > the priority thing in developement at the moment but how fast and
> > "snappy" can the Openmoko GUI using GTK get?
> I'm not sure that's accurate. The developers may well have prioritized
> snappiness
Lars Hallberg schrieb:
> This is a new one (Layout is 'numlock' one):
>
> http://www.micropp.se/openmoko/res/key2key.py
>
> 12 keys... tap a key for main function. Drag to any of the other keys
> for 11 secondary functions. A total of 12*12=144 combinations.
>
> To much to show... You have to pre
denis wrote:
I know that speed is not
the priority thing in developement at the moment but how fast and
"snappy" can the Openmoko GUI using GTK get?
I'm not sure that's accurate. The developers may well have prioritized
snappiness but just not achieved it yet.
In any case, from my perspectiv
Thanks. I got past qemu now and it's getting stuck on qtopia.
(Again, why do I need that for openmoko?)
On 9/1/07, Steve <[EMAIL PROTECTED]> wrote:
> Steve wrote:
> > The only further suggestion I can give you if to clean out the
> > /var/media/moko/build/tmp/work/x86_64-linux/qemu-native-0.9.0+c
> > So what do you think guys? Shall I keep going and trying to get it
> > smaller and faster or shall I abandon this and spend my time on
> > something more useful.
>
> I for one am very much interested and grateful for your efforts.
> Having used Ruby as my main programming language for all deve
Kristian 'kriss' Mueller skrev:
Lars Hallberg wrote:
Kristian 'kriss' Mueller skrev:
Lars Hallberg wrote:
http://www.micropp.se/openmoko/res/key2key.py
Yes, it's working on the neo - I took a screenshot, see
http://scap.linuxtogo.org/
Thanks. From the screenshot the fonts seams to be w
On Sep 2, 2007, at 8:24 AM, Giles Jones wrote:
VGA is 4x times the data, not two times. That will have a noticable
effect. The only VGA device I have owned was a Toshiba E800 PDA,
this had an ATI chip and it was still a little sluggish.
Hm. The best example of slow draw times that I can fi
On 2 Sep 2007, at 15:58, Ted Lemon wrote:
This is definitely not true. I mean, it's true that the QVGA is
going to take less time to paint, but paint times aren't the
problem - if they were, kinetic scrolling wouldn't look so nice.
No, there's something else going on that's making t
On Sep 2, 2007, at 7:17 AM, Giles Jones wrote:
Launch speed is something that can be fixed, I'm not sure if the
build system is using pre-linking? if not it will be something to
use as this is the cure to application launch speed delays on Unix
like systems.
This is probably true.
The int
On Sunday 02 September 2007 16:17:25 Giles Jones wrote:
> On 2 Sep 2007, at 14:57, denis wrote:
> > Watching a lot of videos about Openmoko and the GUI I saw that it is
> > very slow and yards away from being "snappy". (regarding the
> > application
> > startup and the acting inside an application)
On 2 Sep 2007, at 14:57, denis wrote:
Watching a lot of videos about Openmoko and the GUI I saw that it is
very slow and yards away from being "snappy". (regarding the
application
startup and the acting inside an application) I know that speed is not
the priority thing in developement at th
Watching a lot of videos about Openmoko and the GUI I saw that it is
very slow and yards away from being "snappy". (regarding the application
startup and the acting inside an application) I know that speed is not
the priority thing in developement at the moment but how fast and
"snappy" can the Op
Lars Hallberg wrote:
> Kristian 'kriss' Mueller skrev:
> > Lars Hallberg wrote:
> >>http://www.micropp.se/openmoko/res/key2key.py
> I intentionally gave the text entry focus so the cursor was visible. But
> it's not worth the keyboard popping up :-) That means You tested it on
> OpenMoko? O
Kristian 'kriss' Mueller skrev:
Lars Hallberg wrote:
This is a new one (Layout is 'numlock' one):
http://www.micropp.se/openmoko/res/key2key.py
Nice idea. Had to change the code a bit, as the UI of the current
version fires up the keyboard if a text entry has the focus - see patch.
I int
hi shawn,
qemu NEED gcc 3.x.
chees CY
>Ursprüngliche Nachricht
>Von: [EMAIL PROTECTED]
>Datum: 02.09.2007 02:44
>An: "List for OpenMoko community discussion"<[EMAIL PROTECTED]
openmoko.org>
>Betreff: omit qemu from OE build?
>
>After the compiler "badness" on my one gentoo system (which I
25 matches
Mail list logo