bugGNU Octave - Bugs: bug #35439, fltk printed png is restricted by...

 
 

bug #35439: fltk printed png is restricted by display size

Submitter:  Ben Abbott <bpabbott>
Submitted:  Thu 02 Feb 2012 07:53:36 PM UTC
   
 
Category:  Plotting with OpenGL Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Fixed Assigned to:  None
Originator Name:  Ben Abbott Open/Closed:  * Closed
Release:  * dev Operating System:  * Any
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Fri 18 Nov 2016 05:50:24 AM UTC, comment #11: 

The original examples work for me in Linux with 4.2.0.  Closing report.

Rik <rik5>
Group administrator
Fri 14 Dec 2012 01:15:44 PM UTC, comment #10: 

If this is another example of the long-standing timing
problem in fltk it might be better to change the summary
to show this, and somehow try to track down the source
of this problem.  I have tried to isolate the problem,
but have not succeeded.

It is a serious defect that printed plots continue to be
rendered incorrectly.

Michael Godfrey <godfrey>
Group Member
Fri 14 Dec 2012 11:41:35 AM UTC, comment #9: 

No, I was too quick to draw a conclusion. The resizing command works with heights bigger than the displays height only  when the figure spreads over more than one workspaces. So this may be indeed a separate bug related to a fltk restriction. Probably there will be some workaround, but I am not very experienced in fltk.

Konstantinos Poulios <logari81>
Fri 14 Dec 2012 11:22:14 AM UTC, comment #8: 

I do not agree that this is a restriction of fltk/gl2ps.

If I comment out the setting of position in print.m:

 %    set (opts.figure, "position", fpos);

I can print the attached file with:

 plot(1,1)
 fpos = get (gcf, "position");
 set (gcf, "position", [fpos(1),fpos(2),fpos(3),2000])
 print('-dpng', '/tmp/test.png')

Actually I suspect that this issue is just another manifestation of a race condition between fltk and octave, as I have described it in detail here:

https://mailman.cae.wisc.edu/pipermail/octave-maintainers/2012-June/028580.html

Other manifestations of this fundamental bug are random output sizes depending e.g. if print is issued interactively or in a script or if "waits" and "drawnows" are added in the code.


Konstantinos Poulios <logari81>
Fri 17 Feb 2012 11:41:10 PM UTC, comment #7: 

A future toolkit, such as Qt, may fix this so, I've modified the status to "Postponed"

Ben Abbott <bpabbott>
Group Member
Fri 17 Feb 2012 01:45:48 AM UTC, comment #6: 

Changing the summary to better describe the problem.

Ben Abbott <bpabbott>
Group Member
Tue 14 Feb 2012 07:01:00 PM UTC, comment #5: 

I ran the script on both MacOS 10.7.3 and Ubuntu 10.04.  Nothing is garbled for me.

Ben Abbott <bpabbott>
Group Member
Tue 14 Feb 2012 05:02:50 PM UTC, comment #4: 

For me this is now all garbled (using your script with octave version 8de863b7126b tip). See attached.


Muhali <muhali>
Tue 14 Feb 2012 02:01:49 AM UTC, comment #3: 

I looked at this again. The problem for me is that my fltk window size is limited by my display. So when the print() command requests a window height of 1200 it is truncated.

To confirm I modified my script.


close all
toolkits = available_graphics_toolkits ();
canvas = fliplr (get (gcf, "paperposition") (3:4) * 72);
for t = 1:numel(toolkits)
  close all
  graphics_toolkit (toolkits{t})
  orient landscape
  sombrero
  print (sprintf ("foo-%s.png", toolkits{t}))
  print (sprintf ("bar-%s.png", toolkits{t}), sprintf ("-S%d,%d", canvas))
end


Both gnuplot and fltk give equivalent results.

I'm marking this as "won't fix" because this is a limitation imposed by the combination of fltk and gl2ps.

Ben Abbott <bpabbott>
Group Member
Mon 13 Feb 2012 10:47:33 PM UTC, comment #2: 

The interesting thing is that all depends on whether the commands are issued interactively (_i) or as the script (_s). I attach 4 files here only one of which gives the expected result, namely bar_s.png. Please note the slight difference at the bottom corner of foo.



Muhali <muhali>
Thu 02 Feb 2012 08:13:59 PM UTC, comment #1: 

I'll updated my sources.


$ hg tip
changeset:   14318:7dee2bb231c1
branch:      stable
tag:         tip
user:        Philip Nienhuis  <prnienhuis@users.sf.net>
date:        Thu Feb 02 10:46:52 2012 -0800
summary:     strread.m: Fix missing semicolon and unnecessary "unable to parse" messages (Bug #35418).


Gnuplot still works correctly, but now neither fltk plot is correct. The results are essentially the same, but the plot has retained the default aspect ratio.

Ben Abbott <bpabbott>
Group Member
Thu 02 Feb 2012 07:53:36 PM UTC, original submission:  

Using gnuplot, the example below gives me two plots what are each the correct size.


close all
graphics_toolkit fltk
orient landscape
sombrero
print foo.png
print ("bar.png", sprintf ("-S%d,%d", 6*150, 8*150))


With fltk, the first is correct, but the 2nd is not. For me on MacOS X, the 2nd produces a sombrero with the proper aspect ratio, but it only fills the UL quadrant of 900 × 886 plot. The size should be 900 x 1200.

I'm running the default branch, and my tip is


$ hg tip
changeset:   14311:decea31ea010
branch:      stable
tag:         tip
user:        Ben Abbott  <bpabbott@mac.com>
date:        Mon Jan 30 08:22:32 2012 -0500
summary:     Fix qhull tests.


Ben Abbott <bpabbott>
Group Member

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #27094:  test.png added by logari81 (12KiB - image/png - print higher than the display)
file #25063:  foo-fltk.png added by muhali (256KiB - image/png)
file #25064:  bar-fltk.png added by muhali (245B - image/png)
file #25065:  foo-gnuplot.png added by muhali (168KiB - image/png)
file #25066:  bar-gnuplot.png added by muhali (1KiB - image/png)
file #25056:  foo_i.png added by muhali (252KiB - image/png)
file #25057:  bar_i.png added by muhali (89KiB - image/png)
file #25058:  foo_s.png added by muhali (265KiB - image/png)
file #25059:  bar_s.png added by muhali (90KiB - image/png)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by godfrey (Posted a comment)
  • -email is unavailable- added by logari81 (Updated the item)
  • -email is unavailable- added by bpabbott (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 group members can vote.

     

    Follow 16 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-11-18 rik5 StatusPostponed Fixed
        Open/ClosedOpen Closed
    2012-12-14 logari81 StatusConfirmed Postponed
    2012-12-14 logari81 Attached File- Added test.png, #27094
        StatusPostponed Confirmed
    2012-02-17 bpabbott StatusWont Fix Postponed
    2012-02-17 bpabbott Summaryfltk printed png is the wrong size fltk printed png is restricted by display size
    2012-02-14 muhali Attached File- Added foo-fltk.png, #25063
        Attached File- Added bar-fltk.png, #25064
        Attached File- Added foo-gnuplot.png, #25065
        Attached File- Added bar-gnuplot.png, #25066
    2012-02-14 bpabbott StatusNone Wont Fix
    2012-02-13 muhali Attached File- Added foo_i.png, #25056
        Attached File- Added bar_i.png, #25057
        Attached File- Added foo_s.png, #25058
        Attached File- Added bar_s.png, #25059

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code