Unfortunately, the function does not work for me on histograms, I assume to all similar functions. Is it possible to extend this? Does this only have to do with the fact that it can not find appropriate line styles/markers in this case?
I tried to compile your toolbox on a linux system using gcc and still got some errors. I guess it would help linux people if you changed the following:
1. The comments in zy_binary_boundary_detection.c are not in ANSI C style. I know that double slashes are widely used, but in my case, I had to change all comments to be included in /* */ pairs. To make your code more widely compatible, changing this might help.
2. The error using std::exception is still there, because in BinaryHeap.c, line 56, you still pass an empty string to it. Replacing
solved this for me.
After changing these two issues, everything compiled on my debian and R2008b.
Apart from that, thanks for sharing your code.
Does not work for linux, because it uses the function "ismac" instead of isunix.
Additionally, I do not see why the wildcard should be set to an empty string on a mac, a '*' would make more sense, right?
Why not use the Matlab-original function 'what'? At least for Matlab-related files, it gives you exactly what you want to do with getfilenames.
The file works nicely and based on plotepstex. However, there is a bug in the function:
The function creates an eps file called and deletes this temporary file after the pdf has been created.
While this itself is no problem, the function uses the same base string for the eps as for the pdf. Now, if I created a eps with that name before, e.g., using 'plotepstex', it is deleted by 'plotpdftex'.
To fix this, simply change the function such that it uses a (second) temporary file name instead of the string given by the user. Here's the diff output (diff new old):
On Ubuntu 13.04 I am getting this error:
/usr/bin/gs: /opt/MATLAB/R2013a/bin/glnxa64/libtiff.so.5: no version information
available (required by /usr/lib/libgs.so.9)
I copied the libtiff.so.5.1.0 from my system folder into the Matlab folder and changed the symolic link (libtiff.so.5) from libtiff.so.5.0.5 to libtiff.so.5.1.0 as a workaround.
Really nice tool! I've also had problems with eps2eps: when using plotyy, it removes the left y-axis. As mentioned in the comments, this is fixed for me by using Str = sprintf('ps2epsi %s2.ps %s.eps',TempName,FileName); instead. I also use matlabfrag instead of laprint, which in my opinion gives better results.