Mon 12 Aug 2013 11:56:40 AM UTC, comment #7:
I'm seeing a failure the first time tests are run on graphics.cc
The test fails due to the axes objects being in the wrong order. Subsequently, all tests pass.
I'll open a new bug report.
|
Sun 11 Aug 2013 08:48:52 PM UTC, comment #6:
I've pushed a changeset
http://hg.savannah.gnu.org/hgweb/octave/rev/283422a219a2
|
Sun 11 Aug 2013 02:23:42 AM UTC, comment #5:
I ran a test that looks to indicate the problem is in graphics.cc (i.e. not _init_fltk_.cc)
I'm still lost as to what is happening.
|
Sat 03 Aug 2013 12:59:54 PM UTC, comment #4:
Changing the xlabel, ylabel, or title restores the tightinset to its proper values and renders the figure correctly.
I don't understand what it happening. If anyone has an idea, please comment.
|
Sat 03 Aug 2013 02:04:58 AM UTC, comment #3:
Maybe the problem is in graphics.cc (axes::properties::get_extent ()) ?
|
Sat 03 Aug 2013 01:11:54 AM UTC, comment #2:
Removing the "regression", and elevating the severity to blocker.
|
Sat 03 Aug 2013 01:06:51 AM UTC, comment #1:
The problem looks to be with the "tightinset" property. The tightinset should be identical in each case.
I'm changing the summary to be more descriptive.
|
Fri 02 Aug 2013 01:06:34 PM UTC, original submission:
Figure looks reasonable. However, the menubar height is taller, and should remain a fixed height (to maintain esthetics).
Returning the figure to its original position shrinks the axes.
I've attached the figure which results.
Enlarging the figure a second time fixed the axes position.
I haven't had the time to isolate the problem, but my guess is that either (1) a dormant old bug has been awakened by recent changes to _init_flltk_.cc, or (2) the recent changes broke some implicit interdependence.
|