Rodolphe Ortalo <[EMAIL PROTECTED]> writes:
> On Thu, 2 Mar 2000, Eric , Yu-En Lue wrote:
> > > Should potential connections (to do, considered, already done) between
> > > libxmi and libggi2d be explored further ?
> >
> > it's algorithms , data structures are mostly done and rather
> > imcompatible with ggi ,
Hmm, what do exactly mean with 'incompatible'??
> > I don't know how clipping works , but
> > I guess incorporating it into libggi2d may require some efforts..
> > especially taking care of the region/clipping parts...
I would be happy with 'basic' clipping.
>
> Should libggi2d support arbitrary clipping - or would it be acceptable to
> have a 'small' version with only rectangular clipping ? (But with decent
> drawing functions.)
> libxmi is more a sort of vector-drawing rasterizer package than a full set
> of image manipulation functions - but well, it could be useful to have
> such a thing.
>
> Well, anyway, more on this later,
>
> Rodolphe
I have an instant need to be able to draw Arcs, RoundRects and
Polygons etc. So, if somebody of the GGI project can give me
guidance, I can jump right into integrating libxmi, since libggi2d
just does not work. I already installed libxmi. There are a few
customizations that they mention in the main header xmi.h.
At installation time one can redefine 3 things:
i) Define MI_PIXEL_TYPE at installation time
ii) MI_CANVAS_DRAWABLE_TYPE can be redefined to describe what a Pixmap
should be.
iii) MI_DEFAULT_MERGE2_PIXEL can be set to a different algorithm than
the Painter's, when pixels are applied to the 'canvas'.
Is that enough to get basic drawing functionality working together
with GGI? Using cross-blitting from memory could also take care of
clipping.
So what are the plans? I have to do something, now!!
--
Thomas Mittelstaedt, software developer
[EMAIL PROTECTED]
