Hans-- why isn't this hexloader business transparent to the user?
Also-- unless a libdir class has the purpose of interfacing with a class from another libdir I don't think there need to be externals from another libdir in the help patch. A user who only has pd core, pd gui, and libdir foo should be able to read/use help docs for libdir foo without error.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@jancsika1
hexloader used to be loaded by default, but it caused a lot of problems, so it was removed from startup. And yes, help patches should avoid externals when possible. I don't think its good to make a bad help patch just to avoid using common externals.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
fixed help patch attached. added [import hexloader iemmatrix]
Hans-- why isn't this hexloader business transparent to the user?
Also-- unless a libdir class has the purpose of interfacing with a class from another libdir I don't think there need to be externals from another libdir in the help patch. A user who only has pd core, pd gui, and libdir foo should be able to read/use help docs for libdir foo without error.
fixed with this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revision=16067
@jancsika1
hexloader used to be loaded by default, but it caused a lot of problems, so it was removed from startup. And yes, help patches should avoid externals when possible. I don't think its good to make a bad help patch just to avoid using common externals.