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

 
 

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

Submitted by:  Leonardo <pocker>
Submitted on:  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

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

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)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    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.6