(
Jump to the original submission)
Fri 16 Oct 2015 07:45:29 AM UTC, comment #6:
Sorry I misread this report, didn't see it was about gnuplot. Gnuplot still doesn't produce correct figures using tex symbols and svg.
|
Thu 15 Oct 2015 08:12:46 PM UTC, comment #5:
I pushed a patch that fixes this issue:
http://hg.savannah.gnu.org/hgweb/octave/rev/4e47e10d5279
Closing report.
|
Mon 03 Nov 2014 01:22:02 PM UTC, comment #4:
This seems close to bug #41715, marking as a duplicate report.
|
Mon 03 Nov 2014 01:19:22 PM UTC, comment #3:
Confirmed with your example. Agreed that this seems to occur when using TeX markup. If the real UTF-8 character set is used instead
the resulting file looks correct to me, using either gnuplot or fltk.
|
Mon 03 Nov 2014 09:33:14 AM UTC, comment #2:
Here is some sample code
even though it says encoding="utf-8" in the xml meta tag, the symbol seems to be encoded wrongly as i cannot open the file with a viewer. The targeted infinity symbol here is not represented by the associated entity but something like: ¥ .
|
Sun 02 Nov 2014 05:11:33 PM UTC, comment #1:
Thanks for your bug report. Can you provide an example script or a few lines of Octave commands to reproduce what you are seeing? Can you also attach the SVG file that is produced on your system?
|
Wed 29 Oct 2014 05:15:09 PM UTC, original submission:
I found an text encoding issue with svg printing:
prints an svg file which uses iso-8859-44 encoding instead of utf-8. I am (on Ubuntu 14.10, GNU Octave 3.8-.1) using the gnuplot backend. My default (system) encoding is utf8.
|
(Note: upload size limit is set to 16384 kB, after insertion of the required
escape characters.)
Attach File(s):
Comment:
No files currently attached
Depends on the following items
Digest:
bug dependencies.
Items that depend on this one: None found
Follow 9 latest changes.