> No need. MicroWindows handles the Bresenham algorithm in the mid > level code in devdraw.c. It uses successive calls to drawpixel to make it work. > In this way, people like you and me don't have to rewrite bresenham for every > card someone wants.... The code in devdraw.c is very naiive. It assumes pixel plotting is the underlyin op. On many cards line slices are the underlying operation, horizontal or vertical. What you probably want to do is generate a series of draw_horizontal(x,y,l) or draw_vertical(x,y,l) calls for most things > This might be useful when bitblt is implemented though... Having 32K of offscreen memory is always useful. Alan
- Microwindows for Hercules Greg Haerr
- Re: Microwindows for Hercules Jakob Eriksson
- RE: Microwindows for Hercules Greg Haerr
- RE: Microwindows for Hercules Jakob Eriksson
- Re: Microwindows for Hercules Perry Harrington
- Re: Microwindows for Hercules Jakob Eriksson
- RE: Microwindows for Hercules Chipzz
- RE: Microwindows for Hercules Alan Cox
- RE: Microwindows for Hercules Greg Haerr
- Re: Microwindows for Hercules Perry Harrington
- rfs (new filesystem for ELKS) Beau Kuiper
- Re: rfs (new filesystem for ELKS) Robert de Bath
- Re: rfs (new filesystem for ELKS) Beau Kuiper
- RE: Microwindows for Hercules Greg Haerr
- RE: Microwindows for Hercules Greg Haerr
- RE: Microwindows for Hercules Greg Haerr
- RE: Microwindows for Hercules Greg Haerr
- RE: Microwindows for Hercules Greg Haerr