octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #52749] fltk to qt merge


From: Michael Godfrey
Subject: [Octave-bug-tracker] [bug #52749] fltk to qt merge
Date: Wed, 27 Dec 2017 09:43:58 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36

URL:
  <http://savannah.gnu.org/bugs/?52749>

                 Summary: fltk to qt merge 
                 Project: GNU Octave
            Submitted by: godfrey
            Submitted on: Wed 27 Dec 2017 02:43:57 PM UTC
                Category: Plotting
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: Michael Godfrey
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Any

    _______________________________________________________

Details:

It is planned to transition fltk to qt. A major problem in doing
this is that, for the same input, the resulting PDF bounding
boxes differ by a large enough amount that their use, for example,
in LaTeX \includegraphics() requires substantial recoding of the
parameters. It would be very useful if both plotting systems
produced the same plot, including Bounding Box values when
processing the same input. Here is an example of the surrent
state with and without -tight:

*************qt vs fltk Bounding Box results w/wo pdfcrop
                          qt                   fltk   
plot_diff.pdf            17 179 595 702     49 198 536 589
plot_diff-crop.pdf       0 0 578 523        0 0 487 391
plot_orig_norm.pdf       17 179 595 702     64 236 551 564
plot_orig_norm-crop.pdf  0 0 578 523        0 0 487 328

With -tight set:
plot_diff.pdf            17 179 595 702     52 200 551 600
plot_diff-crop.pdf       0 0 578 523        0 0 499 400
       

It would also be helpful to implement an option to run
pdfcrop before writing the output. -tight appears not to
do the same as pdfcrop. pdfcrop makes the plots easier to
use.




    _______________________________________________________

Reply to this item at:

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

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]