bugGNU Octave - Bugs: bug #60333, No title using latex interpreter...

 
 

bug #60333: No title using latex interpreter in some cases

Submitter:  Leonardo <pocker>
Submitted:  Sat 03 Apr 2021 05:02:21 PM UTC
 
Category:  Plotting with OpenGL Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  None Assigned to:  None
Originator Name:  Open/Closed:  * Open
Release:  * dev Operating System:  * Any
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       

 

Tue 06 Apr 2021 02:12:59 PM UTC, comment #4: 

>> If so, would be any drawback turning the option -svgconvert as default if latex interpreter is being used?


As I said, since -svgconvert tool chain sometimes leads to inaccurate rendering of image objects (as documented in print.m) turning it on is not quite innocuous.

Pantxo Diribarne <pantxo>
Project Member
Tue 06 Apr 2021 01:26:07 PM UTC, comment #3: 

It would be nice to add some information in print.m

Also, this warning

warning: print: unhandled LaTeX strings. Use -svgconvert option or -d*latex* output device.

appear when using the latex interpreter only, right? If so, would be any drawback turning the option -svgconvert as default if latex interpreter is being used?

What I mean is, if interpreter is set to latex, command

print -dpdf toto.pdf

will produce the exact same output as

print -svgconvert -dpdf toto.pdf

and in the print.m it could be stated that -svgconvert may be overwritten by -d*latex*.
As a consequence of this, using latex interpreter will always use -svgconvert OR -d*latex*

Leonardo <pocker>
Sun 04 Apr 2021 11:06:29 AM UTC, comment #2: 

Only does the -svgconvert tool chain allow printing SVG path obtained from dvisvgm. This is a limitation that I don't intend to fix my self.

Actually, I'd like to have -svgconvert become the default tool chain, so that we progressively abandon the maintenance of the eps based tool chain. The main blocker is that, with the -svgconvert option, images with few pixels (e.g. colorbars) are not rendered accurately. Note, the latter could be fixed using Qt-5.13+ versions.

Running the code from comment #0 for the first time, I get a warning:

warning: print: unhandled LaTeX strings. Use -svgconvert option or -d*latex* output device.
warning: called from
    __opengl_print__ at line 206 column 9
    print at line 771 column 16

Maybe we could document the limitation better in print.m?

Pantxo Diribarne <pantxo>
Project Member
Sat 03 Apr 2021 05:31:27 PM UTC, comment #1: 

But if used with -svgconvert it shows the title

print -svgconvert -dpdfcrop toto2.pdf

(file #51184)

Leonardo <pocker>
Sat 03 Apr 2021 05:02:21 PM UTC, original submission:  

Hi

if I run this

clear all, close all
plot (1:10);
title ("Some LaTeX", "interpreter", "latex");
print -dpdfcrop toto.pdf

the title does not appear on pdf (see attached pdf), only on screen

debian 10, HG-ID 2ae4764180c6

Leonardo <pocker>

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #51184:  toto2.pdf added by pocker (13KiB - application/pdf)
file #51183:  toto.pdf added by pocker (3KiB - application/pdf)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by pantxo (Posted a comment)
  • -email is unavailable- added by pocker (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 project members can vote.

     

     

     

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2021-04-04 pantxo CategoryPlotting Plotting with OpenGL
        Operating SystemGNU/Linux Any
    2021-04-03 pocker Attached File- Added toto2.pdf, #51184
    2021-04-03 pocker Attached File- Added toto.pdf, #51183

    Back to the top


    Powered by Savane 3.9