MATLAB Answers

0

Colormap overriden by new Parent figure

Asked by Spencer Chen on 17 Jan 2019
Latest activity Commented on by Spencer Chen on 11 Apr 2019
I've encountered a strange problem with colormaps. When I transfer the "Parent" attribute of my axis to a new figure, then its colormap is overriden. Here's example code:
%%
f1 = figure;
imagesc(rand(100,100))
colormap(gray)
pause
% At this point, the colormap should be "gray"
f2 = figure;
f1.Children.Parent = f2;
% colormap is now "parula" after the image axes is transferred to figure 2
pause
f2.Children.Parent = f1;
% image is now "gray" again
Bug?? Generalized workarounds??
Obviously, I can reset the colormap after transfer, but it its troublesome with multiple axes with multiple colormaps, also with axis as children of panels (multilevel UI objects).
This is Matlab R2018a, Win 10.
Blessings,
Spencer

  1 Comment

I have finally got to the bottom of this colormap problem. The problem wasn't in the reassignment parent, nor with the GUILayoutToolbox. It was actually to do with preview() of the Image Acquisition Toolbox.
Executing preview() somehow touches all my colormap settings. On screen, my colormaps get set to 'gray'. On save the panels, these images are saved as 'parula'.
Solution: Resetting all my axes to the correct colormap after executing preview() solves the problem.
Blessings
Spencer

Sign in to comment.

Products


Release

R2018a

4 Answers

Answer by Walter Roberson
on 17 Jan 2019
 Accepted Answer

By default colormap() sets the figure colormap, not the axes colormap. You are moving the axes to a different figure that has a different (default) figure colormap active so the axes takes on that other colormap.
The solution is
colormap(gca, gray)

  0 Comments

Sign in to comment.


Answer by Spencer Chen on 17 Jan 2019

Thanks. I forgot about that.
This works for my example.
However, for some reason I'm still having trouble with colormap with multi-level UI objects when I transfer between figures.
Let me debug further.

  0 Comments

Sign in to comment.


Answer by Spencer Chen on 17 Jan 2019

There must be a flag somewhere so the system knows whether to override the axes colormap with the figure colormap. I cannot find this flag (in the axes properties).
My problem is intermittent, so I cannot reduce it to simple code for now. The long description is to do with saving subplots from my GUI. I have various panels/tabs with subplots that I want to save to individual file. The way I do that is create a new figure, temporarily assign the parent of the Panel to the new figure, then save the figure, after which I assign the Panel back to its original parent.
One thing for sure, I've set the colormap of the axes. Initially it all works fine. I collect data, then save the plots, and the colormaps of the saved figures are correct. But I suspect at some point in using my GUI, the flag that marks the axis as having its own colormap is reset by an internal routine, causing it to switch colormap map when I assign it to a new figure. Once the colormap switch occured, then subsequent saves of my plotted data all have the default parula colormap.
Restarting my GUI resets the colormap back to what I want.
I'm using GUI Layout Toolbox, which may be contributing to this problem. And running my GUI on R2016a works fine. R2018a is switching my colormaps.
Blessings,
Spencer

  2 Comments

You should consider copyobj to the figure instead of setting the parent.
Are you using imshow() ? If so it might be deleting your axes. I recommend against using imshow() for anything other than interactive exploration or programs that are nearly throw-away.
Thanks. copyobj() was the first thing I tried when I put the GUI together, but something in the routine is cropping my copied panel (see attached). It was then that I found that temporary reassigning the Parent property to a new figure for saving my plots worked.
I'm using image() to create the image handle, then subsequently using CData to update the content. This way, the axes does not get redrawn and I achieve fast redraw on the GUI.
Here's my code when initializing one of my plots for your comment:
% init spatial time course
hold(this.gui.ax.tc8x8bg,'on');
this.gui.plot.tc8x8bg = image(this.gui.ax.tc8x8bg, [0 8], [0 8], ones(8));
axis(this.gui.ax.tc8x8bg,'tight');
set(this.gui.ax.tc8x8bg,'Position',[0 0 1 1],'Unit','normalized');
colormap(this.gui.ax.tc8x8bg,gray(256));
hold(this.gui.ax.tc8x8bg,'off');
setAllowAxesZoom(zoommode,this.gui.ax.tc8x8bg,0);
And here's the code snippet for updating the
set(this.gui.plot.tc8x8bg, 'CData', img2, 'CDataMapping', 'scaled');

Sign in to comment.


Answer by Spencer Chen on 18 Jan 2019

Still working on this problem if anyone has more suggestions.
Attached is a screencap of my GUI with the panel on the left in the desired gray colormap. Also attached is the saved JPEG of this panel ending up with the parula colormap, using the following code:
function saveplot(obj, filename)
org.Parent = obj.Parent;
fig = figure('Visible','off','Position',[0 0 1120 840]);
% copyobj(obj, fig);
obj.Parent = fig;
print(fig,'-djpeg','-r300',filename);
obj.Parent = org.Parent;
close(fig);
end
Blessings,
Spencer

  0 Comments

Sign in to comment.