URL
https://opencores.org/ocsvn/or1k/or1k/trunk
Subversion Repositories or1k
[/] [or1k/] [trunk/] [mw/] [doc/] [index.html] - Rev 1780
Go to most recent revision | Compare with Previous | Blame | View Log
<html> <head> <title>Greg Haerr's Microwindows and NanoGUI Page</title> </head> <body BGCOLOR="#ffffff"> <table border="0" cellpadding="4" cellspacing="10"> <tr> <td valign="top"><img border="0" src="file:///C:/My%20Documents/My%20Webs/myweb2/images/cat.gif" width="85" height="41"> </td> <td><h1 align="center">Microwindows and NanoGUI Projects</h1> </td> </tr> <tr> <td valign="top"><!--left-column contents --> <p><b>Downloads</b> <br> <a href="ftp://microwindows.censoft.com/pub/microwindows/">Microwindows</a> <br> <a href="ftp://microwindows.censoft.com/pub/microwindows/ScreenShots">Screen Shots</a> <br> <a href="ftp://microwindows.censoft.com/pub/microwindows/LinuxExamples">Linux Binaries</a> <br> <a href="ftp://microwindows.censoft.com/pub/microwindows/ElksExamples">ELKS Binaries</a> <br> <a href="ftp://microwindows.censoft.com/pub/microwindows/DosExamples">MSDOS Binaries</a> </p> <p><b>Docs</b> <br> <a href="faq.html">FAQ</a> <br> <a href="microwindows_architecture.html">Architecture</a> </p> <p><b>Links</b> <br> <a href="http://www.linuxhacker.org/nanogui/">NanoGUI</a> <br> <a href="http://www.linuxce.org/">Linux CE</a> <br> <a href="http://www.elks.ecs.soton.ac.uk/">ELKS</a> <br> <a href="http://ltc.com/linux-mips">Brad's Linux MIPS Pages</a> <!--end left-column contents --> <br> <a href="http://members.xoom.com/rosimildo/rtems_gui.html">RTEMS Port</a></td> <td><!--main contents --> <h3>Welcome</h3> <p>Microwindows is an Open Source project aimed at bringing the features of modern graphical windowing environments to smaller devices and platforms. Microwindows allows applications to be built and tested on the Linux desktop, as well as cross-compiled for the target device. Microwindows' genesis was with the NanoGUI project, and has now been combined into a single distribution. The Win32 API implementation is known as Microwindows, and the Xlib-like API implementation is known as Nano-X. Please read the <a href="faq.html">FAQ</a> for more information. An extensive <a href="microwindows_architecture.html">Architecture</a> document is also available. To get involved, please join <a href="http://www.linuxhacker.org/nanogui/">the NanoGUI mailing list.</a></p> <h3>News</h3> <h3>Version 0.87pre2 release</h3> <p>December 14, 1999<br> The second prerelease for version 0.87 has just been released, and is available for download at:<br> <a href="ftp://microwindows.censoft.com/pub/microwindows/microwindows-0.87pre2.tar.gz">ftp://microwindows.censoft.com/pub/microwindows/microwindows-0.87pre2.tar.gz</a> This release is primarily intended for inspection and testing of the changes before the directory tree reorganization, planned next.<br> The major enhancements include:</p> <ul> <li>Portrait mode driver for framebuffer systems. This is a big win for handhelds and palmtops, many of which require portrait mode for normal operation. All graphics output, including mouse movement, hotspots, and text output, are rotated and displayed in portrait mode. In addition, your Microwindows applications can be viewed in portrait mode on the desktop. Try moving the mouse without holding your head sideways!</li> <li>The RTEMS operating system port source has been integrated with the main tree.</li> <li>Fixes to allow Microwindows to be run on big-endian machines are now included.</li> <li>Various bug fixes including the Microwindows terminal emulator pty fix for X11, and Nano-X GrMovewindow fixes for child windows. There are still some issues relating to Nano-X clipping during window movement.</li> </ul> <h3>RTEMS Port</h3> <p>December 3, 1999<br> There's been alot of interest and development with Microwindows lately. Rosimildo daSilva has ported Microwindows 0.86 to the RTEMS operating system, available at <a href="http://members.xoom.com/rosimildo/rtems_gui.htm">http://members.xoom.com/rosimildo/rtems_gui.htm</a>. <a href="http://www.oarcorp.com/">RTEMS</a> is a POSIX-threads compliant real time multitasking operating system which runs on Intel, Motorola, Hitachi, Mips, and many other CPUs.</p> <h3>Version 0.87pre1 release</h3> <p>December 2, 1999<br> I have prepared an interim release of Microwindows and Nano-X enhancements, which completes many things folks have asked for, version 0.87pre1. This is available for download at <a href="ftp://microwindows.censoft.com/pub/microwindows/microwindows-0.87pre1.tar.gz">ftp://microwindows.censoft.com/pub/microwindows/microwindows-0.87pre1.tar.gz</a> <br> The major enhancements include:<ul> <li>Support for running under X11. Microwindows and Nano-X can now run as a user-defined (default 640x480) window under X Windows. The graphics output and look and feel are identical to framebuffer, but will run on any X display server.</li> </ul> <ul> <li>Compile-time options allow configuration to emulate any of the Microwindows truecolor or palette modes, in any pixel depth, including grayscale. This allows a Microwindows or Nano-X application to be emulated exactly, regardless of the host's or target's framebuffer characteristics. Thanks to Tony Rogvall for the X11 driver.<br> </li> <li>The client/server network code has been completely rewritten for speed!!! I studied the X11 Xlib implementation and came up with a similar implementation. By queuing all client data until an event or reply is required, Nano-X now runs at extremely high speed. For benchmarking, use the world demo, which plots several thousand points. This demo now runs extremely quickly. Unlike the Xlib implementation, Nano-X still runs synchronously per client, meaning that once a client request packet is sent, the server waits until the whole packet has arrived until servicing another client. This keeps the server code immensely simpler, while still running very quickly. I urge interested folks to check out the implementation, in mwin/src/nanox/nxproto.{ch}, and mwin/src/nanox/client.c.<br> </li> <li>Routines were added to allow Nano-X to be used as a "passive library", meaning that an application with it's own main loop can now call into Nano-X occasionally (after a select returns a file descriptor that Nano-X is interested in), and it will all work. This was done for Morten. See mwin/src/nanox/client.c, functions GrPrepareSelect(), GrServiceSelect(), GrMainLoop(). <br> </li> <li>Routines were added to get the system palette, and translate an RGB color to a PIXELVAL palette index. This was for Richard and the Opera browser. See mwin/src/nanox/srvfunc.c, functions GrGetSystemPalette, GrFindColor(). <br> </li> <li>A null mouse driver was added for systems without a mouse, by setting NOMOUSE=1 in Makefile.<br> <br> This is released as 0.87pre1 because I still haven't finished the directory tree reorganization, and adding Martin's cool X11 graphics makefile configuration tool. The client/server code rewrite took alot more time than expected. I am also working on getting all source on CVS. </li> </ul> <h3>NanoGUI combined with Microwindows</h3> <p>November 13, 1999<br> Alex Holden, the originator of the NanoGUI project, officially handed over his role to Greg Haerr, so that the NanoGUI and Microwindows projects can officially be available as a single distribution. Alex continues to host the Microwindows/NanoGUI mailing list. Although the releases have been maintained for some time by Greg Haerr, the official distribution site is now moved here. A big thanks goes to Alex for thinking up the NanoGUI idea and hosting the initial web site.</p> <h3>Opera Web Browser ported to Microwindows</h3> <p>November 11, 1999<br> <a href="http://www.opera.com">The Opera Web Browser</a>, a browser known for it's small footprint and operation on different operating systems, including Windows, BeOS, Linux, Solaris, MacOS and OS/2, has announced they have completed initial work porting Opera to Microwindows. This is a crticial milestone for Microwindows, since it shows that larger, graphics intensive applications can run on top of the Microwindows graphics engine. The Opera port uses the Nano-X api and features jpeg and gif image support, as well as transparent image drawing. The codefile size is 670k. The current Microwindows footprint is less than 100k with no compiled-in images.</p> <h3>Version 0.86 release</h3> <p>October 28, 1999<br> Thanks to Brad LaRonde for helping me get this web page out. I have posted an update v0.86 to Microwindows/Nano-X at: </p> <blockquote> <a href="ftp://microwindows.censoft.com/pub/microwindows/microwindows-0.86.tar.gz"><p>ftp://microwindows.censoft.com/pub/microwindows/microwindows-0.86.tar.gz</a> </p> </blockquote> <p>This version completes a major effort, that of implementing off-screen drawing, as well as screen-to-screen blitting. The screen driver interface had to change to accommodate this, and I had to rewrite all the screen drivers. In addition, the blitting routines were written for 1, 2, 4, 8, 16 and 32bpp linear framebuffer devices, as well as the 16 color 4 planes vga (this was a royal pain...) The blitting uses a clipping region traversal algorithm so that blitting is always high speed, even when the destination window is partly obscured. </p> <p>This release also auto-detects most Linux framebuffer implementations, and should have a compiled in driver for it. </p> <p>The standard Microwindows demo is now a graphical terminal emulator, mterm. (No, it doesn't run vi yet, and it doesn't repaint it's screen contents, but it will ;-) This demo requires screen-to-screen blitting for scrolling. The 3d graphics demo now uses offscreen blitting to enhance (read no flicker) the display. Check it out. </p> <p>There is also some experimental full-blown region handling code included, which uses X11's y-x banding region algorithms. (This stuff is truly for those with extra time and brains). It is currently not compiled in, but can be included by replacing devclip.c with devclip2.c. In the next release, arbitrary multi-rectangle clipping regions will be available. I also plan on implementing separate clip regions from update regions for windows, with the system computing the update region as a subset of the clip region. Anyway, this sophisticated region handling is required for smart window painting as well as higher end graphics primitives. Eventually, this will also allow separate source and destination clipping for bitblit operations. Only destination clipping is working now. </p> <p>The next release will have a reorganized directory structure, allowing separate development of Nano-X, widgets, core engine, and Microwindows. I plan on moving the whole thing to a CVS soon. BTW, Microwindows now supports three processor families, according to reports emailed me. We've got i386, 8086, MIPS Vr41xx, and ARM families running ;-) </p> <p>Following is a summary of the ChangeLog: <br> Version 0.86 - 28th October 1999 - greg@censoft.com <ul> <li>merged framebuffer, elks and msdos vga 16 color 4 planes drivers </li> <li>wrote vga bitbit routines (a herculean effort) </li> <li>optimized bitblit by traversing window clip region </li> <li>added experimental multi-rectangle dynamically allocated regions </li> <li>wrote scrolling terminal emulator demo for microwindows </li> <li>added WM_FDINPUT msg, WndRegisterFdInput call for terminal emulator </li> <li>changed SCREENINFO struct, removed black/white, added bpp, planes </li> <li>added offscreen (memory DC) drawing to microwindows </li> <li>added BitBlt, CreateCompatibleBitmap, CreateCompatibleDC, DeleteDC </li> <li>retired BOGL library, must use new interface for blitting </li> <li>converted framebuffer, svgalib, elks and msdos screen drivers (we need blit routines for herc and svgalib still) </li> <li>major screen driver interface change, old drivers not compatible </li> </ul> <p>Page maintained by Greg Haerr <<a href="mailto:greg@censoft.com">greg@censoft.com</a>></td> </tr> <tr> <td valign="top"></td> <td></td> </tr> </table> </body> </html>
Go to most recent revision | Compare with Previous | Blame | View Log