[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #53073] OpenGL color LUT seems incorrect after

From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #53073] OpenGL color LUT seems incorrect after a print() for the Qt graphics toolkit
Date: Tue, 6 Feb 2018 13:18:27 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0

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:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]