[Octave-bug-tracker] [bug #31468] Printing of multi-line text objects (OpenGL)

[Pantxo Diribarne]

Follow-up Comment #72, bug #31468 (project octave):

@Rik: some more info on comment #69 items:
1) If you change the second axes position, e.g. swap subplot(222) and
subplot(221), the texts are no more partly hidden behind the background. The
problem is that currently all axes are treated in gl2ps as a single depth
tree, which leads to those unexpected results after primitive sorting. Fixing
bug #44765 also fixes the hidden characters here. 

2) The patch I provided splits parsed string and places them by hand in gl2ps.
The critical part of it is the position of strings as computed using freetype
in Octave: they must be consistent with what external renderers will produce.
My understanding is that there are two issues here:
* freetype is used to produce pixel outputs: we thus approximate (integer
divisions) the size of type faces to produce digits. 
* mismatch between Octave (fontconfig) replacement for Helvetica font and what
other renderers choose: a possible solution to this is keep track of the
actual rendered fonts in Octave, replace the font name in gl2ps EPS output and
later use ghostscript to embed the actual font and convert to any format we
like (including EPS).
  


    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/