I saw one slight bug in MicroWin microblt program...when dragging a
window, the windows w/o focus do not seem to have their window updated.
Maybe this is just a bug in micrblt as I see that microwin does not have
this problem.
------------------------------------------------------------------
"If a frog had wings, he wouldn't bump his a$$ when he hopped!"
- Red Foreman of That '70s Show
On Thu, 28 Oct 1999, Greg Haerr wrote:
> I have posted an update v0.86 to Microwindows/nano-X at
> ftp://microwindows.censoft.com/pub/microwindows/microwindows-0.86.tar.gz
>
> 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 accomodate 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.
>
> This release also auto-detects most Linux framebuffer implementations, and
> should have a compiled in driver for it.
>
>
> In addition I have posted Linux, ELKS and MSDOS binaries, as well as
> screenshots
> for those that don't have the time:
>
> ftp://microwindows.censoft.com/pub/microwindows/SreenShots
> ftp://microwindows.censoft.com/pub/microwindows/LinuxExamples
> ftp://microwindows.censoft.com/pub/microwindows/ElksExamples
> ftp://microwindows.censoft.com/pub/microwindows/DosExamples
>
> 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.
>
> 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.
>
> 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 ;-)
>
>
> Following is a summary of the ChangeLog:
>
> Version 0.86 - 28th October 1999 - [EMAIL PROTECTED]
> * merged framebuffer, elks and msdos vga 16 color 4 planes drivers
> * wrote vga bitbit routines (a herculean effort)
> * optimized bitblit by traversing window clip region
> * added experimental multi-rectangle dynamically allocated regions
> * wrote scrolling terminal emulator demo for microwindows
> * added WM_FDINPUT msg, WndRegisterFdInput call for terminal emulator
> * changed SCREENINFO struct, removed black/white, added bpp, planes
> * added offscreen (memory DC) drawing to microwindows
> * added BitBlt, CreateCompatibleBitmap, CreateCompatibleDC, DeleteDC
> * retired BOGL library, must use new interface for blitting
> * converted framebuffer, svgalib, elks and msdos screen drivers
> * (we need blit routines for herc and svgalib still)
> * major screen driver interface change, old drivers not compatible
>
> Greg
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>