<div dir="ltr">I am not interested in this discussion. You all can do what you want.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 5, 2015 at 11:30 PM, Terry Reedy <span dir="ltr"><<a href="mailto:tjreedy@udel.edu" target="_blank">tjreedy@udel.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 8/5/2015 5:55 AM, Guido van Rossum wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On Wed, Aug 5, 2015 at 4:43 AM, Terry Reedy <<a href="mailto:tjreedy@udel.edu" target="_blank">tjreedy@udel.edu</a><br></span><span class="">
<mailto:<a href="mailto:tjreedy@udel.edu" target="_blank">tjreedy@udel.edu</a>>> wrote:<br>
<br>
As a user of Idle for several years, and not a beginner, I disagree<br>
with 'only'. That aside, I consider it unnecessary and diversionary<br>
from the numerous known issues that will benefit *everyone*.<br>
</span></blockquote>
<br>
The core of this comment is "unnecessary and diversionary ...".<br>
<br>
As for 'unnecessary', what does adding 'only' add to the discussion? Does that mean that we should reject features that also benefit non-beginners? If not, what does it mean? What extra design guidance does it add?<br>
<br>
As for 'divisionary', see, besides the above, my questions that follow the 'PyCharm' quote.<br>
<br>
Please note that I volunteer my time to improve Idle *because* it is primarily used by students and secondarily, perhaps, by others who are not professional programmers.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I was worried that you'd respond like this. *No* change to IDLE will<br>
benefit *everyone*,<br>
</blockquote>
<br></span>
Please give me the benefit of the doubt and assume that I am saying something sensible. By 'everyone', I mean "everyone who uses Idle" and in relation to a particular issue, 'everyone who use the feature in question' and in relation of OS-specific issues, 'everyone using that OS'. With those meanings, my statement is reasonably true.<span class=""><br>
<br>
> for the simple reason that few people outside the<br>
> (non-higher) educational field use it.<br>
<br></span>
Bruce already covered colleges.<br>
<br>
There are also post-beginners, but not professional programmers, like my daughter, who are so far happy with Idle and do not yet need the advanced features of other Python shells.<br>
<br>
And there are Windows users. Windows Command Prompt is awful. Interactive Python in Command Prompt suffers its sins. I believe most Windows users who try Idle Shell find it to be a better experience. One of the other core devs once (blushingly) admitted on pydev to using Shell on Windows for this reason.<br>
<br>
> IDLE should not try to compete with things like PyCharm ...<br>
<br>
What does this mean in terms of Idle design decisions? Can you give me examples of what you think should not be added?<br>
<br>
You and Kurt each have twice given general advice that Idle should be kept 'simple' and not have 'advanced' features added. But I have trouble turning that general advice into concrete decision making. Are there any enhancement requests on the tracker you would reject as too complex or advanced? (To make checking easy, I can send or post a complete, categorized list.)<br>
<br>
A couple of the features at the end of Al's list strike me as the sort of things you are saying not to do in the advice above. Do you agree?<br>
<br>
In particular, consider post-installation switchable multiple language support. That would, in general, be of most benefit to the youngest beginners. It is also a rare and rather advanced feature, and complex not only in terms of the programming, but in the need for coordination with an internationalization group separate from Idle maintainers themselves. Should we avoid competing with more advanced programs and leave this out?<span class=""><br>
<br>
> , nor with the Emacs/Vim world (and I consider most every text editor > professional coders like to use these days on Linux/Mac/Windows to be > in that world, from Sublime Text to Atom).<br>
<br></span>
Notepad++ had been recommend as a multiple (50) programming language editor for Windows on python-list. I have also seen it mentioned on Stackoverflow.<span class=""><br>
<br>
> IDLE's one redeeming feature is that it's bundled with Python,<br>
<br></span>
As installed, Idle<br>
1. Colorizes Python code<br>
2. Converts \t to ' '<br>
3. Saves in utf-8 (3.x)<br>
4. Checks syntax before running and marks the location of error in the editor<br>
5. Runs the file in -i mode<br>
6. Displays tracebacks and print output in a window with normal cut and paste<br>
7. and can jump to the error line of any file in tracebacks<br>
8. ...<br>
<br>
As installed, Notepad++ does 1. With some searching through the extensive settings menus, one of which is not obvious, it can do 2, 3, and 5. By running in Idle or another external, installed program instead of command prompt, it can get 6. As far as I know, it can never do 4, or 7 in the sense of jumping back to Notepad++. With respect to this 7 points, Idle is the better choice for developing Idle programs.<br>
<br>
I presume that some of the other programs you mention match Idle in features 4 and 7, which I find *very* useful. But I think you have an overly narrow view of the virtues of the program you help create ;-).<br>
<br>
And to repeat, Idle makes the interactive mode of Python, as installed, a joy rather than barely tolerable. If it were removed, another replacement for command prompt should be found.<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
Terry Jan Reedy<br>
<br>
<br>
_______________________________________________<br>
IDLE-dev mailing list<br>
<a href="mailto:IDLE-dev@python.org" target="_blank">IDLE-dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/idle-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/idle-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div>