Mon 24 Jun 2013 02:42:25 AM UTC, comment #10:
Fixed by changeset for bug #37007 (http://hg.savannah.gnu.org/hgweb/octave/rev/4c51eaffa9e4). Closing report.
|
Mon 24 Jun 2013 12:37:35 AM UTC, comment #9:
Marking bug as a duplicate of #37007.
|
Thu 21 Feb 2013 12:52:53 AM UTC, comment #8:
refresh () isn't enough to do it. I actually have to modify something, like the string property, to force the text object to be redrawn.
|
Thu 21 Feb 2013 12:37:41 AM UTC, comment #7:
I don't have the time to implement a solution, but it sounds as if an updater needs to be added to graphics.cc/graphics.h.in.
I've done that in the past. It took be a few hours of study to remind myself how the updating works, and then a few minutes to implement.
In any event, to verify your diagnosis is correct, have you tried "refresh"?
|
Wed 20 Feb 2013 11:25:31 PM UTC, comment #6:
Ben,
At least you can get text color to work outside of the legend. Using FLTK-1.10 I can't change the color of any text object. However printing to pdf is working correctly. I think Octave is failing to call some updater after it changes the text color. I can prove this because if I change the text color, and then change the text string forcing an update, both the string and color are updated.
Example that works for me:
|
Wed 06 Feb 2013 02:58:56 PM UTC, comment #5:
Found the regression and fixed it.
http://hg.savannah.gnu.org/hgweb/octave/rev/7275cfaddb5e
|
Wed 06 Feb 2013 02:29:02 PM UTC, comment #4:
Right. Also, I seem to remember that some of the
escape sequences and things like ^ used to work without
setting 'tex' mode.
Anyhow, Figure 15.7 in the Manual is broken in the dev
branch. I am pretty sure that this is a fairly
recent regression.
|
Wed 06 Feb 2013 02:08:03 PM UTC, comment #3:
Michael,
I assume you are pointing out the "tex" interpreter is no longer working for the legend's text objects when using the gnuplot toolkit?
Ben
|
Wed 06 Feb 2013 01:55:28 PM UTC, comment #2:
I've been unable to determine why the color of text objects renders correctly for all text except for those in the legend. To be sure I wasn't missing something, I tried the following simple example.
The legend text labels displayed remain black, but those in the PDF are blue. My understanding is that GL2PS produces an EPS of what is displayed. Thus, I'm inclined to conclude there is no bug in Octave, but maybe one in FLTK 3.0?
In any event, I've attached the displayed figure and the "test.pdf"
(file #27402, file #27403)
|
Tue 05 Feb 2013 02:35:42 PM UTC, comment #1:
For whoever works on this bug and bug #38264 it would
be useful to also include bug #38261.
I think that the use of escape and mode 'tex' worked fairly
recently, but I have not isolated just when or why it stopped
working.
|
Tue 05 Feb 2013 02:03:03 PM UTC, original submission:
The following has no effect of the text labels for the FLTK toolkit.
|