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.23:19:14
SpamBayes Score 0.0011310924
Marked as misclassified No
Message-id <1202771956.2.0.448817501131.issue2049@psf.upfronthosting.co.za>
In-reply-to
Content
First of all, installing Python on Windows creates a 'Edit with IDLE'
context-menu item whenever you right-click a .py file, which opens IDLE
without a subprocess. The reason for this is that there is still a
problem regarding having several instances of IDLE, each with a
subprocess, open in parallel on Windows. The result is that many users
on Windows are often running IDLE without a subprocess; we can't treat
it as an 'expert' mode.

IMHO if you really feel strongly about this, then the Windows issue must
be resolved, and the 'Edit with IDLE' context-menu item should run IDLE
with a subprocess.


I understand your point that having the shell be restarted every time
helps teach good programming practices. But IDLE is used not only as a
learning environment; it's also a great Python shell for other purposes,
such as testing & debugging or scientific uses. I agree that these are
more advanced uses, so perhaps restarting the shell could be the
default, and the option to not have it restarted available when needed.

Thinking about it, I like the idea of an extension which is disabled by
default. I'll think about it some more, and then perhaps implement it.
Just a thought: It would be important to mention such an extension in a
prominent place in the documentation.
History
Date User Action Args
2008-02-11 23:19:16taleinatsetspambayes_score: 0.00113109 -> 0.0011310924
recipients: + taleinat, kbk
2008-02-11 23:19:16taleinatsetspambayes_score: 0.00113109 -> 0.00113109
messageid: <1202771956.2.0.448817501131.issue2049@psf.upfronthosting.co.za>
2008-02-11 23:19:15taleinatlinkissue2049 messages
2008-02-11 23:19:14taleinatcreate