Just to let everyone know where they are in the queue :)
Here's my current short-term todo list:
1. Write PGFX
2. Tomorrow (friday) night fix ez328 rotate bug
3. Re-test and fix ncursesinput
4. Make video drivers fast
Let me know if I forgot anybody, seems like man
Micah Dowty wrote:
>
> On Thu, 12 April 2001, Pascal Bauermeister wrote:
>
> >
> > Hello Micah,
> >
> > we've integrated PicoGUI in our latest Chipslice prototype which has a
> > 33MHZ DragonBall VZ. It works very nicely. We currently use the 1 and
> > 4 bpp linear driver. When all possible acce
On Thu, 12 April 2001, Pascal Bauermeister wrote:
>
> Hello Micah,
>
> we've integrated PicoGUI in our latest Chipslice prototype which has a
> 33MHZ DragonBall VZ. It works very nicely. We currently use the 1 and
> 4 bpp linear driver. When all possible accelerations will be
> integrated, it w
The client-server interface is completely socket based, so it's possible to do the
whole client lib in Perl. At least for the moment I don't have time to rewrite the
whole thing though. (but for a client lib it's relatively simple)
The typing program, and most of the old perl code, was very ine
Hello Micah,
we've integrated PicoGUI in our latest Chipslice prototype which has a
33MHZ DragonBall VZ. It works very nicely. We currently use the 1 and
4 bpp linear driver. When all possible accelerations will be
integrated, it will really rock !
There's a more urgent problem right now: the 90
Drat, now I cant use microperl because of the XS module.
Oh well... I'll cope :-)
I saw that the typing.pl example is now missing from CVS, is that going to
be ported to the new PicoGUI.pm module style? It was an excellent piece of
example code to teach from.
Thanks,
Tim.
_
Actually, keyboard isn't implemented in gpmremote (it's only gpm)
The best test would be running sdlremote from another machine, but I don't know if
your box has a network connection. You can tell a PicoGUI app to connect to a remote
server by using the --pgserver command line option or setting
Ok, I tried the gpmremote app.
pressing a key does not erase the screen, it just echo's a text character to
the bottom of the screen.
Hope this helped.
Thanks.
Tim.
-Original Message-
From: Micah Dowty [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 12, 2001 9:30 AM
To: Gray, Tim
Cc:
Hmm.. I'll try to take a look at this (can't do it now, my laptop doesn't have
framebuffer)
Could it be that the normal linux console framebuffer is trying to redraw, and it
draws over PicoGUI?
I haven't tested ncursesinput in a while, so I might very well have broken something.
One way to iso
No, the current driver uses the same interface that text-mode mouse programs use.
(that's why it's so 'chunky')
On Thu, 12 April 2001, "Gray, Tim" wrote:
>
> Would I need to start GPM in repeater mode for picoGUI?
>
> thanks.
>
> Tim
>
>
> ___
>
I just compiled dev20010411
Using framebuffer and ncursesinput
I started gpm as ... gpm -R -t ps2
mouse works fine.
if you press the most any key on the keyboard the entire screen goes black.
if you move the mouse things come back if they react to the mouse, and
clicking on objects (in the black
Would I need to start GPM in repeater mode for picoGUI?
thanks.
Tim
___
Pgui-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/pgui-devel
12 matches
Mail list logo
