New submission from Benno Leslie:
When a co-routine has delegated computation to another co-routine via yield
from, it is useful to be able to access the delegated-to co-routine.
This proposed enhancement would add a new calculated property to the generator
object called gi_yieldfrom, which
Martin Panter added the comment:
Here is a new patch:
* Clarified some recent instances of “coroutine” as “native coroutine” (term
taken from PEP 492)
* Put “coroutine” before “coroutine function” in the glossary.
* Merge “Use as coroutines” section into new coroutine compound statement
Martin Panter added the comment:
General RFC 3977 support was added as part of Issue 9360 (revision
0077ee30134c), so I am closing this one.
For the record there are a couple bits of the patch that someone might still
find useful:
* New NNTP(bind=...) parameter
* More lenient checking for
Guido van Rossum added the comment:
Paul, you have brought this up many times before, and you have been refuted
each time. Reading and writing just aren't symmetric operations. If you need
awrite(), it's a two-line helper function you can easily write yourself.
--
resolution: -
Benno Leslie added the comment:
Attached is my first attempt at implementing this feature.
It includes to implementation, updates to documentation, and added test cases.
I'm not a regular contributor so look forward to any feedback on improving the
patch.
--
keywords: +patch
Added
Martin Panter added the comment:
I left some comments on Reitveld.
Does this also apply to the new “async def” native coroutines? If not, I think
it should be made to.
--
nosy: +vadmium
stage: - patch review
___
Python tracker
New submission from Paul Sokolovsky:
This issue was brought is somewhat sporadic manner on python-tulip mailing
list, hence this ticket. The discussion on the ML:
https://groups.google.com/d/msg/python-tulip/JA0-FC_pliA/knMvVGxp2WsJ
(all other messages below threaded from this)
Baptiste Mispelon added the comment:
Here's a new patch with the name `IsoCalendarDate` used (it also fixes a wrong
version in the `versionadded` section in the docs).
Thanks
--
Added file: http://bugs.python.org/file39705/issue24416_4.diff
___
eryksun added the comment:
python's DLL already has the necessary complete manifest, right?
In theory yes, but apparently it isn't working in this case. It
needs more investigation to figure out why.
The manifest in the DLL is stored as resource ID 2. This secondary manifest is
used by
New submission from irdb:
It has been suggested by BDFL to use triple-quoted strings as multiline
comments.[1]
Allegedly, some editors already makes a distinction between these kind of
comments and docstring and highlight them differently.
It would be nice if IDLE could also highlight these
Christie added the comment:
Uploading a new patch, diffed against a public revision so it's reviewable.
--
Added file: http://bugs.python.org/file39708/issue23981_test_unicode.patch
___
Python tracker rep...@bugs.python.org
Christie added the comment:
Now using existing function spawn_python instead of creating a new function.
--
Added file: http://bugs.python.org/file39710/issue24033_multi.patch
___
Python tracker rep...@bugs.python.org
Guido van Rossum added the comment:
Most people actually are better off with just write(), and an API with more
choices is not necessarily better. I'm sure this has come up before, I could've
sworn it was you, sorry if it wasn't.
Here's one reason why I don't like your proposed API. The
Christie added the comment:
Uploading a new patch, diffed against a public revision so it's reviewable.
--
Added file: http://bugs.python.org/file39709/issue24279_base64.patch
___
Python tracker rep...@bugs.python.org
Paul Sokolovsky added the comment:
No, I haven't brought this many times before. Discussion on the mailing list
last week was first time I brought up *this* issue. But it's indeed not the
first time I provide feedback regarding various aspects of asyncio, so I wonder
if this issue was closed
New submission from Joshua Harlow:
It would be quite useful to have some types of metrics attached to future
objects so that callers could use them for various activities (scheduling
repeated runs, post-analysis and such):
Some of the ones that I can think would be useful:
- 'submitted_at'
Raymond Hettinger added the comment:
-1 on changing the syntax highlighting for strings used as comments. Whether
used as comments or for other purposes, they are still strings and the
distinction is important for teaching Python.
--
nosy: +rhettinger
priority: normal - low
New submission from Ned Batchelder:
This doesn't work on Python 3.4 on a Mac with Yosemite and Chrome installed:
import webbrowser
webbrowser.get(chrome)
This patch makes it work:
```
*** /usr/local/pythonz/pythons/CPython-3.4.1/lib/python3.4/webbrowser.py
2014-09-21 16:37:46.0
New submission from Boštjan Mejak:
https://docs.python.org/3.4/library/webbrowser.html#module-webbrowser
Visit the link and read the first sentence of the 3rd paragraph. You'll notice
that there are two the words by the end of that sentence. That's obviously a
typo. Please fix it. The typo,
Changes by Ned Deily n...@acm.org:
--
components: +Macintosh
nosy: +ned.deily, ronaldoussoren
stage: - patch review
title: Make webbrowser support Chrome on Mac OS/X - Make webbrowser support
Chrome on Mac OS X
versions: +Python 2.7, Python 3.5, Python 3.6
Senthil Kumaran added the comment:
The default version was fixed in issue21528, changeset db302b88fdb6. perhaps it
simply needs to be backported.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24453
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24453
___
___
Boštjan Mejak added the comment:
I must add that it doesn't work on Windows 7, Python 3.4.3, either. I do have
chrome.exe on the %PATH% and executing 'chrome' in Windows Command Prompt opens
up the Chrome browser nicely, but it doesn't work so nicely by doing this:
import webbrowser
Rose Ames added the comment:
Reproduced - the crash exists and the patch fixes it.
--
nosy: +superluser
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24427
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9939
___
___
Python-bugs-list
Brandon Milam added the comment:
Boštjan Mejak the windows issue has been addressed in issue 8232 and recently
patched for 3.5. http://bugs.python.org/issue8232
--
nosy: +jbmilam
___
Python tracker rep...@bugs.python.org
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24450
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
nosy: +bquinlan, giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24451
___
Roundup Robot added the comment:
New changeset 7b74a89b9c26 by Raymond Hettinger in branch '3.4':
Issue #24453: Fix doubled word.
https://hg.python.org/cpython/rev/7b74a89b9c26
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: docs@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24453
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24453
___
Roundup Robot added the comment:
New changeset 3ded282f9615 by Senthil Kumaran in branch '3.4':
Back porting changeset db302b88fdb6 to 3.4 branch, which fixed multiple
documentation typos.
https://hg.python.org/cpython/rev/3ded282f9615
New changeset 9a0c5ffe7420 by Senthil Kumaran in branch
Roundup Robot added the comment:
New changeset 3ded282f9615 by Senthil Kumaran in branch '3.4':
Back porting changeset db302b88fdb6 to 3.4 branch, which fixed multiple
documentation typos.
https://hg.python.org/cpython/rev/3ded282f9615
New changeset 9a0c5ffe7420 by Senthil Kumaran in branch
Arfrever Frehtes Taifersar Arahesis added the comment:
Official spelling of name of one of these browsers is Firefox, not FireFox.
I suggest to rename WinFireFox class accordingly.
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
Changes by koobs koobs.free...@gmail.com:
--
components: +Build
keywords: +needs review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7352
___
___
koobs added the comment:
Initial commit to default is done. Backport to 2.7 3.4 branches remains to do
--
components: -Cross-Build
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22359
koobs added the comment:
Add 3.5 to list of versions merging required for
--
versions: +Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22359
___
New submission from Raymond Hettinger:
The usability, learnability, and readability of match object code would be
improved by giving it a more Pythonic API (inspired by ElementTree).
Given a search like:
data = 'Answer found on row 8 column 12.'
mo = re.search(r'row (?Prow\d+) column
Serhiy Storchaka added the comment:
You can use mo.groupdict().
print('Located coordinate at (%(row)s, %(col)s)' % mo.groupdict())
print('Located coordinate at ({row}, {col})'.format_map(mo.groupdict()))
As for len(mo), this is ambiguous, as well as indexing with integer indices.
You
Ezio Melotti added the comment:
print(mo['col'])
print(len(mo))
This has already been discussed in another issue. As Serhiy mentioned, len(mo)
and mo[num] would be ambiguous because of the group 0, but mo[name] might be ok.
--
___
Python tracker
Martin Panter added the comment:
The documentation of the default value “cadefault=False” was fixed in Issue
17977. A later change seems to have made this paramter redundant. Anyway I
think this can be closed.
--
nosy: +vadmium
status: open - closed
41 matches
Mail list logo