I agree that this should be done, but I just haven't found the time to look at it (recently I have been looking at getting animations to work with the MacOSX backend). Probably it is not all that hard, and I would welcome contributions from other developers who use the MacOSX backend to get the non-interactive mode behavior consistent with the other backends.
On a related note, something I found confusing for new matplotlib users is that after first installing it, matplotlib is non-interactive by default. After installing matplotlib, I think users should be able to try it out and make some simple plots that appear on the screen without having to find out about interactive behavior and edit matplotlibrc. Especially people that are new to programming or to Python may be disappointed if their first plotting attempts don't seem to produce a figure.
--Michiel.
···
--- On Sat, 2/26/11, Eric Firing <efiring@...229...> wrote:
What about the non-interactive mode behavior--is it hard to
make the MaxOSX backend behave like the others in that
respect?
What about the non-interactive mode behavior--is it hard to
make the MaxOSX backend behave like the others in that
respect?
I agree that this should be done, but I just haven't found the time to look at it (recently I have been looking at getting animations to work with the MacOSX backend). Probably it is not all that hard, and I would welcome contributions from other developers who use the MacOSX backend to get the non-interactive mode behavior consistent with the other backends.
On a related note, something I found confusing for new matplotlib users is that after first installing it, matplotlib is non-interactive by default. After installing matplotlib, I think users should be able to try it out and make some simple plots that appear on the screen without having to find out about interactive behavior and edit matplotlibrc. Especially people that are new to programming or to Python may be disappointed if their first plotting attempts don't seem to produce a figure.
That's a good point. Until fairly recently, interactive behavior worked across backends only via ipython magic, so I think the non-interactive default had a solid historical rationale. Now, however, we could probably make interactive mode the startup default for interactive backends without causing any problems. I agree that this would be more intuitive and more familiar to people coming from matlab.
Eric
···
On 02/26/2011 04:25 PM, Michiel de Hoon wrote:
--- On Sat, 2/26/11, Eric Firing<efiring@...229...> wrote:
--Michiel.
Probably right -- this was a design decision made early on when I did
not see a good way around the problem that the idle drawing across
backends now solves. There will probably be some unintended
consequences of changing the default, but as long as we document it
prominently and provide a way for people to change the behavior to the
old wan in their rc, it is probably a good idea to make this change.
···
On Sun, Feb 27, 2011 at 1:06 AM, Eric Firing <efiring@...229...> wrote:
That's a good point. Until fairly recently, interactive behavior worked
across backends only via ipython magic, so I think the non-interactive
default had a solid historical rationale. Now, however, we could
probably make interactive mode the startup default for interactive
backends without causing any problems. I agree that this would be more
intuitive and more familiar to people coming from matlab.