[Idle-dev] IDLE going forward
Robert
sigzero at gmail.com
Thu Feb 3 00:23:18 CET 2011
On 2011-02-02 17:45:42 -0500, Douglas S. Blank said:
> On 02/02/2011 04:58 PM, Robert wrote:
>> It was suggested in another Python newsgroup that IDLE has flaws. Yes, I
>> know, hard to believe that software has flaws, however, out of that was
>> born a desire to clean up the code cruft etc. in IDLE.
>
> As a long time IDLE user, I don't think that the issue is that IDLE has
> flaws. What is missing is a group of people that use it everyday who
> have a vision about making it better than it currently is.
I should have put suggested in quotes. :-)
>
>> Two things that came out generally were:
>>
>> * Update the UI (use ttk widgets etc.)
>> * More tests and automate testing
>> * Clean up the code
>>
>> What else would you like to see? I was said that Python (and IDLE) are
>> going to Mercurial at some point, so maybe that would be a good time to
>> start the effort.
>>
>> It will be a bit for me. I have some learning to do before I try and
>> tackle this. I think it would be a good way for me to continue to learn
>> about Python, unit testing, UI design and code refactoring.
>>
>> So chime in with your suggestions!
>
> I've stopped using IDLE, so I don't know if some of these issues have
> been addressed in the latest versions, but here are some things that
> were issues:
>
> * needs a stable interface for plugins (it seemed like each version
> changed slightly and our extensions kept breaking)
>
> * more hooks for plugins
>
> * needed a way to run the code in editor window without restarting the
> shell (some code has start-up code that should not have to be re-run
> each time you want to load the program)
>
> * control+p and alt+p (print and previous) were too similar and I kept
> printing the entire history
>
> * allow one to select a printer before printing
>
> * ability to clear the shell window
>
> * allow IDLE to startup with either shell or editor
>
> * Don't show the weird, scary message about Personal Firewall
> subprocessing and loopbacks. That is not a good way to introduce people
> to computing!
>
> * Allow more than one idle to be run at same time
>
> * command-line history persistent between sessions
>
> * some weird cursor positions in shell. home should take you to a place
> after prompt, not before.
>
> * cutting and pasting from shell to window could remove the >>> prompts
>
> * menu items not intuitive for beginners
>
> * more options with a context-sensitive right-mouse-click
>
> IDLE is very nice, but it could be developed into a finally-tuned product.
>
> Good luck!
>
> -Doug
Thanks for the input Doug.
--
Robert
More information about the IDLE-dev
mailing list