DreamPie (a new Python shell) and matplotlib

Hello,

I'm the developer of DreamPie, a new graphical Python shell (you can
check it out at http://dreampie.sourceforge.net )

I worked to make it work nicely with matplotlib -- it runs Tk/GTK/Qt
event loops when idle, so if matplotlib is in interactive mode it
works great. I even made DreamPie check if matplotlib in
non-interactive mode is present, and if so it shows you a message
suggesting that you switch to interactive mode.

Lately I thought that it may be much easier for users if DreamPie
would just switch matplotlib to interactive mode automatically.
However, I'm not entirely comfortable with the idea of changing
settings silently.

I wanted to ask: what do you think? Are there any cases when you want
to have matplotlib in non-interactive mode in a shell?

Also, are there any other ways in which DreamPie can be made more
matplotlib-friendly?

Thanks,
Noam

Hello,

I'm the developer of DreamPie, a new graphical Python shell (you can
check it out at http://dreampie.sourceforge.net )

I worked to make it work nicely with matplotlib -- it runs Tk/GTK/Qt
event loops when idle, so if matplotlib is in interactive mode it
works great. I even made DreamPie check if matplotlib in
non-interactive mode is present, and if so it shows you a message
suggesting that you switch to interactive mode.

Lately I thought that it may be much easier for users if DreamPie
would just switch matplotlib to interactive mode automatically.
However, I'm not entirely comfortable with the idea of changing
settings silently.

I wanted to ask: what do you think? Are there any cases when you want
to have matplotlib in non-interactive mode in a shell?

At least with ipython, yes--the point of non-interactive mode is that the show() function blocks, so it can be used in scripts in which the user is supposed to see a plot, dismiss the window, see another plot, etc. Again, at least with ipython, one wants to be *able* to run scripts exactly as they would run from the command line.

Whether this sort of thing matters for DreamPie depends on the intended uses and users.

Eric

···

On 09/02/2010 07:47 PM, Noam Yorav-Raphael wrote:

Also, are there any other ways in which DreamPie can be made more
matplotlib-friendly?

Thanks,
Noam

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

The intended audience of IPython and DreamPie is, I think, quite
similar. Perhaps DreamPie is more suitable for less computer-savvy
people, as it is a GUI application and not a terminal-based one.

I've seen that "ipython --pylab" goes to interactive mode by default,
and has a %run command which runs scripts in non-interactive mode.
Will a behavior like this be fine?

Thanks,
Noam

···

On Fri, Sep 3, 2010 at 10:17 AM, Eric Firing <efiring@...202...> wrote:

On 09/02/2010 07:47 PM, Noam Yorav-Raphael wrote:
> Hello,
>
> I'm the developer of DreamPie, a new graphical Python shell (you can
> check it out at http://dreampie.sourceforge.net )
>
> I worked to make it work nicely with matplotlib -- it runs Tk/GTK/Qt
> event loops when idle, so if matplotlib is in interactive mode it
> works great. I even made DreamPie check if matplotlib in
> non-interactive mode is present, and if so it shows you a message
> suggesting that you switch to interactive mode.
>
> Lately I thought that it may be much easier for users if DreamPie
> would just switch matplotlib to interactive mode automatically.
> However, I'm not entirely comfortable with the idea of changing
> settings silently.
>
> I wanted to ask: what do you think? Are there any cases when you want
> to have matplotlib in non-interactive mode in a shell?

At least with ipython, yes--the point of non-interactive mode is that
the show() function blocks, so it can be used in scripts in which the
user is supposed to see a plot, dismiss the window, see another plot,
etc. Again, at least with ipython, one wants to be *able* to run scripts
exactly as they would run from the command line.

Whether this sort of thing matters for DreamPie depends on the intended
uses and users.

Eric

>
> Also, are there any other ways in which DreamPie can be made more
> matplotlib-friendly?
>
> Thanks,
> Noam
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I think the answer is yes (at least for me). A behavior like the one
of ipyhton is fine.

Eric, is DreamPie able to run parallel jobs like IPython or not ?
If not, are you thinking to support a behavior like that ?

I think it is very useful for trying to run parallel jobs
interactively, most of all if you want to test MPI programs.

2010/9/6 Noam Yorav-Raphael <noamraph@...287...>:

···

The intended audience of IPython and DreamPie is, I think, quite
similar. Perhaps DreamPie is more suitable for less computer-savvy
people, as it is a GUI application and not a terminal-based one.

I've seen that "ipython --pylab" goes to interactive mode by default,
and has a %run command which runs scripts in non-interactive mode.
Will a behavior like this be fine?

Thanks,
Noam

On Fri, Sep 3, 2010 at 10:17 AM, Eric Firing <efiring@...202...> wrote:

On 09/02/2010 07:47 PM, Noam Yorav-Raphael wrote:
> Hello,
>
> I'm the developer of DreamPie, a new graphical Python shell (you can
> check it out at http://dreampie.sourceforge.net )
>
> I worked to make it work nicely with matplotlib -- it runs Tk/GTK/Qt
> event loops when idle, so if matplotlib is in interactive mode it
> works great. I even made DreamPie check if matplotlib in
> non-interactive mode is present, and if so it shows you a message
> suggesting that you switch to interactive mode.
>
> Lately I thought that it may be much easier for users if DreamPie
> would just switch matplotlib to interactive mode automatically.
> However, I'm not entirely comfortable with the idea of changing
> settings silently.
>
> I wanted to ask: what do you think? Are there any cases when you want
> to have matplotlib in non-interactive mode in a shell?

At least with ipython, yes--the point of non-interactive mode is that
the show() function blocks, so it can be used in scripts in which the
user is supposed to see a plot, dismiss the window, see another plot,
etc. Again, at least with ipython, one wants to be *able* to run scripts
exactly as they would run from the command line.

Whether this sort of thing matters for DreamPie depends on the intended
uses and users.

Eric

>
> Also, are there any other ways in which DreamPie can be made more
> matplotlib-friendly?
>
> Thanks,
> Noam
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

--
Michele De Stefano
http://www.linkedin.com/in/micdestefano
http://code.google.com/p/mds-utils
http://micheledestefano.xoom.it

I think the answer is yes (at least for me). A behavior like the one
of ipyhton is fine.

Thanks for the answer. If anyone agrees or disagrees, I would like to know.

Eric, is DreamPie able to run parallel jobs like IPython or not ?
If not, are you thinking to support a behavior like that ?

I think it is very useful for trying to run parallel jobs
interactively, most of all if you want to test MPI programs.

DreamPie doesn't support running parallel jobs. I don't plan to
support such a feature in DreamPie - I actually think it should be the
job of a shell-independent library. The job of the shell would be to
let you interact easily with the library.

Thanks for the feedback!
Noam

···

On Mon, Sep 6, 2010 at 3:28 PM, Michele De Stefano <micdestefano@...287...> wrote: