New submission from Patrick Westerhoff :
Hey,
I would like to request the support of other HTTP methods (other than GET and
POST) in urllib.request. While it’s actually simple enough to override the
Request class to add such a possibility, I think it is far too simple to leave
it out of the
Patrick Westerhoff added the comment:
Oh sorry, I didn’t see that one. :)
--
___
Python tracker
<http://bugs.python.org/issue13142>
___
___
Python-bugs-list m
Changes by Patrick Westerhoff :
--
nosy: +poke
___
Python tracker
<http://bugs.python.org/issue1673007>
___
___
Python-bugs-list mailing list
Unsubscribe:
Patrick Westerhoff added the comment:
Senthil, I highly disagree with what you said:
> The next problem comes when a user has specified both data and method="GET".
> This becomes an invalid scenario, but a decision has been to taken as what
> should be given preference
New submission from Patrick Westerhoff :
Hey,
according to PEP 3101, the new string.Formatter class is supposed to replace
the old string formatting with %. At least that is what I was always thinking.
Given that argparse is a Python 3.2+ exclusive module, I think it should make
use of that
Patrick Westerhoff added the comment:
Yeah, I would really like that solution, especially as it separates from the
`from X` syntax that sets the exception’s cause.
Also I would prefer a syntax solution over a class method simply because the
exception context is something that is implicitely
Patrick Westerhoff added the comment:
I have to agree with Georg on that. I think it would make more sense to
introduce some internal flag/variable that keeps track of if the cause was
explicitely set. So if cause was set (i.e. `from X` syntax is used), then
always display it in favor of the
Patrick Westerhoff added the comment:
Oh, where did that PEP come from? ^^ Also thanks for hinting at python-dev,
didn’t realize that there was a discussion going on about this!
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by Patrick Westerhoff :
--
nosy: +poke
___
Python tracker
<http://bugs.python.org/issue14133>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Patrick Westerhoff :
--
nosy: +poke
___
Python tracker
<http://bugs.python.org/issue14805>
___
___
Python-bugs-list mailing list
Unsubscribe:
Patrick Westerhoff added the comment:
Hey, I just saw the release notes for 3.3 and would like a quick confirmation:
This is included in 3.3, right? ^^
--
___
Python tracker
<http://bugs.python.org/issue14
Patrick Westerhoff added the comment:
Alright, thought so but wanted a confirmation anyway – thanks a lot :D
--
___
Python tracker
<http://bugs.python.org/issue14
Changes by Patrick Westerhoff :
--
nosy: +poke
___
Python tracker
<http://bugs.python.org/issue14373>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Patrick Westerhoff:
I’ve noticed that the methods in `datetime.timezone` all require a datetime
object (or explicitely `None`) as its parameter or they will raise an exception.
The datetime object however is never required for the implementation of the
method, so it seems
New submission from Patrick Westerhoff:
When installing Python 3.4 with the MSI, you can choose to install pip as part
of the setup. With activated UAC on Windows (which is the recommended default),
the installer will ask for elevated rights during the setup to copy the files
over to the
Patrick Westerhoff added the comment:
Hey all,
yes, I indeed try to install Python into `C:\Program Files\`. I’m doing that on
Windows 8.1 64bit with an Administrator account (which doesn’t matter though)
with standard UAC (which only asks when applications make changes to the
computer
Patrick Westerhoff added the comment:
That’s great to hear, thanks a lot :)
--
___
Python tracker
<http://bugs.python.org/issue20641>
___
___
Python-bugs-list m
Changes by Patrick Westerhoff :
--
nosy: +poke
___
Python tracker
<http://bugs.python.org/issue24651>
___
___
Python-bugs-list mailing list
Unsubscribe:
18 matches
Mail list logo
