Attached is a modified version of Tony's script.
* no drawing is necessary
* support subplots that span multiple rows/columns
Please test it and let me know of any problem.
I'm planning to push these functionality into matplolib after some
refactoring (e.g., it would be good to have
Hi Jae-Loon,
thanks for your comments! Of course I do agree that a figure layout
should not change in interactive mode. However, I don't see why this
should happen upon a panning action. A different case is when the
label or title font sizes are changed, but I was assuming this is
adjusted prior
On Wed, May 11, 2011 at 5:03 PM, Daniel Mader
danielstefanma...@googlemail.com wrote:
Hi Jae-Loon,
thanks for your comments! Of course I do agree that a figure layout
should not change in interactive mode. However, I don't see why this
should happen upon a panning action. A different case is
Hi again,
Hi Jae-Loon,
thanks for your comments! Of course I do agree that a figure layout
should not change in interactive mode. However, I don't see why this
should happen upon a panning action. A different case is when the
label or title font sizes are changed, but I was assuming this is
[Accidentally sent this reply privately the first time, natch.]
On 2011-05-11 04:29, Jae-Joon Lee wrote:
On Wed, May 11, 2011 at 5:03 PM, Daniel Mader
danielstefanma...@googlemail.com wrote:
Hi Jae-Loon,
thanks for your comments! Of course I do agree that a figure
layout
On Wed, May 11, 2011 at 12:47 PM, Brendan Barnwell brenb...@brenbarn.netwrote:
[Accidentally sent this reply privately the first time, natch.]
On 2011-05-11 04:29, Jae-Joon Lee wrote:
On Wed, May 11, 2011 at 5:03 PM, Daniel Mader
danielstefanma...@googlemail.com wrote:
Hi
On Wed, May 11, 2011 at 1:59 PM, Benjamin Root ben.r...@ou.edu wrote:
...
Most things, we do know the sizes of. It is my understanding that it is
the text objects that is the unknown. If this could be solved, then a
layout engine would be much more feasible. The problem is that even LaTeX
On Wed, May 11, 2011 at 1:59 PM, Benjamin Root ben.r...@ou.edu wrote:
On Wed, May 11, 2011 at 12:47 PM, Brendan Barnwell brenb...@brenbarn.net
wrote:
One thing I've always wondered: is it fundamentally impossible to
change the fact that, in matplotlib, you cannot know how big a drawn
On Wed, May 11, 2011 at 1:43 PM, todd rme toddrme2...@gmail.com wrote:
On Wed, May 11, 2011 at 1:59 PM, Benjamin Root ben.r...@ou.edu wrote:
On Wed, May 11, 2011 at 12:47 PM, Brendan Barnwell
brenb...@brenbarn.net
wrote:
One thing I've always wondered: is it fundamentally
On 05/11/2011 09:11 AM, Benjamin Root wrote:
On Wed, May 11, 2011 at 1:43 PM, todd rme toddrme2...@gmail.com
mailto:toddrme2...@gmail.com wrote:
On Wed, May 11, 2011 at 1:59 PM, Benjamin Root ben.r...@ou.edu
mailto:ben.r...@ou.edu wrote:
On Wed, May 11, 2011 at
On Wed, May 11, 2011 at 4:31 PM, Eric Firing efir...@hawaii.edu wrote:
On 05/11/2011 09:11 AM, Benjamin Root wrote:
On Wed, May 11, 2011 at 1:43 PM, todd rme toddrme2...@gmail.com
mailto:toddrme2...@gmail.com wrote:
On Wed, May 11, 2011 at 1:59 PM, Benjamin Root ben.r...@ou.edu
On Thu, May 12, 2011 at 2:37 AM, Brendan Barnwell brenb...@brenbarn.net wrote:
One thing I've always wondered: is it fundamentally impossible to change the
fact that, in matplotlib, you cannot know how big a drawn object will be
until you actually draw it?
Well, I don't think this is 100%
On Thu, May 12, 2011 at 2:59 AM, Benjamin Root ben.r...@ou.edu wrote:
Most things, we do know the sizes of. It is my understanding that it is the
text objects that is the unknown. If this could be solved, then a layout
engine would be much more feasible.
I doubt it. As far as I know, the
On Fri, May 6, 2011 at 5:20 PM, Daniel Mader
danielstefanma...@googlemail.com wrote:
From many postings here I have learned that
this is the absolute intention, i.e. it is broken by design unless the
programmer takes care about this.
I think there are pros and cons, and I don't think the
Hi,
almost every time I create a somewhat more complex figure I have to
fight with the not too smart positioning of the plots and the size of
margins around the axes. From many postings here I have learned that
this is the absolute intention, i.e. it is broken by design unless the
programmer
Since I just posted an almost-identical question, it's no surprise
that I agree this would be a useful feature.
Reason #1) I create hundreds of quick throwaway figures every day,
often in an automated way, and don't have time to fine-tune them.
Reason #2) a newbie to matplotlib might be turned off
On Fri, May 6, 2011 at 5:55 AM, Chris Rodgers chris.rodg...@berkeley.eduwrote:
The real solution of course is to calculate exactly where every piece
of text actually is, detect overlaps, and adjust. That is certainly
beyond my ability or inclination to implement. In the mean time, it
would be
Very nice, will try this asap!
Many thanks!
2011/5/6 Tony Yu tsy...@gmail.com:
On Fri, May 6, 2011 at 5:55 AM, Chris Rodgers chris.rodg...@berkeley.edu
wrote:
The real solution of course is to calculate exactly where every piece
of text actually is, detect overlaps, and adjust. That is
18 matches
Mail list logo
