On Thu, 27 Jun 2002 11:59:03 -0600 Micah Dowty <[EMAIL PROTECTED]> wrote:
> > - Is there any method to get the whole web documentation for reading > > offline > > The Wiki wouldn't make much sense offline.. you can generate the Doxygen > docs and the pgui-protocol document from sources in CVS. Yes, it is an interesting thing with doxygen. How to install? "Read the manual", the README says. But how, the manual must be generated with doxygen? :-) Ok, I started to compile the newest doxygen. At the file language.cpp the compiling did loop (as it seems) for a quater of an hour (pentium III 450 Mhz, 128 MB)! Nice thing. :-| Forget it! AND: The width of doxygen tool is in no relation to PGUI. GGGGgrrrrrr.... Bad mood! > > - Could somebody give me a pgserver.conf for Linux console? My mouse > > is not working and I then have to reboot hard. > > What kind of mouse? PS/2 compatible 3 buttons. It seems, that GPM still has the control over it. If I move the mouse, some characters of my console shine through. It is just a wrong configuration. > > BTW, would it be a hard work to revive the Win32 pgserver? What is the > > reason, that it is marked as not working? Win32 is one of the most > > used platforms! I could imagine, that it could be a wonderful > > visualisation for data coming somewhere from the net, maybe a java > > coded application. It would be something like a thin client (although > > the server does all). :-) > > It could be useful, but as far as I can tell Win32 isn't the most used > platform around here :) If you want to do that port, I'll give you > advice, but I haven't seen anyone yet with enough interest in picogui on > windows to do the work. Since I bought a cheap CD from our newspaper shop for 10 Euro, I'm owner of an original M$ VB compiler. That should fit well. I had the idea to have some applications - real application - running on our HP-UX box (8 GB main memory, 8 processors by 950 Mhz) and let them do their graphicle output on PGUI (100 Kb???) ;-) Well, no joke! Apps could be written in Java and use the slim PGUI on ugly windows just for display, just, because we have it. > > In some applications I saw loops, that did make use of select(), e.g. > > in the pterm program. Do I always have to go that lowlevel for to > > write applications, that react on external events? Are there other > > methods to pass events in a standard way? > > There's a pretty sane system for recieving events from the picogui > server and other apps. You'd only have to use select() yourself when > dealing with non-picogui applications, devices, or anything you'd wait > on a file descriptor for. This is entirely an artifact of the client > library, so expect cli_c2 to have something better when it ever gets > written. There's also cli_python, which is really cool. I know this select stuff from another nearly unknown toolkit, the max one. Marx and engels had been an interpreter and a toolkit, like TCL/TK, but now it is forgotten. The author did use the system to bundle events from different FDs and bake his own messages from the events - an abstraction for all purposes, inclusive the own doubleclick events from the toolkit itself. > Most of the PicoGUI apps are in CVS... I doubt there are any really big > apps for it yet, because the textbox widget is IMHO a pretty big > limitation. The textbox? Means, an editor on server side? My try will be to write a client side editor with PGUI. So I will have to do some stuff on the application side, then map the screen or parts of it to the server, after a change. Don't know, if this can be done and I have no idea how. But this is my second day with PGUI. :-) > Only you can prevent creeping featurism! This is, why I like PGUI. It is minimalistic, like I would do it. Hope, it fits well to my ideas. -- Martin ------------------------------------------------------- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ _______________________________________________ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
