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 lilaboc
Recipients dieresys, facundobatista, georg.brandl, gpolo, lilaboc, pitrou, rnd0110
Date 2010-02-20.06:28:40
SpamBayes Score 7.047696e-13
Marked as misclassified No
Message-id <1266647323.6.0.25504613992.issue7898@psf.upfronthosting.co.za>
In-reply-to
Content
Pitrou,

I think you are right on "On the other hand, it will appear quite bizarre to people who have another, dedicated key for auto-completion." If I assign another key for auto-completion, the behavior becomes really strange.  It happens in ipython too.

But I guess most people just use tab as the default key for auto-completion, and the readline module document say:"
get_begidx( ) 
    Get the beginning index of the readline tab-completion scope. 
get_endidx( ) 
    Get the ending index of the readline tab-completion scope. 
set_completer_delims( string) 
    Set the readline word delimiters for tab-completion. 
get_completer_delims( ) 
    Get the readline word delimiters for tab-completion. 
"
And now, I think the problem becomes:convenience for the majority or protection for the minority. If we decide to protect the minority, I think I can submit another patch for the readline module document, to make the document constant, so, the document looks like:
get_endidx( ) 
    Get the ending index of the readline auto-completion scope. 

PS: Is there a way to find out the current key-binding on auto-completion? If we can find this, I think we can "if else" this behavior to satisfy everybody.
History
Date User Action Args
2010-02-20 06:28:43lilabocsetrecipients: + lilaboc, georg.brandl, facundobatista, rnd0110, pitrou, gpolo, dieresys
2010-02-20 06:28:43lilabocsetmessageid: <1266647323.6.0.25504613992.issue7898@psf.upfronthosting.co.za>
2010-02-20 06:28:41lilaboclinkissue7898 messages
2010-02-20 06:28:40lilaboccreate