[issue19038] Fix sort order in Misc/ACKS.
Georg Brandl added the comment: Please do not change the ordering of Å -- it is correct after Z, at least in Swedish, Danish and Norwegian. If you want to sort German umlauts correctly, in lists of names they are treated as [aou]+e, so Löwis goes before Lowe. As for Aahz, he appears by that name alone and should not be changed. It's Jean-Paul, not Jean-Pierre Calderone. This change makes me wary of accepting any of your other changes. How did you come to your spellings of the names? If you do, please resubmit in diff form. -- nosy: +georg.brandl status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19038] Fix sort order in Misc/ACKS.
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19038] Fix sort order in Misc/ACKS.
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19039] sphinx search, result sorting
New submission from Thomas Guettler: If you search for printf in the docs you get this result: http://docs.python.org/3.3/search.html?q=printfcheck_keywords=yesarea=default Please have a look at the first results. I guess most people don't want to see docs about PyOS_snprintf Most people want to see this: http://docs.python.org/3.3/library/stdtypes.html?highlight=printf#printf-style-string-formatting The good page (stdtypes.html) is the fourth search result. And this page is huge. Unfortunately the link from the search result does not link to the section, it links to the top of the page. Since printf is in the heading, sphinx should be able to create a link to the relevant section in this page (in this example #printf-style-string-formatting). Thank you -- assignee: docs@python components: Documentation messages: 197963 nosy: docs@python, guettli priority: normal severity: normal status: open title: sphinx search, result sorting ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19039 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18873] Encoding detected in non-comment lines
Roundup Robot added the comment: New changeset f16855d6d4e1 by Serhiy Storchaka in branch '2.7': Remove the use of non-existing re.ASCII. http://hg.python.org/cpython/rev/f16855d6d4e1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18873 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18873] Encoding detected in non-comment lines
Serhiy Storchaka added the comment: Thanks, David. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18873 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4080] unittest: display time used by each test case
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4080 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Georg Brandl added the comment: [MAL] * Commit messages only provide a very terse hint at what a particular patch set was meant for. The target audience is other core developers. * News entries explain these patches (there may be more than one for a particular issue or project) to Python programmers who need to know what to watch out for when upgrading to a new version. I agree. But if you have to write two different versions, putting them both in the commit message has two advantages: - it's arguably easier not to have to touch another file - the extended explanation can be useful for core developers too :) In any case, I would very much like to see a unified style for commit messages a la Mercurial: a very terse, but self-sufficient first line, and more explanation below. Not to speak of the non-arguable advantage of getting rid of merge conflicts in Misc/NEWS. So if the script had a mode to set off the intended NEWS entry from both a header (the terse 1-line commit message) and an optional footer (explanation of technical details only of interest to committers), I would say +1. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18553] os.isatty() is not Unix only
Georg Brandl added the comment: Senthil: your 3.3-default merge removed the Availability from fpathconf(). -- nosy: +georg.brandl status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18553 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19038] Fix sort order in Misc/ACKS.
Tae-Wong SEO added the comment: You want to submit a diff file. You are not signing contributor agreement. Letter a-with-ring is also usd in transliteration of Avestan language. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Georg Brandl added the comment: Note that I'm strongly against this name of the getitem() method. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Antoine Pitrou added the comment: Georg Brandl added the comment: Note that I'm strongly against this name of the getitem() method. Any suggestion? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19023] ctypes docs: Unimplemented and undocumented features
Georg Brandl added the comment: Thanks for the patch! The amount of unrelated changes (mostly removing empty prompts) makes this a bit hard to review. Also, I don't think it is too important to link to the ctypes module from within the docs of ctypes :) Please separate out the implementation of the Union classes into a separate patch. The Array docs look good to me. The _Pointer docs talk about reading and writing the elements using standard subscript and slice accesses. That is true for pointers pointing to arrays, but .contents should be mentioned as well. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19023 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19026] OrderedDict should not accept dict as parameter
Georg Brandl added the comment: Right. That's why it should not accept input that can only be unordered (including dict and **kwargs) - this is what I mean by strict mode. That's not even true: the empty and the one-element dict are always ordered. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19026 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Georg Brandl added the comment: Not really. Would entry be acceptable instead of item? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Nick Coghlan added the comment: I agree the different audiences problem can be addressed by using appropriate commit message formatting to say this bit goes in NEWS (perhaps with some metadata to say which section). However, that doesn't solve the question of how we fix inevitable mistakes. One thought that occurs to me is a fixNEWS subdir where we can put text files named after commit hashes. If there is a file in fixNEWS, then the script would ignore the corresponding commit and use the file contents instead. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Antoine Pitrou added the comment: Georg Brandl added the comment: Not really. Would entry be acceptable instead of item? getentry() sounds decent to me, but it loses the parallel to popitem() and items(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Marc-Andre Lemburg added the comment: On 17.09.2013 11:09, Nick Coghlan wrote: Nick Coghlan added the comment: I agree the different audiences problem can be addressed by using appropriate commit message formatting to say this bit goes in NEWS (perhaps with some metadata to say which section). However, that doesn't solve the question of how we fix inevitable mistakes. One thought that occurs to me is a fixNEWS subdir where we can put text files named after commit hashes. If there is a file in fixNEWS, then the script would ignore the corresponding commit and use the file contents instead. I don't think commit messages are the right place for such text. They cannot be corrected after the fact, which makes them less than ideal for the intended purposes: to produce an edited news compilation. I'm still not convinced we actually have a problem that needs to be solved. Please consider the time it takes to resolve a merge conflict vs. the time it takes to correct mistakes in commit message formatting, educating committers and tweaking the script to handle the inevitable mistakes. Aside: It may be better to add support for news entries to the tracker. At eGenix we're using a custom field called News which is then listed in a report to build the change log. These can be edited, there's only one entry per ticket and the report can be sorted by priority/component/etc, putting the more important news item at the top. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19012] liburl2: bad proxy configuration throws getaddrinfo error
Sjoerd added the comment: That happens when citing things from the top of my head... it is not liburl2 but urllib2 that I used, excuse me. (And urlopen instead of openurl...) From http://docs.python.org/2/library/urllib2.html it seems to be a Standard Library module to me, am I mistaken? If so, how do I find the urllib2 maintainers? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19012 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Richard Oudkerk added the comment: An alternative would be to have separate files NEWS-3.2, NEWS-3.3, NEWS-3.4 etc. If a fix is added to 3.2 and will be merged to 3.3 and 3.4 then you add an entry to NEWS-3.2 and append some sort of tags to indicate merges: - Issue #1234: Fix something that was not working properly. #Merge-3.3 #Merge-3.4 Then NEWS can be auto-generated from NEWS-3.*. -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19040] Problems with overriding Enum.__new__
New submission from Drekin: I tried to implement an Enum variant OptionalEnum such that OptionalEnum(value) leaves value alone and returnes it (if there is no corresponding enum member) rather than raising ValueError. My use case is following: I'm trying to parse some keyboard layout related data. There is a table which maps virtual keys to unicode codepoints, however there are some special values which don't represent a codepoint but the fact that the key is a deadkey and more information is provided in the next table entry. Or that the key produces a ligature. So I wanted to define enums for those special values. This brought me to the following naive approach: class OptionalEnum(Enum): def __new__(cls, value): try: return super(cls, cls).__new__(cls, value) except ValueError: return value This ends with a weird exception. As I ran through enum code I found out that there are actually two flavors of EnumSubclass.__new__. The first one is for precreating the enum members (during creation of EnumSubclass). This is the intended usage. The second flavor is what happens when EnumSubclass(value) is called later. This flavor is represented by Enum.__new__ which returns existing member corresponding to the value or raises ValueError. However this Enum.__new__ is rather special. It doesn't take place in the process of the first flavor, it is explicitly by-passed. On the other hand it is forced behavior of the second flavor since it is explicitly assigned to EnumSubclass.__new__. So there seems to be no way to customize the second flavor (as I tried in my use case). So could the customization of the second flavor of __new__ be added? (One maybe naive solution would be to let user explicitly define __new_member__ rather than __new__ to customize the first flavor and leave __new__ for the second flavor.) Or could at least be done something with the exceptions produced when one tries to? (The exception in my case was 'TypeError: object() takes no parameters' and was result of having custom __new__ and hence use_args==True but having member_type==object and __new__ not creating member with _value_ attribute so object(*args) was called.) In any case additional documentation on customizing __new__ could help. There are points like that one should avoid the pattern of falling back to super().__new__ since that is Enum.__new__ which is for something else. Also the custom __new__ should return an object with _value_ attribute or object() with some argument may be called which leads to uninformative exception. -- assignee: docs@python components: Documentation, Library (Lib) messages: 197979 nosy: Drekin, docs@python priority: normal severity: normal status: open title: Problems with overriding Enum.__new__ type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19040 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Georg Brandl added the comment: Hmm, I didn't consider popitem(). Maybe I'm too paranoid about users confusing __getitem__() and getitem() after all :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Serhiy Storchaka added the comment: But why not getkey()? Why you need return value too? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Antoine Pitrou added the comment: But why not getkey()? Why you need return value too? Because it's more useful to return both. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Serhiy Storchaka added the comment: Sorry, I don't understand why it's more useful. We need create a tuple and then index it or unpack it and drop one of elements. This only muddles away a time and programmer's attention. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
R. David Murray added the comment: Because most often the time at which you want the original key is the point at which you are about to re-serialize the data...so you need the value too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19012] urllib2: bad proxy configuration throws getaddrinfo error
R. David Murray added the comment: urllib2 is a python2 stdlib module, yes. Can you provide a traceback? I would have thought that the traceback would give a clue as to what the real problem was, so I'm very curious to see it. Maybe it only gives a clue if you already know what you are looking at :) -- resolution: invalid - stage: committed/rejected - status: closed - open title: liburl2: bad proxy configuration throws getaddrinfo error - urllib2: bad proxy configuration throws getaddrinfo error versions: +Python 2.7 -3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19012 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19040] Problems with overriding Enum.__new__
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19040 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
R. David Murray added the comment: I do think getitem is the most natural name for the method. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Eric V. Smith added the comment: On 09/17/2013 09:34 AM, R. David Murray wrote: R. David Murray added the comment: Because most often the time at which you want the original key is the point at which you are about to re-serialize the data...so you need the value too. I can't think of a case where I'd need (original_key, value) where I wouldn't also be iterating over items(). Especially so if I'm serializing. On the other hand, I don't have a use case for the original key, anyway. So I don't have a strong feeling about this, other than it feels odd that the answer to the original question (I think on python-dev) how do we get the original key back? is answered by by giving you the original key and its value. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Serhiy Storchaka added the comment: Oh, could anyone borrow Guido's time machine and rename either __getitem__() to __getvalue__() or items() to entries()? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19039] sphinx search, result sorting
R. David Murray added the comment: This is a Sphinx issue and should be reported on the Sphinx tracker...although I think Sphinx uses a 3rd party tool for the sorting, so it might go back up even a level further :). I don't think there's any reason to keep this issue open here, but I'll leave that up to Georg. -- assignee: docs@python - nosy: +georg.brandl, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19039 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Eric V. Smith added the comment: On 09/17/2013 10:12 AM, Eric V. Smith wrote: On the other hand, I don't have a use case for the original key, anyway. So I don't have a strong feeling about this, other than it feels odd that the answer to the original question (I think on python-dev) how do we get the original key back? is answered by by giving you the original key and its value. I meant: I don't have a use case for finding the original key outside of iterating over items(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1615] descriptor protocol bug
Ethan Furman added the comment:
Benjamin Peterson added the comment:
I consider this to be a feature. Properties can raise AttributeError to defer
to
__getattr__.
Micah Friesen added the comment:
I submit that this is not a feature - I can't imagine a real-world scenario
[...]
No need to imagine. The new Enum class uses this ability to support having
both protected properties on enum members and enum members of the same name:
-- from enum import Enum
-- class Field(Enum):
-- name = 1
... age = 2
... location = 3
...
-- Field.name
Field.name: 1
-- Field.name.name
'name'
Enum's custom __getattr__ is located in the metaclass, however, not in the
class. For future reference, here is a short test script and it's output in
3.4.0a2+:
=
class WithOut:
@property
def huh(self):
return self.not_here
class With:
@property
def huh(self):
return self.not_here
def __getattr__(self, name):
print('looking up %s' % name)
raise AttributeError('%s not in class %s' % (name, type(self)))
try:
WithOut().huh
except AttributeError as exc:
print(exc)
print()
try:
With().huh
except AttributeError as exc:
print(exc)
print()
import enum # broken value property tries to access self.not_here
class TestEnum(enum.Enum):
one = 1
print(TestEnum.one.value)
=
'WithOut' object has no attribute 'not_here'
looking up not_here
looking up huh
huh not in class class '__main__.With'
meta getattr with __new_member__
meta getattr with __new_member__
meta getattr with one
'TestEnum' object has no attribute 'not_here'
=
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1615
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1065986] Fix pydoc crashing on unicode strings
Akira Kitada added the comment: With this patch applied, the example from issue15791 works fine. $ echo __author__ = u'Michele Orr\xf9' foo.py ./python -c import foo; print foo.__author__; help(foo) Michele Orrù Help on module foo: NAME foo FILE /tmp/cpython/foo.py DATA __author__ = u'Michele Orr\xf9' AUTHOR Michele Orrù -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1065986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19038] Fix sort order in Misc/ACKS.
Tae-Wong SEO added the comment: You want to add the packaging coordinator Laca (real name László Péter in Hungarian) to Misc/ACKS. And you want to add a bunch of real names from the python-bugs-list mailing list (from August 2007 to September 2013). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19041] requested (DLL) module could not be found
New submission from Tcll: I think this issue more revolves around PyGLEW, but LaunchPad won't let me report to them... I've taken a screenshot of the issue rather than trying to explain it: http://lh3.ggpht.com/-d6gM0Qlq9Ek/UjhxFDFOmAI/FIU/Vwell0V1Vo8/s1400/error.jpg I've also notified the PyGPU developers who require the installation for their project. -- components: Extension Modules messages: 197994 nosy: Tcll priority: normal severity: normal status: open title: requested (DLL) module could not be found type: compile error versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19041] requested (DLL) module could not be found
R. David Murray added the comment: You are correct, this is not likely to be a problem with Python itself (the interactive prompt in your screen capture doesn't look like what Python would produce by itself). So, since it is almost certainly not a bug in Python, it's not appropriate for this issue tracker. (The fact that the import fails probably means that PyGLEW didn't compile or install correctly.) -- nosy: +r.david.murray resolution: - invalid stage: - committed/rejected status: open - closed type: compile error - versions: +3rd party -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19041] requested (DLL) module could not be found
Tcll added the comment: yeh... the only thing I was thinking was on Python's end was the DLL (Highlighted in the img) failing to register. (I have seen cases of PYD modules used in the same manner, such as PyWin32 modules) but yea, I see now that isn't the case, so thank you :) On Tue, Sep 17, 2013 at 12:36 PM, R. David Murray rep...@bugs.python.orgwrote: R. David Murray added the comment: You are correct, this is not likely to be a problem with Python itself (the interactive prompt in your screen capture doesn't look like what Python would produce by itself). So, since it is almost certainly not a bug in Python, it's not appropriate for this issue tracker. (The fact that the import fails probably means that PyGLEW didn't compile or install correctly.) -- nosy: +r.david.murray resolution: - invalid stage: - committed/rejected status: open - closed type: compile error - versions: +3rd party -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19041 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19042] Idle: add option to autosave 'Untitled' edit window
New submission from Terry J. Reedy:
The General tab of the IDLE Preferences dialog has this section with two
radiobuttons:
Autosave Preferences
At Start of Run (F5) () Prompt to Save () No Prompt
The latter option actually means No prompt unless the window is a new window
('Untitled') that has never been saved. In the latter case, there is a prompt
anyway.
This issue proposes that the current No Prompt option be more truthfully
labelled and that a true no-prompt option be added. Currently in .cnf
configuration files, autosave = 0 or 1. The new option would be 2 ('really
true' ;-).
The motivation is to provide a default scratch file for throwaway code and
thereby encourage more use of the editor even for single multi-line statements,
which are harder to edit in the Shell than single-line statements. The behavior
of Untitled windows would not otherwise change.
Possible dialog forms
Autosave Preferences
When Running (F5) a window with unsaved changes, prompt to save
() Always () Only for Untitled() Never
I find it slightly confusing that Autosave yes is selected in the negative with
'no prompt'. An alternative:
Autosave Preferences
When Running (F5) a window with unsaved changes,
autosave instead of prompting to save
() Never () Always except for Untitled() Always
Another alternative is to retitle the section
Prompt to Save versus Autosave
When Running (F5) a window with unsaved changes, prompt to save
() Always () Only for Untitled() Never
--
However the dialog is worded, the new option would mean that unsaved new
windows would be autosaved on Run to .idlerc/untitled.py. (I picked this
directory because it already contains 4 per-user files, including
recent-files.lst, and has to be writable.) This would be a common scratch file
for all Untitled windows.
The particular Untitled window saved should not be 'associated' with that path.
Its title would not change to 'untitled.py'. Idle allows only one edit window
per disk file (path) but allows multiple Untitled windows not associated with
any path.
The 'unsaved' flag on the window would not be cleared, so that closing the
window would still bring up the 'save this untitled window' message box. (The
alternative would be to clear it, but unclear it if any other Untitled window
were saved.)
The full path to untitled.py would be added (or moved) to the top of the Recent
Files list, just as with any other file. The file could then be retrieved (if
not overwritten) in a later session. This would be particularly useful if
running it caused a crash or freeze.
--
This proposal is based on Bruce Sherwood's vague description of a feature coded
by G. Polo. I could not find a tracker issue for it. One apparent difference is
that I propose adding a third option to the existing set instead of a new
binary option. I have no idea whether Polo proposed to silently save the file
(as I propose) or add a mechanism to truly run without saving (which is how a
user will see it unless they look at Recent Files). In any case, my proposal is
for a pretty minimal change. I believe it would take extra code to prevent the
Recent Files listing.
--
components: IDLE
messages: 197997
nosy: bsherwood, roger.serwy, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: Idle: add option to autosave 'Untitled' edit window
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19042
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19042] Idle: add option to autosave 'Untitled' edit window
Bruce Sherwood added the comment: Very nice, Terry. Good point about positive vs. negative specifications. I think maybe your Prompt to Save versus Autosave is the best scheme, because one is specifying whether or not to do something active (namely, put up a save dialog). -- nosy: +Bruce.Sherwood ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19042 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14984] netrc module allows read of non-secured .netrc file
Benjamin Peterson added the comment: Fine for 3.1. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19038] Fix sort order in Misc/ACKS.
Brian Curtin added the comment: I don't believe we want to do those things. Changes should be in a diff file and limited to the minimum amount of required changes to fix your sort ordering bug - not adding people or changing the spelling of people's names. -- nosy: +brian.curtin status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19038] Fix sort order in Misc/ACKS.
Tae-Wong SEO added the comment: You want to make diff file to get changes from the ACKS file. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14984] netrc module allows read of non-secured .netrc file
Roundup Robot added the comment: New changeset 1b673e0fd8f3 by R David Murray in branch '2.6': Add versionchanged for #14984, remove extra blank from string. http://hg.python.org/cpython/rev/1b673e0fd8f3 New changeset 48be42b94381 by R David Murray in branch '2.7': Merge: Add versionchanged for #14984, remove extra blank from string. http://hg.python.org/cpython/rev/48be42b94381 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14984] netrc module allows read of non-secured .netrc file
R. David Murray added the comment: Well, I got the answer to the may question, but not the can question. The answer to that question is no: remote: - changeset 6396d1fc72da on disallowed branch '3.1'! remote: * Please strip the offending changeset(s) remote: * and re-do them, if needed, on another branch! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14984] netrc module allows read of non-secured .netrc file
Benjamin Peterson added the comment: You should be able to push now. 2013/9/17 R. David Murray rep...@bugs.python.org: R. David Murray added the comment: Well, I got the answer to the may question, but not the can question. The answer to that question is no: remote: - changeset 6396d1fc72da on disallowed branch '3.1'! remote: * Please strip the offending changeset(s) remote: * and re-do them, if needed, on another branch! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14984 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19024] Document asterisk (*), splat or star operator
Changes by Mike Hoy mho...@gmail.com: -- nosy: +mikehoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19024 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18918] help('FILES') finds no documentation
Changes by Mike Hoy mho...@gmail.com: -- nosy: +mikehoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18918 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18855] Inconsistent README filenames
Changes by Mike Hoy mho...@gmail.com: -- nosy: +mikehoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18855 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
