Message172702
| 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:32 | terry.reedy | set | recipients:
+ terry.reedy, roger.serwy |
| 2012年10月11日 22:13:32 | terry.reedy | set | messageid: <1349993612.51.0.87131801476.issue16198@psf.upfronthosting.co.za> |
| 2012年10月11日 22:13:32 | terry.reedy | link | issue16198 messages |
| 2012年10月11日 22:13:32 | terry.reedy | create |
|