[Gegl-developer] Re: checked in for your work

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 18/08/03, Daniel Rogers wrote:

> Well, the idea is that buffers are trivial to add.  And yes, I imagine 
> the Gimp will use floats instead of doubles, but I think that the api's 
> should accept doubles, since there is no real reason not to.  (Double 
> math is as fast as float math on most (all?) major platforms (SPARC, 
> x86, ppc)). GeglBufferDouble is the easiest to write, because of this.  
> (gegl buffer float is exactly the same, except with a typecast before 
> storing the elements).

Sven wrote:

>GIMP already uses (almost?) nothing but doubles in it's API.
>I tend to agree with Daniel here.

Alright then. You convince me. I was beginning to think about issues 
where the storage space, parameters space, and math space are not all the same 
(in this case double) but I am getting ahead. 

> >
> >You could check in new stuff that is due to replace what is there now, and
> >write unit tests that would excercise it, but just dont actually hook up
> >the new stuff to the current front end.
> >
> gurr.  Now I have to move stuff around.

No, dont. We can do it whatever way you have already started. 
Dont move stuff around.
 
> I think I would rather have this stuff in a different folder, which a 
> different unit test application.  
> 

Yeah good. We'll do it this way. Where will your unit tests and
test application live?  In a subdir of tests called image or what?

> >
> ok.  Consider this my ping.  So, the fundamental image stuff (e.g. the 
> classes unrelated to ops) I would like to put in the directory 
> gegl/gegl/image.  This would include all classes related to images (in 
> particular the stuff I mentioned I am working on).  This would also mean 
> that we don't need to rename stuff if we use a different unit test app 
> that links only against libimage.a, at least until all this stuff is 
> integrated.

I like that.

> I might be tempted to suggest names for other subunits within gegl.  
> Those that come to mind are: geg/gegl/graph (all generic graph and graph 
> tranversal stuff), gegl/gegl/op (the operators and possible a future op 
> registry system).

image, op, graph are good names by me too for those subunits.  

Calvin

[Index of Archives]     [Yosemite News]     [Yosemite Photos]     [gtk]     [GIMP Users]     [KDE]     [Gimp's Home]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux