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.
Created on 2010年06月21日 16:05 by kszawala, last changed 2022年04月11日 14:57 by admin. This issue is now closed.
| Messages (3) | |||
|---|---|---|---|
| msg108280 - (view) | Author: Krzysztof Szawala (kszawala) | Date: 2010年06月21日 16:05 | |
Currently optparse library supports the following option definitions: -e value, -e=value, -e:value, -evalue. Having said that let's consider the following option definition: -e <string_value>. Based on the above syntax the following statement will be correct: -exclusive and will be parsed into -e xclusive. The fact that no caracter is required in between the option itself and its value leads to confusion. My suggestion is to restrict the syntax to the following: -e value, -e=value, -e:value. Thanks, Krzysztof |
|||
| msg108286 - (view) | Author: Brian Curtin (brian.curtin) * (Python committer) | Date: 2010年06月21日 16:41 | |
I wouldn't say that is confusing -- it is a common usage to have an option immediately followed by it's value (see gcc output after running make, -Wall, etc). |
|||
| msg108780 - (view) | Author: Georg Brandl (georg.brandl) * (Python committer) | Date: 2010年06月27日 10:40 | |
Yes, this is common behavior and should not change. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:57:02 | admin | set | github: 53290 |
| 2010年06月27日 10:40:57 | georg.brandl | set | status: open -> closed nosy: + georg.brandl messages: + msg108780 resolution: works for me |
| 2010年06月21日 16:41:44 | brian.curtin | set | nosy:
+ brian.curtin messages: + msg108286 versions: + Python 3.2, - Python 2.6 |
| 2010年06月21日 16:05:30 | kszawala | create | |