man, 31 10 2011 kl. 22:30 +0000, skrev Carnë Draug: > There's a couple of them on the image package (I see iptcheckconn, > iptcheckinput, iptcheckmap, iptchecknargin, iptcheckstrs, > iptnum2ordinal (they seem easy enough to write, I might do most of > them tonight). I see how some of them would only make sense to check > input of image functions but still...), I don't know about the others. > I don't think there's a need to create an extra package for them just > yet.
Ok, then put them in the 'image' package for now. > There's an extension to pkg that I thought some time ago but never > tried to implement. The idea was that each package could have sets of > functions that could be loaded independently so that one could use > 'pkg load image::morphological' and 'pkg load image::io' to load > different sets of functions. A package could have different sets to be > loaded as automatic so that in this case 'pkg load image' would not > load this images but 'pkg load image::compatibility' would. Just an > idea, haven't thought much how that could be done but I'm guessing > symbolic links and subdirectories. The idea you are suggesting sounds nice, but I assume it might be hard to implement as you would then have to ensure that different functions in a package does not depend on each other (or somehow be able to call each other without exposing themselves to the user). Should still be possible, though. Currently most packages are autoloaded, so I guess such a change would not be very visible. My opinion is that we should not autoload packages by default, but I guess that's another discussion. BTW. if you work on this at some point, please be aware that symlinks are practically Unix-only (they are a no-go on Windows). Cheers Søren ------------------------------------------------------------------------------ RSA® Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
