2025b Figure Exporting Anomalies

48 次查看(过去 30 天)
Estefanio
Estefanio 2025-10-12,17:48
评论: Estefanio 2025-10-13,13:14
I've never had problems saving my figures with 2023b or 2024b, but saving my figures with 2025b is very buggy and produces unexpected results.
Using "Save As" versus "Export to..." produces two different results when nothing was changed to the figure and this problem occurs irrespective of the figure extension (eps, jng...). The first attached image (Saving figure using "Save As") shows what is meant by using "Save As," where you may simply click on "Save As" (shown in red box), choose the file extension of your liking, and save the figure. The second attached image (Saving figure using "Export to...") shows what is meant by using "Export to...," where you click on the drop down menu below "Save As", select "Export to..." (shown in red box) and the "Export" window pops up, then you choose the file attributes of your liking. The third image (Figure layout in Matlab Figure window) shows what the figure looks like in the matlab figure window for reference (plots themselves are blacked out due to active manuscript in progess). With relation to the different image comparisons, I have not made a single change to the figure in the Matlab Figure window when saving the different images.
First buggy aspect: Using "Save As" produces a .jpg extension while using "Export to..." produces a .jpeg file extension, which is shown in the fourth image (File extension comparison). I know jpg and jpeg are equivalent, but the developers should stick to one convention.
Second buggy aspect: The fifth image (jpg figure saved using "Save As") shows that using "Save As" produces an expected figure that is identical to how the figure looks in the Matlab Figure window. The sixth image (jpeg figure saved using "Export to...") shows that using "Export to..." resizes/distorts the figure in comparison to how the figure looks in the Matlab Figure window (e.g., font size changed, text boxes different than how they are in Matlab Figure window).
Third buggy aspect: When it comes to a figure with a eps extension, the seventh image (eps figure saved using "Save As") shows that using "Save As" produces a gray colored figure (no other option is available when using "Save As") with all other figure attributes staying as expected, while the eigth image (eps figure saved using "Export to...") using "Export to..." produces a colored figure and changes the figure attributes to something very unexpected.
Fourth buggy aspect: Using "Export to..." produced different results when saving the figure as a eps and jpeg. Compare the sixth image (jpeg figure saved using "Export to...") to the eigth image (eps figure saved using "Export to...") and take note of the difference in the text box above the color bar.
Fifth buggy aspect: When using "Export to..." to produce an eps formatted figure, there is an option to choose the color space. RGB and Gray work fine, but changing it to CMYK produces an error stating "Unrecognized function or variable 'filepath'." Not really a big deal, but something that should be fixed.
First Image: Saving figure using "Save As"
Second Image: Saving figure using "Export to..."
Third Image: Figure layout in Matlab Figure window
Fourth Image: File extension comparison
Fifth Image: jpg figure saved using "Save As"
Sixth Image: jpeg figure saved using "Export to..."
Seventh Image: eps figure saved using "Save As"
Eigth Image: eps figure saved using "Export to..."
  4 个评论
dpb
dpb 2025-10-12,19:00
编辑:dpb 2025-10-12,21:29
@Estefanio -- Nota Bene the 'Tips' notes at the doc page for saveas. It specifically notes that
  • The saveas function and the Save As dialog box (accessed from the File menu) do not produce identical results. The Save As dialog box produces images at screen resolution and at screen size. The saveas function uses a resolution of 150 DPI and uses the PaperPosition and PaperPositionMode properties of the figure to determine the size of the image.
  • Details of saved and printed figures can differ from the figure on the display. To get output that is more consistent with the display, see Export Figures for Use in Other Applications.
I don't see anything wrong in submitting your observations, but I'd expect at the moment Mathworks will consider the results to be "working as designed" while during the introduction of the new rendering engine and desktop.
As can be noted from all the release notes, the functionality of all the exporting/printing/saving functions is rapidly evolving from release to release and Mathworks is aware of the discrepancies between various forms and invocations. The intent is to eventually get a single mechanisim, but with development effort and trying to retain a least a modicum of backwards compatiility, things are going to be in transition and such warts are to be expected during the transition.
Unfortunate for the user there is no clean uninterrupted path from one to the other.
For production work, it may simply be most productive to continue to work in a prior environment until things achieve a new stability; hopefully that will be a very few releases away, but I'd suspect it will be several given the complexity of the particular issue and all the other things that are also impacted. This can't be a pleasant time internally...
I am not Mathworks employee; above are my observations based on doc and release notes and other blogs/etc. that have discussed the transition.
Estefanio
Estefanio 2025-10-13,13:14
@dpb Yeah, I'll continue using 2024b until exporting/printing/saving figures are homogenized in future releases. I normally don't thoroughly read through the release notes, but as you've demonstrated, may not be a bad idea for me to start doing so before getting frustrated at what I would view as "not working as designed" but are known issues by mathworks.

请先登录,再进行评论。

回答(0 个)

产品


版本

R2025b

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by