Oh, excellent, then I don't have to do the test case, because I
believe this solves my original problem :) Thanks!
On Wed, Aug 25, 2010 at 12:15 AM, Reinier Heeres wrote:
> Hi all,
>
> Sorry for not finishing this nicely. I was looking at this last
> weekend, and concluded that this approach was
Hi all,
Sorry for not finishing this nicely. I was looking at this last
weekend, and concluded that this approach was not the way to fix the
problem. The real problem was that we still had the old X/Y axes
around and had to use new functions for the 3d axes (e.g.
set_xticks*3d*, set_xlim*3d* etc).
On Tue, Aug 24, 2010 at 1:48 PM, Erik Tollerud wrote:
> Sorry for the re-ping if it was taken care of in some way I didn't
> undertand, but this doesn't seem to have been changed on the trunk
> svn... should it have been, or is there some other branch that this
> stuff is being worked on?
>
> On T
Sorry for the re-ping if it was taken care of in some way I didn't
undertand, but this doesn't seem to have been changed on the trunk
svn... should it have been, or is there some other branch that this
stuff is being worked on?
On Tue, Jul 27, 2010 at 10:14 AM, Erik Tollerud wrote:
> Great - if a
Great - if anything's unclear, I can fairly easily make a test case as
Benjamin suggested, so just let me know if that's necessary - thank!
On Tue, Jul 27, 2010 at 12:27 AM, Reinier Heeres wrote:
> Hi Erik,
>
> Sorry for the delay. From just looking at the diff I would say it's a
> great addition
Hi Erik,
Sorry for the delay. From just looking at the diff I would say it's a
great addition. I'll test tomorrow and push it if it works (which I
assume it does).
Cheers,
Reinier
On Tue, Jul 27, 2010 at 2:55 AM, Erik Tollerud wrote:
> Just a quick ping about this - did it get applied, or was t
On Mon, Jul 26, 2010 at 7:55 PM, Erik Tollerud wrote:
> Just a quick ping about this - did it get applied, or was there
> something wrong with it? (Or am I just too impatient?)
>
> On Mon, Jul 19, 2010 at 4:26 AM, Erik Tollerud
> wrote:
> > I noticed some odd behavior when trying to set ticks on
Just a quick ping about this - did it get applied, or was there
something wrong with it? (Or am I just too impatient?)
On Mon, Jul 19, 2010 at 4:26 AM, Erik Tollerud wrote:
> I noticed some odd behavior when trying to set ticks on 3d plots made
> using mplot3d.Axes3D ... specifically, if you trie
I noticed some odd behavior when trying to set ticks on 3d plots made
using mplot3d.Axes3D ... specifically, if you tries to access any of
the 3D axes and change the ticks, it would result in a plot all
squashed to one side (indicating some sort of projection problem).
After a bit of digging, I dis
