[Octave-bug-tracker] [bug #48667] Colormap not controllable at the axes level

[Dan Sebald]

Follow-up Comment #17, bug #48667 (project octave):

Here's a diff that fixes the gnuplot issue:


address@hidden ~/octave/octave/octave/scripts/plot/util/private $ hg diff
diff --git a/scripts/plot/util/private/__gnuplot_draw_axes__.m
b/scripts/plot/ut
--- a/scripts/plot/util/private/__gnuplot_draw_axes__.m
+++ b/scripts/plot/util/private/__gnuplot_draw_axes__.m
@@ -465,21 +465,12 @@ function __gnuplot_draw_axes__ (h, plot_
   endif
 
   if (rows (parent_figure_obj.colormap) != 2)
-    ## Second pass to change color map for binary images (not sure correct)
     kids1 = kids;
     while (! isempty (kids1))
       obj = get (kids1(end));
       kids1 = kids1(1:(end-1));
 
       switch (obj.type)
-        case {"image"}
-          if (isfield (obj, "cdata") && islogical (obj.cdata))
-            parent_figure_obj.colormap = [0 0 0; 1 1 1];
-            axis_obj.clim = [0 1];
-            axis_obj.climmode = "manual";
-            break;
-          endif
-
         case "hggroup"
           ## Push group children into the kid list.
           if (isempty (kids1))
@@ -491,7 +482,7 @@ function __gnuplot_draw_axes__ (h, plot_
     endwhile
   endif
 
-  cmap = parent_figure_obj.colormap;
+  cmap = axis_obj.colormap;
   cmap_sz = rows (cmap);
   addedcmap = [];
 


but let me think about this for a bit.  I've forgotten what all the logical
cases and so on was about, but judging from the comment in the code I wondered
if it made sense to handle logical data the way I did.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?48667>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/