From: Amitha P. <pe...@cs...> - 2002-04-25 11:09:32
|
Hi all Two things: - Shouldn't algorithmic functions like vgl_clip go into vgl_algo? - I think we should eliminate vcgl and put the polygon clipping functionality into vgl_algo. I have a wrapper around the latest gpc in one of my libraries, and could easily contribute it. Any comments? Thanks, Amitha. |
From: Andrew F. <aw...@ro...> - 2002-04-25 12:04:22
|
> -----Original Message----- > From: vxl...@li... > [mailto:vxl...@li...] On > Behalf Of Amitha Perera > Sent: 25 April 2002 12:11 > To: vxl...@li... > Subject: [Vxl-maintainers] vgl algo > > > Hi all > > Two things: > > - Shouldn't algorithmic functions like vgl_clip go into vgl_algo? Hi, I know it may seem a little dubious, but I think the main criterion for *_algo routines is that they need to use other level-1 libraries. The idea is that if it can go in vgl, by dint of not using any other level-1 library, it should. This means that the library is valuable, because it contains good stuff, but non-scary because it can be used with nothing but vcl. > - I think we should eliminate vcgl and put the polygon clipping > functionality into vgl_algo. I have a wrapper around the latest gpc > in one of my libraries, and could easily contribute it. Sounds good -- does it need anything from vnl/vbl/etc? If not, could it go in vgl? A. |
From: Amitha P. <pe...@cs...> - 2002-04-26 18:35:44
|
> I know it may seem a little dubious, but I think the main criterion > for *_algo routines is that they need to use other level-1 libraries. > The idea is that if it can go in vgl, by dint of not using any other > level-1 library, it should. This means that the library is valuable, > because it contains good stuff, but non-scary because it can be used > with nothing but vcl. Make sense. Avoids creating thousands of libraries with one function in each. > > - I think we should eliminate vcgl and put the polygon clipping > > functionality into vgl_algo. I have a wrapper around the latest gpc > > in one of my libraries, and could easily contribute it. > > Sounds good -- does it need anything from vnl/vbl/etc? If not, could > it go in vgl? It only depends on vgl_polygon, so it can go into vgl. I'll do this sometime. Amitha. |