[Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit

[Dan Sebald]

Follow-up Comment #21, bug #43907 (project octave):

That doesn't sound like a good solution, especially the once per session
restriction.

In some sense, the WXT terminal is the exception to the rule for FLTK and Qt
toolkits and gnuplot terminals.  It works when the expectation is it
shouldn't...or Qt/FLTK isn't working with the arial font when it is expected
to.

"Skipping" the character in txt-eng-ft.cc suggests the routine doesn't know
what to do, so it is going to pass the escape characters on down the line in
hopes that something down stream knows how to interpret it.  And that is the
case for the gnuplot WXT terminal.  Perhaps what this routine should do is
simply absorb those characters--remove them from the character stream and then
in all cases with the arial font, empty set will not be present.  That's easy
to program, and it is consistent.

The consequence is that the user of gnuplot toolkit will have to pick a font
for which that empty set symbol exists.  Otherwise, we'll have to figure out
how to sooner avoid calling the  FreeType process_character() function in the
case of gnuplot toolkit.

More worrisome is the fact that this fails:

>> graphics_toolkit gnuplot
>> text (0.5, 0.5, ' ')

in the gnuplot Qt terminal.  That seems like a bug.

    _______________________________________________________

Reply to this item at:

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

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