PDF/EPS Export Crops Incorrectly When Using Black yyaxis

[TCWORLD]

When the yyaxis command is used, but the axes are set to be black rather than the default orange/blue, the exported PDF/EPS file is cropped wrong.

For example, the following code will result in the left hand axis label ('Up') not appearing in the PDF.

figure;
yyaxis('left');
plot(1:3,1:3);
ylabel('Up');
yyaxis('right');
plot(1:3,3:-1:1);
ylabel('Down');
ax = gca;
ax.YAxis(1).Color = 'k';
ax.YAxis(2).Color = 'k';

The problem is due to the issue of the black axis being the same colour as the temporary black background used in export of EPS or PDF files. The current method of fixing this only works for the last selected yyaxis, as setting 'YColor' property only affects that axis not both.

[TCWORLD]

I've pushed a fix for this problem to a new fork.

I can create a pull request if you would like.

[altmany]

@TCWORLD - I cannot recreate the problem on my R2020bPR on Windows. What's your platform and Matlab release and export_fig version?

[TCWORLD]

I'm on Windows R2017a. The export_fig version was the latest release, 3.05 I believe.

It's quite likely Mathworks have made changes to the way things work under the hood. They seem to like doing that.

For the test example, I used the export command export_fig -pdf -transparent, I missed that off the script example when I copied it, apologies.

[TCWORLD]

When I export, I get the following:

export_fig_out.pdf

With the changes in the PR, I get:

export_fig_out.pdf

[altmany]

This issue is expected to be fixed in the latest version (that was just uploaded)

[durack1]

@TCWORLD @altmany thanks for this, I had hit this issue numerous times before and always had to tweak the size of the canvas (and move around subplots) to make sure nothing got truncated, I hope I can omit this kludge going forward.

Thanks again.

[TCWORLD]

Cheers.

[TCWORLD]

I can confirm that this issue is fixed. Thank you for your work.