Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #98073

Re: UNABLE TO GET IDLE TO RUN

From Terry Reedy <tjreedy@udel.edu>
Newsgroups comp.lang.python
Subject Re: UNABLE TO GET IDLE TO RUN
Date 2015-11-01 19:07 -0500
Message-ID <mailman.43.1446422879.4463.python-list@python.org> (permalink)
References (17 earlier) <n114n1$o4h$1@ger.gmane.org> <n11lcd$snp$1@ger.gmane.org> <mailman.3.1446342360.4463.python-list@python.org> <5636214b$0$1617$c3e8da3$5496439d@news.astraweb.com> <201511011617.tA1GHVKE030820@fido.openend.se>

Show all headers | View raw


On 11/1/2015 11:17 AM, Laura Creighton wrote:

> In a message of Mon, 02 Nov 2015 01:27:23 +1100, "Steven D'Aprano" writes
> a reply to Michael Overtoon:

He was actually responding to my proposal to warn about duplicating 
stdlib names when saving-as.

>> Users are inclined to ignore alerts, dialogs and error messages, and
>> applications try very, very hard to reinforce that tendency.
>
> http://ux.stackexchange.com/questions/4518/should-alert-boxes-be-avoided-at-any-cost

I read this and at least some of the concerns do not apply.

* IDLE does not spam users with alerts.  And I may move some of the rare 
ones to a new 'log' window. The only one I see with any regularity is 
'Save work before close?' and that I appreciate.

* 'Save-as' is not part of the regular workflow.  It is done once per 
file.  Experienced users who know to avoid stdlib names will not see the 
messages unless they accidentally duplicate one -- which is possible 
because there are now so many.  I personally would like being warned.

* The target of the message is naive beginners who have not read any 
docs and who may not yet even know about the stdlib and imports.  The 
*need* the info and may not be so jaded about alert messages.

One person suggested something I thought about: make the 'right thing' 
box bigger than the 'dangerous thing' box.

>> Good to see that IDLE is going to continue that fine old tradition of
>> degrading usability for the sake of a quick and easy non-solution to a
>> problem.

Doing nothing is also a non-solution.

> I have a professional carreer based on saying 'do not blather useless
> error/warning messages' at people.  I am pretty much always on your
> side of the argument.  But, here we are, first time in 22 years, and
> I am here arguing in _favour_ of a warning message. :)

Knowing that you are not a fan of such things makes your request stronger.

 > I very much want to convince Michael that my warning will be
 > sufficient,

If the message works half the time, I would consider it successful.

 > thus preventing people from writing out strings.py is unnecessary.

I will not absolutely prevent duplicate names unless Guido says to do so.

-- 
Terry Jan Reedy

Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: UNABLE TO GET IDLE TO RUN Michiel Overtoom <motoom@xs4all.nl> - 2015-11-01 02:45 +0100
  Re: UNABLE TO GET IDLE TO RUN Steven D'Aprano <steve@pearwood.info> - 2015-11-02 01:27 +1100
    Re: UNABLE TO GET IDLE TO RUN Tim Golden <mail@timgolden.me.uk> - 2015-11-01 15:01 +0000
    Re: UNABLE TO GET IDLE TO RUN Laura Creighton <lac@openend.se> - 2015-11-01 17:17 +0100
      Re: UNABLE TO GET IDLE TO RUN Steven D'Aprano <steve@pearwood.info> - 2015-11-02 11:54 +1100
    Re: UNABLE TO GET IDLE TO RUN Terry Reedy <tjreedy@udel.edu> - 2015-11-01 19:07 -0500
      Re: UNABLE TO GET IDLE TO RUN Paul Rubin <no.email@nospam.invalid> - 2015-11-01 16:50 -0800
        Re: UNABLE TO GET IDLE TO RUN Terry Reedy <tjreedy@udel.edu> - 2015-11-02 02:46 -0500
      Re: UNABLE TO GET IDLE TO RUN Steven D'Aprano <steve@pearwood.info> - 2015-11-02 12:19 +1100
        Re: UNABLE TO GET IDLE TO RUN Chris Angelico <rosuav@gmail.com> - 2015-11-02 13:08 +1100

csiph-web