On Mon, Sep 3, 2012 at 12:49 AM, Andrius Sutas <andrius.su...@gmail.com> wrote: > Hey everyone, > > from now on "serial" and "i2c" packages are merged to a single package > called "instrument-control". > > Function calls remain exactly the same. > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Octave-dev mailing list > Octave-dev@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/octave-dev >
Thank you Andrius! I see you have improved the documentation of many functions. Good job! Also I noted you are suing the "autoload" function in the PKG_ADD script. This sounds like a good idea (but not sure if it really is, definitely is cleaner than what we are doing in geometry and many other), but there is no PKG_DEL and consequently when running > pkg unload instrument-control All the functions are still in the search path. I see no "inverse" to autoload, so you can proceed as we are doing in the PKG_* scripts in geometry, mechanics, ocs or any other (multi-)package. Does anybody knows an inverse to "autoload"? Thanks and keep the good work. -- M. Sc. Juan Pablo Carbajal ----- PhD Student University of Zürich http://ailab.ifi.uzh.ch/carbajal/ ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
