Re: ggi2dDrawArc, ggi2dFillArc

2000-03-11 Thread Jan Kneschke
On Fri, Mar 10, 2000 at 03:18:15PM +0100, Christoph Egger wrote: > > > On Wed, 8 Mar 2000 [EMAIL PROTECTED] wrote: > > > Hi ! > > > > > At least, I know I will need _exactly_ these drawing functions to have > > > _all_ the rendering capabilities required for the OpenAmulet GUI library. > > >

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-10 Thread Christoph Egger
On Wed, 8 Mar 2000 [EMAIL PROTECTED] wrote: > Hi ! > > > At least, I know I will need _exactly_ these drawing functions to have > > _all_ the rendering capabilities required for the OpenAmulet GUI library. > > Could you give an API wishlist ? I might attack reimplementing LibGGI2D in a > way

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-09 Thread Rodolphe Ortalo
On 8 Mar 2000, Thomas Mittelstaedt wrote: > 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

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-09 Thread Rodolphe Ortalo
On Wed, 8 Mar 2000 [EMAIL PROTECTED] wrote: > > (set-of-non-overlapping-rectangles) in LibGWT. > > I have the feeling of initiating too much workload wrt to graphic context > > switch. (Basically, the way it is done is a loop over all the rectangles > > composing the region while calling set-GC

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-08 Thread Jon M. Taylor
On Tue, 7 Mar 2000, Rodolphe Ortalo wrote: > > > On Sun, 5 Mar 2000, Andreas Beck wrote: > (as an answer to this question from myself) > > > Should libggi2d support arbitrary clipping - or would it be acceptable to > > > have a 'small' version with only rectangular clipping ? (But with decent >

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-08 Thread becka
Hi ! > > I don't think LibGGI2D should have arbitrary clipping. I'd leave that to > > a windowing library or a 3D package. > I understand. But I asked this question in the first place because I don't > feel totally at ease with the way I/we do clipping over regions > (set-of-non-overlapping-rec

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-08 Thread Stefan Seefeld
[EMAIL PROTECTED] wrote: > > OK. Especially if LibGGI2D is oriented towards hardware acceleration, > > complex clipping should not be too much different from hardware chipsets > > capabilities. > > Yeah. It might make sense to implement a simple z-buffer operations thingy > or similar for LibGGI

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-08 Thread Thomas Mittelstaedt
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 > > i

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-07 Thread Rodolphe Ortalo
On Sun, 5 Mar 2000, Andreas Beck wrote: (as an answer to this question from myself) > > Should libggi2d support arbitrary clipping - or would it be acceptable to > > have a 'small' version with only rectangular clipping ? (But with decent > > drawing functions.) > > I don't think LibGGI2D shoul

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-05 Thread Andreas Beck
> Should libggi2d support arbitrary clipping - or would it be acceptable to > have a 'small' version with only rectangular clipping ? (But with decent > drawing functions.) I don't think LibGGI2D should have arbitraty clipping. I'd leave that to a windowing library or a 3D package. I only know

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-04 Thread Rodolphe Ortalo
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 , I don't know how clipping wo

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-01 Thread Thomas Mittelstaedt
Andreas, first, thank you and the other guys for the hints. I'll look into libxmi. > I and probably quite some other developers here are available for commercial > contract work, if required. Thank you for the offer and I'll relay that to our 'CTO' right away! thomas -- ===

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-01 Thread Eric , Yu-En Lue
On Wed, 1 Mar 2000, Rodolphe Ortalo wrote: > > Just a note, I recently fell around GNU 'libxmi' which seems to be "the > drawing functions of X11 stand-alone" (available from your nearest > www.gnu.org site). It's pretty small and covers much of X11 drawing > aspects (but only the algorithms, n

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-01 Thread Andreas Beck
Hi ! > I am not a GGI-newbie anymore but fairly 'young' in it. > I recently was trying to use the above functions without any success. > I am running a late January snapshot of all ggi including ggi2d. AFAIK the development of LibGGI2D is pretty much halted ... Anyone here who takes care of it

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-01 Thread Rodolphe Ortalo
Just a note, I recently fell around GNU 'libxmi' which seems to be "the drawing functions of X11 stand-alone" (available from your nearest www.gnu.org site). It's pretty small and covers much of X11 drawing aspects (but only the algorithms, nothing more)... Should potential connections (to do, c

Re: ggi2dDrawArc, ggi2dFillArc

2000-03-01 Thread James A Simmons
On 1 Mar 2000, Thomas Mittelstaedt wrote: > Hallo, > > I am not a GGI-newbie anymore but fairly 'young' in it. > I recently was trying to use the above functions without any success. > I am running a late January snapshot of all ggi including ggi2d. > > According to the ChangeLog in libggi2d/d