bugGNU Octave - Bugs: bug #48833, multi rows subplot behave...

 
 

bug #48833: multi rows subplot behave incorrectly with qt toolkit

Submitter:  Pantxo Diribarne <pantxo>
Submitted:  Sat 20 Aug 2016 11:08:24 AM UTC
   
 
Category:  Plotting with OpenGL Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * Any
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 24 Aug 2016 12:30:12 AM UTC, comment #5: 

I tested the patch.  It worked fine until the 'menubar' property was changed to 'none'.  I looked around in the code for Figure and found yet another instance of adding a fudge factor to the window size.  Once I corrected that, everything worked.  Of course, then FLTK printing was messed up so I had to go remove the fudge factors from there as well.  In the end, it all seems to work.

I pushed the patch here (http://hg.savannah.gnu.org/hgweb/octave/rev/0a2961d5893c).  Closing report.

Rik <rik5>
Group administrator
Tue 23 Aug 2016 07:45:52 AM UTC, comment #4: 

@Dan: Does the patch have any effect on bug #48778? I don't have a Qt5 build for testing.

Pantxo Diribarne <pantxo>
Group Member
Mon 22 Aug 2016 05:23:39 PM UTC, comment #3: 

The attached cset fixes both issues for me. I just don't know if the "+1" is intentional and why.

(file #38315)

Pantxo Diribarne <pantxo>
Group Member
Sun 21 Aug 2016 09:52:08 PM UTC, comment #2: 

I also get your results. and
run your sript from a file and then at the prompt do


get (hf, "position")
get (0, "defaultfigureposition")

we get different numbers from the script than we do from the prompt!!

Doug Stewart <dastew>
Sun 21 Aug 2016 09:37:49 PM UTC, comment #1: 

This may boil down to


close all
graphics_toolkit qt
hf = figure ();
all (get (hf, "position") == get (0, "defaultfigureposition"))


This returns false when exectued in the terminal and true when executed from a script (drawnow is invoked only at the end of the script). After the figure has actually been drawn, it is one pixel higher than expected.

Pantxo Diribarne <pantxo>
Group Member
Sat 20 Aug 2016 11:08:24 AM UTC, original submission:  

I think this bug has the same origin as bug #48522


close all
graphics_toolkit qt
h1 = subplot (2,1,1)
plot (1:10)
hold all
h2 = subplot (2,1,2)
sombrero

subplot (2,1,1)
gca () == h1


The above returns true with fltk (or with qt and column wise subplots) but false with qt. It looks like the position of the first subplot is not exactly what it should be and thus subplot replaces the axes with a new one.

Pantxo Diribarne <pantxo>
Group Member

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #38315:  fig_height.patch added by pantxo (1KiB - text/x-diff)

 

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 dastew (Posted a comment)
  • -email is unavailable- added by pantxo (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 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-08-29 rik5 Open/ClosedOpen Closed
    2016-08-24 rik5 StatusNone Fixed
    2016-08-22 pantxo Attached File- Added fig_height.patch, #38315

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code