I tried that as well, to no avail. Same problem persists. Any idea if we can manually add a clipping mask with proper coordinates?
Of course I can edit the output figure (eps/pdf) in illustrator. But this gets very tiresome with many figures.
It is not a GraphicsGrid/Row/Column. It is one Graphics object with several Inset objects because GraphicsGrid are very unreliable with styling, paddings et cetera. I can’t have it rasterized though, I need the figure to be vector.
Some parts of the figure are vectorised actually; the density maps are rasterized and placed back in to the figures using Prolog. This is merely done to save some on the file-size.
Thanks for the suggestion though!
The problem though is way more general, even the simplest example goes wrong (in view and in export).
I’m not using the import feature, only the export. It should just be perfect, I don’t see what is the problem. The positions (in pdf units) for the clipping ranges are known; the exact coordinates as for the frame!
I’d like to hear from someone from Wolfram…
EDIT: I think it just completely ignores the clipping masks in the Import.
I see what you mean, Sander. Even in my example, the colored region of the pdf now laps over the top and bottom of the frame. Through the years, I have had a lot of problems getting pdf output that actually looked like the Mathematica graphic. Sometimes I have noticed that the results interact strongly with as-drawn and export image sizes.
Generally it is fine, but clipping masks are always troublesome! They are somehow very difficult to handle. I made some complaints before but they never seem to fix them.
It would be very nice if there would be a clipping-mask primitive in one of the future versions, so you manually mask something!