[Octave-bug-tracker] [bug #53073] OpenGL color LUT seems incorrect after a print() for the Qt graphics toolkit

[Dan Sebald]

Follow-up Comment #7, bug #53073 (project octave):

The patch example doesn't change color.  It seems to only be the lines that
are affected, which I find strange.  I loaded a color picker, but I don't
think it is much help because filtering is applied to those lines on screen
and there isn't one set RGB value for which I can position the cursor and say
"the color went from RGB1 to RGB2".

Yes, refresh() corrects the colors.  Position the mouse over the plot does it
as well, but the mouse has to go within the plot boundaries.  Positioning the
mouse outside the borders and on top of axis annotation isn't enough.  Maybe
it is because of some interactive behavior between acquiring axis location
based upon cursor position.

You're right, the border lines and axis notation also become darker.  Seeing
as those are supposed to be black, it wouldn't be that the color is changing. 
It must be that some extra black pixels are being drawn (which of course
causes a perceived color shift for anything non-black).  Or maybe the
low-level filtering is wrong during that time.

    _______________________________________________________

Reply to this item at:

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

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