patchGNU Octave - Patches: patch #8696, Use unicode utf-8 rather than...

 
 

patch #8696: Use unicode utf-8 rather than Symbol font for gnuplot when possible

Submitter:  Dan Sebald <sebald>
Submitted:  Fri 03 Jul 2015 10:06:31 PM UTC
   
 
Category:  Core : new feature Priority:  3 - Low
Status:  Done Privacy:  Public
Assigned to:  None Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 23 Oct 2020 11:57:31 AM UTC, comment #4: 

This works for me on Ubuntu 20.04 and Windows 10 with hg id a6b7085c8ac2.

Closing as done.

Markus Mützel <mmuetzel>
Group administrator
Thu 22 Oct 2020 04:26:23 PM UTC, comment #3: 

I rebased the patch on the current default branch and pushed it here:
https://hg.savannah.gnu.org/hgweb/octave/rev/08a01acc2fcf

Sorry it took more than five years.

Marking as ready for test

Markus Mützel <mmuetzel>
Group administrator
Sat 18 Jan 2020 10:41:19 AM UTC, comment #2: 

Review for Octave 6.

This patch seems useful, but does no longer apply cleanly to the development branch.  Do you want to refactor it?

Setting to "postponed" and lowering priority.

Kai Torben Ohlhus <siko1056>
Group Member
Fri 03 Jul 2015 10:59:04 PM UTC, comment #1: 

Attached is a patch that will use UTF-8 encoding of symbols in all gnuplot terminal cases except the PostScript class of terminals, 'postscript' and 'epscairo'.  This appears to work well on my system.  There may be some terminals like 'png' that don't function exactly right, and if that is the case I'll investigate the issue in the gnuplot code.

Here's a reference to the TeX utf-8 glyphs:

http://www.w3.org/2001/06/utf-8-test/TeX.html

I was tempted to write a little script that creates the sym structure automatically so that all of the entries on that page are accounted for, but I just added the utf-8 characters that were present along side the 'Symbol' definitions in a cell.

Here's a test sequence:


setenv('GNUTERM', 'qt')
graphics_toolkit gnuplot
h = text (0.5,0.6, 'H \0 \Gamma \aleph I')
set(h,'fontweight', 'bold')



(file #34373)

Dan Sebald <sebald>
Fri 03 Jul 2015 10:06:31 PM UTC, original submission:  

In the course of investigating the following bug:

https://savannah.gnu.org/bugs/?43907

it became evident that gnuplot Qt terminal was not showing symbols for some users.  Some people found they were present for the gnuplot Qt terminal.  This behavior is likely system font-dependent.

gnuplot has implemented utf-8 encodings, which supposedly is a more robust way of achieving symbols.  Adobe Symbol font is historically what "/Symbol" is referring to.  Basically, "/Symbol" is intended for the PostScript class of gnuplot terminals.

Dan Sebald <sebald>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #34373:  octave-gnuplot_unicode_text-djs2015jul03.patch added by sebald (20KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mmuetzel (Posted a comment)
  • -email is unavailable- added by siko1056 (Posted a comment)
  • -email is unavailable- added by sebald (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-10-23 mmuetzel StatusReady For Test Done
        Open/ClosedOpen Closed
    2020-10-22 mmuetzel StatusPostponed Ready For Test
    2020-01-18 siko1056 CategoryNone Core : new feature
        Priority5 - Normal 3 - Low
        StatusNone Postponed
    2015-07-03 sebald Attached File- Added octave-gnuplot_unicode_text-djs2015jul03.patch, #34373

    Back to the top

    Powered by Savane 3.14-f13d.
    Corresponding source code