Tue 08 Mar 2011 02:01:34 AM UTC, comment #10:
The changeset:
changeset: 12503:2c66314447f1
tag: tip
user: Konstantinos Poulios <logari81@gmail.com>
date: Mon Mar 07 17:35:33 2011 +0100
files: src/ChangeLog src/graphics.h.in
description:
update axis label position after axis location changes
Appears to have corrected the label positioning problem.
Of the set of problems that I mentioned the only remaining
item is the difference between Octave and matalb (R2009b)
with respect to choice of tick marks. For this plot
(0:1, 0:1) matlab places tick marks at
- 0.1 0.2 0.3 ... 1
Octave places tic marks at:
- 0.2 0.4 0.6 ... 1
for both xaxis and yaxis.
This is not a big issue. I am just pointing out a
difference between matalb and Octave.
Michael
|
Mon 07 Mar 2011 05:05:54 PM UTC, comment #9:
The second part of David's bug report has been fixed with:
http://hg.savannah.gnu.org/hgweb/octave/rev/2c66314447f1
Concerning the first part of David's report. The inappropriate positioning of the axes is the same as in ML, so I don't know how we should deal with this problem. Is there a suggestion for a different positioning policy than the one of ML?
|
Mon 07 Mar 2011 04:12:05 PM UTC, comment #8:
Test scripts are on the page I reference in the MATLAB docs below:
http://www.mathworks.com/help/techdoc/creating_plots/f1-11215.html
Rob
|
Mon 07 Mar 2011 04:08:14 PM UTC, comment #7:
Please provide simple test scripts. Some times it takes less time to fix a bug than find an appropriate test case.
|
Mon 07 Mar 2011 04:01:28 PM UTC, comment #6:
Another thing I notice on this bug (and maybe it should be a new bug) is that when you follow the procedure to make multiple axes on the plot, it doesn't work for another reason. It appears that Matlab makes the background of figures transparent, whereas octave makes them white. This means that you can't overlay the plots like they do and see both.
Rob
|
Mon 07 Mar 2011 06:01:08 AM UTC, comment #5:
The changeset:
changeset: 12502:13640f7f40bb
tag: tip
user: Konstantinos Poulios <logari81@googlemail.com>
date: Sun Mar 06 16:54:39 2011 +0100
files: src/ChangeLog src/graphics.cc
==========================
Seems to correct the lack of 0 tick label. The original
problem is still present. Resize is required for
labels to follow axis moves.
|
Sun 06 Mar 2011 11:07:28 PM UTC, comment #4:
Finally, when I tried matlab I noticed that the
positioning of the plot was much like Octave as
commented in the original report as "too far to the
right."
But, I agree that both seem "cramped to the right."
No need for matlab compatibility here, I would say.
The other observed difference is that matlab's
default tic marks for (0,1) are 0 0.1 0.2 0.3 ... 1
Octave shows 0 (yaxis only) 0.2 0.4 0.6 ... 1
In this case, I think matlab is the better choice.
|
Sun 06 Mar 2011 10:58:12 PM UTC, comment #3:
Could I add another item to this?
(If it is preferred I could open another bug report,
but, this is related to the original problem.)
Looking at the second example, after displaying the
plot, the xaxis which is on (0,1) does not show
the 0 xtick value. The first value is 0.2.
The yaxis shows 0.
matlab R2009b shows 0 for x and y.
|
Sun 06 Mar 2011 10:34:51 PM UTC, comment #2:
There is a simple way to make this come out
as intended: resize the window. It would
be expected, I think, that drawnow would have
the same effect, but it does not. It appears to
do nothing.
I treied several changes followed by window resize,
and they all worked so far. This is not proof that
resize always works...
This issue (display does not get updated when
changes are made) has been noticed in other contexts,
and I think there is a recent bug report on this.
I will try to find the other report to reduce
confusion.
|
Sun 06 Mar 2011 09:21:23 PM UTC, comment #1:
Hi,
This bug makes multiple axis on the same graphs difficult, at least using the method of this page:
http://www.mathworks.com/help/techdoc/creating_plots/f1-11215.html
Rob
|
Tue 15 Feb 2011 12:08:48 AM UTC, original submission:
Consider
The "position" of the axis is not changed to account for the axes labels that have changed position and there is a significant amount of wasted spaced to the left and under the plot while the labels themselves are cramped. Furthermore, consider
the ylabel is now disassociated with the tick marks and appears on the wrong axis.
|