[Octave-bug-tracker] [bug #49338] Error preventing the creation of valid latex output with non-ascii chars under fltk

[anonymous]

Follow-up Comment #2, bug #49338 (project octave):

Yes, you are right. I'm using Linux, but have it configured to use latin1 for
my convenience, hence, hardcoding \usepackage[T1]{fontenc} was right for me
but won't be for others. I did no realise that fact.

In the case of graphics_toolkit gnuplot, it is gnuplot that take care of
selecting the right char encoding through a system-wide or user-wide gnulot
configuration file. However, with fltk, it is octave which is taking care of
creating the latex file itself, so I supose that octave should also take care
of creating the right latex headings depending on the encoding being set on
the current computer. A naïve implementation could consist in making print.m
to check the current LANG environment variable before issuing the latex
headings ...

    _______________________________________________________

Reply to this item at:

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

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