This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author taleinat
Recipients kbk, taleinat
Date 2008-02-11.11:07:19
SpamBayes Score 0.013712939
Marked as misclassified No
Message-id <1202728041.48.0.179927416754.issue2049@psf.upfronthosting.co.za>
In-reply-to
Content
I agree that the interface should be kept as simple as possible, but
this is a meaningful and important addition, which will help clarify to
the users how to work with the subprocess. The point of this change is
avoid surprising the user, while also making the interface more
straightforward and consistent.


The major usage issues that this patch addresses, as I see them, are:

1. New users are surprised and aggravated when they first use 'Run
Module', because they weren't expecting the shell to be restarted,
causing them to lose a lot of work done before the restart. This also
happens to experienced users sometimes (accidents happen) and can be
very frustrating. I don't think the 'normal state' should be to restart
the shell, rather this should always be explicitly requested by the user.

2. When working with a subprocess, there is no (simple) way to just run
the module in the shell without restarting it.

3. Inconsistency in the functionality of 'Run Module' depending on
whether you have a subprocess.


The problem with the configuration option approach is that if you
configure 'Run Module' to not restart, then restarting requires:
switching to the Shell window, restarting, switching back to the editor
window, and running the module: 4 actions instead of one.
History
Date User Action Args
2008-02-11 11:07:21taleinatsetspambayes_score: 0.0137129 -> 0.013712939
recipients: + taleinat, kbk
2008-02-11 11:07:21taleinatsetspambayes_score: 0.0137129 -> 0.0137129
messageid: <1202728041.48.0.179927416754.issue2049@psf.upfronthosting.co.za>
2008-02-11 11:07:20taleinatlinkissue2049 messages
2008-02-11 11:07:19taleinatcreate