Hello Eric,
I believe that you are saying that, when a figure showing an image is printed to a PostScript (.ps) file, the image has a small shift, although the properties listed were the same for both versions of MATLAB.
The "slice_overlay" and "slover" functions are third-party tools, so I'm not sure what they do exactly. Does this shift occur even when printing images directly to a PostScript file? Try this code on both versions of MATLAB (uses a built-in image) and see if there is any difference:
load mri
figure
imshow(D(:,:,1),map)
print -dps testimage.ps
If there is a difference, then I would recommend contacting MathWorks Technical Support for further assistance. There may have been some under-the-hood changes to how PostScript files were printed that could be impacting this. For example, there was a change in R2014b which created the files in a different (but valid) way, which Mac Preview did not handle correctly .
If there is no difference, then it is probably an issue either with the figure properties/printing process, or with the "slice_overlay" and/or "slover" functions. Check the 'Renderer' and 'RendererMode' properties of the figure in both versions of MATLAB as well.
I believe that the criteria for "sufficiently complex" images has changed between versions as well, so it could be that one of the files is really a bitmap, despite being in a vector-graphics file. Try forcing the print to use vector-graphics by adding the '-painters' flag to the "print" command.
You could also try using the '-loose' flag in the "print" command as well. This seems to have an affect of the aspect ratio of PostScript (or at least Encapsulated PostScript) files.
Good luck!
-Cam
