homepage

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 terry.reedy
Recipients roger.serwy, terry.reedy
Date 2012年10月11日.22:13:32
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1349993612.51.0.87131801476.issue16198@psf.upfronthosting.co.za>
In-reply-to
Content
On windows, one tab brings up the box and in 3.2.3 and 2.7.3 also. Perhaps they should be revised also.
The difference is that in those latter two, <space> dismisses the box whereas in 3.3.0, it does not, making it even more obnoxious. Two more tabs inserts something. Tab within a comment just enters a tab converted to spaces.
I think that maybe tabs within strings should always do the same as within comments. Perhaps one way is enough. (I am guessing that other editors use <tab> for this, so I can see the desire to use it.) There needs to be a way to get tabbing within multiline strings. I did not see 'file completion' in Options/Configure/Keys. Is it there under a different name?
I was puzzled by the example path d:/Biblioteca/Técnica/informática/Python from #14937 until I retried in 3.2.3. In 3.3.0, a / disables filename completion. I reopened this issue.
If one types 'd:\' and there is no d:, <tab> inserts spaces and ^space is ignored. I do not like this kind of inconsistency (or magical behavior shift). If you ask for file names, better to bring up a blank box, or a one-line box [<no matches>].
History
Date User Action Args
2012年10月11日 22:13:32terry.reedysetrecipients: + terry.reedy, roger.serwy
2012年10月11日 22:13:32terry.reedysetmessageid: <1349993612.51.0.87131801476.issue16198@psf.upfronthosting.co.za>
2012年10月11日 22:13:32terry.reedylinkissue16198 messages
2012年10月11日 22:13:32terry.reedycreate

AltStyle によって変換されたページ (->オリジナル) /