This commit is contained in:
John Cupitt 2009-02-23 22:23:11 +00:00
parent 3400c615a6
commit 762e2a8819
1 changed files with 26 additions and 55 deletions

81
TODO
View File

@ -1,4 +1,30 @@
- vips_object_print, set_name etc. need writing
make 'print' into a virtual method so subclasses can add stuff if they want
- check mosaic1, global_balance, similarity etc. use of im__affine
how can we move them to im_affinei ?
- make a new package for "resample"? im_shrink & friends could go in there too
- make a "deprecated" package too
- remove yafrnohalo.c
- update the Portfiles on the mac and on the website from the macports ones
- im_render should use a hash for tile lookup ... or+shift x/y together
WONTFIX for 7.18
================
- try making vips_add(), an operator as a class
- need to write interpolate docs ... manpages and tutorial
@ -10,14 +36,6 @@
not really stable yet :( don't document
- try making vips_add(), an operator as a class
- make a new package for "resample"? im_shrink & friends could go in there too
- make a "deprecated" package too
- remove yafrnohalo.c
- how to expose things like yafrsmooth's "sharpening" parameter to
C++/Python?
@ -31,36 +49,6 @@
would get us the GType for VipsInterpolatorBicubic
- vips_object_print, set_name etc. need writing
- check mosaic1, global_balance, similarity etc. use of im__affine
how can we move them to im_affinei ?
- update the Portfiles on the mac and on the website from the macports ones
- im_render should use a hash for tile lookup ... or+shift x/y together
- bilinear should be a true subclass of interpolate ... and put the tables
into the base class
- add 'name' to vipsobbject, and vips_object_print() ... handy for debugging
make 'print' into a virtual method so subclasses can add stuff if they want
WONTFIX for 7.16
================
- we shouldn't need to call im_invalidate() in gtkdisp4 :( how can we fix
this?
@ -75,28 +63,11 @@ WONTFIX for 7.16
- need an im_init_world() for C++ which does cmd-line args too, so C++ progs
can get --vips-progress and stuff automatically
- examine yafr and add as another interpolation option for im_affine
- how much slower wouuld we get if we did a function call + switch for
interpolate in im_affine()? it would let us break out the interpolation
stuff from the transformer
- we need another version of im_affine() with an 'interpolate' option :-(
or maybe have im_interpolate_t as another object which we pass to
im_affine()
- more cleanups to the handling of vips format images, esp. we have vips write
spread across many files atm
- could remove a lot of crappy old API
- it'd be nice to handle vips format images in the same im_format system, but
it's not clear if this is possible
- add new type names, eg. im_region_t, im_image_t etc. and deprecate old
names?
- try
libsrc/convolution$ grep -l offsets *.c