[issue2775] Implement PEP 3108
Retro vinet...@gmail.com added the comment: Did you manage to apply my fix zipfile-patch.diff to the trunk? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2775] Implement PEP 3108
Retro vinet...@gmail.com added the comment: My patch zipfile-patch.diff was sent to python-dev. Please act on it as you see fit. Thank you. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10122] Documentation typo fix and a side question
New submission from Retro vinet...@gmail.com: Please read the first sentence of the docs for the built-in function getattr() here: http://docs.python.org/library/functions.html?highlight=getattr#getattr Fix the word 'attributed' to 'attribute', because the former is a typo. A side question. When you document an object's API in the docstring, you write it like this: getattr(object, name[, default]) - value Don't you find it nicer if that would look like this: getattr(object, name, [default]) - value Note the cosmetic fix between the arguments 'name' and 'default'. Do you find my fix acceptable? If yes, please fix docstrings in Python that document the object's API from the '...name[, default]...' format to '...name, [default]...' format. -- assignee: d...@python components: Documentation messages: 118869 nosy: Retro, d...@python priority: normal severity: normal status: open title: Documentation typo fix and a side question versions: 3rd party, Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10122 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10073] calendar.isleap() not checking parameter type
Retro vinet...@gmail.com added the comment: Please leave this function as is because it works just fine. calendar.isleap(2011) False The argument for isleap() must not be in quotes. That's all. -- nosy: +Retro ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10073] calendar.isleap() not checking parameter type
Retro vinet...@gmail.com added the comment: I would just add an exception to the isleap() function. def isleap(year): Return 1 for leap years, 0 for non-leap years. try: return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0) except TypeError: # somehow inform the user that the argument 'year' must be an integer -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2775] Implement PEP 3108
Retro vinet...@gmail.com added the comment: Can you send my patch and comment to python-dev? Because I don't know how to. I don't know where is python-dev and what exactly you mean by this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10101] a bug in built-in function round() ?
New submission from Retro vinet...@gmail.com: round(1.255, 2) 1.25 A bug in Python interpreter? Shold have been: round(1.255, 2) 1.26 In mathematics, the .5 part is always rounded up, so in the example the .255 should be rounded to .26 so please fix this bug. -- components: Library (Lib) messages: 118659 nosy: Retro priority: normal severity: normal status: open title: a bug in built-in function round() ? type: behavior versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10101] a bug in built-in function round() ?
Retro vinet...@gmail.com added the comment: Gee, thanks for the insight. I didn't thought about the fact that binary floating point is so imprecise and can cause the round() to error in some situations. In this case, the representation and the actual value are (way) off. How can that be? There are just 3 decimal numbers (.255) and Python at parsing the float is already off at the third decimal number. I'll never trust round() again. Well, actually I trust round() to do its job well -- it's the binary floating point I'm affraid of! We must implement the decimal API to the core of Python in order to have precision. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2775] Implement PEP 3108
Retro vinet...@gmail.com added the comment: I am very glad you're reorganizing the Standard Library. Thumbs up! I hope everything will comply to PEP 8 after you're done. Since you're reorganizing, I have my own contribution. I have uploaded a patch. The issue7351 (http://bugs.python.org/issue7351) was not accepted at the time, I hope you'll accept this fix now. My point is that every class name in module zipfile is like this: - exception class: LargeZipFile - normal class: ZipFile - normal class: PyZipFile So apply my fix to make the exception class BadZipfile consistent to others and let it be BadZipFile. Thank you. -- nosy: +Retro Added file: http://bugs.python.org/file19222/zipfile-patch.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10078] Documentation: 'Postive' should be 'Positive'
New submission from Retro vinet...@gmail.com: There's a typo in the docs. Please follow http://docs.python.org/py3k/library/string.html#format-specification-mini-language and find the below text, and fix the word 'Postive' to 'Positive', indicated between and : 'g' General format. For a given precision p = 1, this rounds the number to p significant digits and then formats the result in either fixed-point format or in scientific notation, depending on its magnitude. The precise rules are as follows: suppose that the result formatted with presentation type 'e' and precision p-1 would have exponent exp. Then if -4 = exp p, the number is formatted with presentation type 'f' and precision p-1-exp. Otherwise, the number is formatted with presentation type 'e' and precision p-1. In both cases insignificant trailing zeros are removed from the significand, and the decimal point is also removed if there are no remaining digits following it. Postive and negative infinity, positive and negative zero, and nans, are formatted as inf, -inf, 0, -0 and nan respectively, regardless of the precision. A precision of 0 is treated as equivalent to a precision of 1. -- assignee: d...@python components: Documentation messages: 118482 nosy: Retro, d...@python priority: normal severity: normal status: open title: Documentation: 'Postive' should be 'Positive' versions: 3rd party, Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10078] Documentation: 'Postive' should be 'Positive'
Retro vinet...@gmail.com added the comment: Please commit this fix to the trunk, as well as to the Python 2.5, Python 2.6, and Python 2.7 branches. Thank you. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10078] Documentation: 'Postive' should be 'Positive'
Changes by Retro vinet...@gmail.com: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10078] Documentation: 'Postive' should be 'Positive'
Changes by Retro vinet...@gmail.com: -- resolution: fixed - remind ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9934] Python Docs Typo
New submission from Retro vinet...@gmail.com: http://docs.python.org/distutils/sourcedist.html#manifest-related-options Please visit the above link and note the typo in: -o is a sortcut for --manifest-only. Should be: -o is a shortcut for --manifest-only. The word sortcut is a typo. Please fix it to shortcut. Thanks. -- assignee: d...@python components: Documentation messages: 117248 nosy: Retro, d...@python priority: normal severity: normal status: open title: Python Docs Typo versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9258] Typos in docs for methods kqueue and kevent of module 'select'
New submission from Retro vinet...@gmail.com: Fix the docs for every selected Python version. They all have the same typos. The typos appear in the documentation of the 'select' module. These are the methods that need typo fixes: select.kqueue() (Only supported on BSD.) Returns a kernel queue object object ... [remove one of the words 'object' here because they are unnecessarily repeated] select.kevent(ident, filter=KQ_FILTER_READ, flags=KQ_EV_ADD, fflags=0, data=0, udata=0) (Only supported on BSD.) Returns a kernel event object object; see section Kevent Objects below for the methods supported by kqueue objects. [again, remove one of the words 'object' here because they are unnecessarily repeated; also, fix the word 'kqueue' to 'kevent'] -- assignee: d...@python components: Documentation messages: 110255 nosy: Retro, d...@python, georg.brandl priority: normal severity: normal status: open title: Typos in docs for methods kqueue and kevent of module 'select' versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7482] Improve ZeroDivisionError message for float and complex object
Retro vinet...@gmail.com added the comment:
The patch is *almost* okay.
errno = 0;
div = c_quot(v-cval,w-cval); /* The raw divisor value. */
if (errno == EDOM) {
- PyErr_SetString(PyExc_ZeroDivisionError, complex remainder);
+ PyErr_SetString(PyExc_ZeroDivisionError, complex modulo by
zero);
return NULL;
It should be as expressed in the code above. In the patch, the fixed
string is complex remainder by zero, but this is broken English. I
propose complex modulo by zero. Please fix your patch and we're good.
--
nosy: +Retro
versions: +Python 2.6, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7482
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7388] Documentation: capitalizations of the word 'python' needed when used as a name
New submission from Retro vinet...@gmail.com: There are 'python' typos in the Python tutorial in these titles: (1) Tools for Working with Lists: The following example shows an array of numbers stored as two byte unsigned binary numbers (typecode H) rather than the usual 16 bytes per entry for regular lists of !!!python!!! (should be: Python) int objects (2) Batteries Included: Together, these modules and packages greatly simplify data interchange between !!!python!!! (should be: Python) applications and other tools. There may be other typos, but I only manage to find those two. Please capitalize those two words. Thank you. -- assignee: georg.brandl components: Documentation messages: 95666 nosy: Retro, georg.brandl severity: normal status: open title: Documentation: capitalizations of the word 'python' needed when used as a name versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7389] Make decimal floating point be default, remove binary floating point
New submission from Retro vinet...@gmail.com: The Python interpreter should have the decimal type built into its core. The mechanism for dealing with decimal numbers should be handled by the decimal type and not by the processor which spits binary floats. The time is now. But ask yourself these questions: Is this doable? If yes: Would it break anything? If yes, note that: Python 3.1 opposed to Python 3.0 also had major changes that break the two appart. I say go for revolutional change in Python 3.2. But the call is yours. -- components: Interpreter Core messages: 95668 nosy: Retro, gvanrossum severity: normal status: open title: Make decimal floating point be default, remove binary floating point type: feature request versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Retro vinet...@gmail.com added the comment: I suggest renaming the class from BadZipfile to BadZipFile. We have a class named LargeZipFile. It would make sence to have the previously mentioned class named as BadZipFile then. What is your verdict on that? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Retro vinet...@gmail.com added the comment: I am merely speaking of renaming the class name from BadZipfile to BadZipFile. class BadZipFile(exceptions.Exception): # etc. Only the name is fixed at class definition. I am aiming for that in this bug report. And then every other BadZipfile should be fixed to BadZipFile. Is that doable? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Retro vinet...@gmail.com added the comment: I made a patch which fixes the BadZipfile issue. Please take a look and decide whether you'll toss it or use it. Maybe it'll come handy some other time in the future. -- keywords: +patch Added file: http://bugs.python.org/file15365/zipfile-patch.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
New submission from Retro vinet...@gmail.com: There are some minor typos in the docs. The section zipfile has twp typos: exception zipfile.BadZipfile The error raised for bad ZIP files (old name: zipfile.error). this should be exception zipfile.BadZipFile The error raised for bad ZIP files (old name: zipfile.error). Note: There needs to be a capital F in the exception class name BadZipFile. There's also a typo in the sentence Decryption is extremely slow as it is implemented in native python rather than C. which should be Decryption is extremely slow as it is implemented in native Python rather than C. This sentence is found just above the previous BadZipfile typo. Note: The word 'python' is needed to be capitalized. These typos exist since the creation of the zipfile docs. Please correct the docs for the selected versions. Thank you. -- assignee: georg.brandl components: Documentation messages: 95442 nosy: Retro, georg.brandl severity: normal status: open title: Documentation typos found in zipfile — Work with ZIP archives versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Retro vinet...@gmail.com added the comment: Thanks for upcassing 'Python'. I have to ask you why are all other classes named in the form of ...ZipFile, like - exception: LargeZipFile - class: ZipFile - class: PyZipFile Please at least consider of making the class BadZipfile consistent to other classes and let it be renamed to BadZipFile. Thank you again. -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6475] Documentation Tutorial List Comprehensions
New submission from Retro vinet...@gmail.com: There's a mistake in the code snippet: freshfruit = [' banana', ' loganberry ', 'passion fruit '] [weapon.strip() for weapon in freshfruit] ['banana', 'loganberry', 'passion fruit'] The second line should be: [fruit.strip() for fruit in freshfruit] ['banana', 'loganberry', 'passion fruit'] The old code snippet had weapons as items which many people didn't like, so the code snippet was changed into a friendlier version. Please fix this code snippet so that weapons are not involved here, even though the code is not broken. Thank you. -- assignee: georg.brandl components: Documentation messages: 90486 nosy: Retro, georg.brandl severity: normal status: open title: Documentation Tutorial List Comprehensions versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6358] os.popen exit code inconsistent
Retro vinet...@gmail.com added the comment: os.popen is deprecated. Use the subprocess module. -- nosy: +Retro ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6018] Fix the output word from ok to OK when a testcase passes
New submission from Retro vinet...@gmail.com: y...@localhost:~$ python3 romantest1.py -v to_roman should give known result with known input ... ok Better would be: y...@localhost:~$ python3 romantest1.py -v to_roman should give known result with known input ... OK Since other words are capitalized, this one should be, too. Please fix that. -- components: None messages: 87732 nosy: Retro severity: normal status: open title: Fix the output word from ok to OK when a testcase passes versions: Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6018 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5967] PyList_GetSlice does not indicate negative ranges dont work as in python.
Retro vinet...@gmail.com added the comment: You have mispelled a word in the patch. The sentence should be Negative indices not supported. Please make another patch without the indicies typo. -- nosy: +Retro ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5967 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5702] str.isprintable() - str.is_printable()
New submission from Retro vinet...@gmail.com: Please consider of making the descriptor isprintable() of the str object be named with an underscore as is_printable(). -- components: Demos and Tools messages: 85571 nosy: Retro severity: normal status: open title: str.isprintable() - str.is_printable() versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Changes by Retro vinet...@gmail.com: -- versions: +Python 2.4, Python 2.5, Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment: I think this is an easy fix. Please try to fix this issue. Thank you. -- versions: -Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5495] ValueError exception of tuple.index(x) gives imprecise error message
New submission from Retro vinet...@gmail.com: t = (0, 1, 2, 3, 4, 5, 6, 7) t.index(8) Traceback (most recent call last): File stdin, line 1, in module ValueError: tuple.index(x): x not in list The error message x not in list should have been x not in tuple. Please fix the error message of the index method of the tuple type. -- components: None messages: 83633 nosy: Retro severity: normal status: open title: ValueError exception of tuple.index(x) gives imprecise error message versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5495 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment: I figured out why the installer didn't create an icon for the Python interpreters in the Add/Remove Programs list. If I deselect the option 'Register Extensions' at installation time, I don't get an icon in the Add/Remove Programs list. But if I leave the option 'Register Extensions' be selected, I get an icon in the Add/Remove Programs list. Please make the icon be registered in the registry even if the option 'Register Extensions' isn't selected at installation time. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment: A strange thing now happened. Now the Python 2.6.1 interpreter has an icon in the Add/Remove Programs list. I completely removed Python 2.6.1 and reinstalled it with the command msiexec /i python-2.6.1.msi /l*v python26.log and it now has an icon in the Add/Remove Programs list. Please see the attached screenshot. My Windows Vista is Business Edition, Service Pack 1. I got it by buying my laptop and then upgraded it to the Service Pack 1 version and I have the very latest updates installed on it, too. I don't know what do you mean by specific version. I hope I answered your question. Added file: http://bugs.python.org/file13240/arpvista_surprise.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment: And now I'm attaching the installing log of Python 2.6.1 for you. I hope you have enough information to work on the solution. If you need more information, just ask. Added file: http://bugs.python.org/file13241/python26.rar ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment:
In my Windows Vista registry I only have the second two keys present
1)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{9cc89170-000b-457d-91f1-53691f85b223}
2)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{de2f2d9c-53e2-40ee-8209-74da63cb060e}
for which the value of the property DisplayName is
1) DisplayNamePython 2.6.1
2) DisplayNamePython 3.0.1
I don't have the property DisplayIcon for any of those two keys.
I did a complete removal and a reinstall of both the interpreters now,
but I have the same issue and the registry contains the very same two
keys and each of the keys contain only the property DisplayName as before.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5390
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment: Strange thing. I presume you are running Windows XP. There the Python icons are shown in the Add/Remove Programs list for the Python interpreters. I must inform you, though, that the Python icons are not shown in the Add/Remove Programs list under Widnows Vista. I don't know why but it is an issue we ought to look at and solve. If anyone has knowledge how to fix this, please provide information on how to fix this bug. Thank you in advance. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment: Please see the attached screenshot where there are no icons in the Add/Remove Programs list of the Python intepreters on my Windows Vista machine. Added file: http://bugs.python.org/file13223/my_arpvista.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
Retro vinet...@gmail.com added the comment: I noticed this by installing the Python 2.5.4 and Python 2.6.1 and Python 3.0.1 binaries. Please fix these issues if you can. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
New submission from Retro vinet...@gmail.com: I am reporting a bug which was not fixed in the closed issue #4389. Martin v. Löwis, the fix you've made didn't fix the issue. Please open your Add/Remove Programs list (hopefully your running Windows and have Python installed there) and check whether your Python interpreters in this list use Python's icon. Your fix was made before Python 2.5.4, Python 2.6.1, and Python 3.0.1 were out. I don't know why these new interpreters (installed on my Windows Vista Business 64-bit machine) don't show Python's icon in the Add/Remove Programs list. Is this an issue on my side or on Python's side? -- messages: 82890 nosy: Retro, loewis severity: normal status: open title: Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon versions: 3rd party, Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4649] Fix a+b to a + b
Retro vinet...@gmail.com added the comment: What is recommended in PEP 8, you are engouraged to follow that; not you as a Python coder but you as a member of the Python community where PEP 8 is the coding style specification. Python's built-in modules have such a lovely coding style because they all follow PEP 8. Why must the documentation be an exception not to follow PEP 8? Is there a technical reason? And the lack of space is not an issue. PEP 8 makes it clear to use spaces around arithmetic operators and then it gives some examples what is acceptable and what is not. Let us look at this again, shall we? Yes: i = i + 1 No: i=i+1 Let us convert this into our version from the example code: Yes: a, b = b, a + b No: a,b=b,a+b Only the a+b part is not written according to PEP 8. Python beginners don't start learning the language by first reading PEP 8. They don't even know it exists; and since they are beginners, talking about the coding style is too soon. What they do first is read the Python tutorial and they look at how code is written in the tutorial and get used to that. And so if the code is badly written there, they will also write bad code (bad as in 'with a bad coding style'). So we must set an example for Python beginners (and also other people) to write good-coding-style code. So my point is that people won't need to read PEP 8 if that is applied into the documentation (especially the tutorial); they'll just look at some example code and know how to write code. Please fix those things like a+b to a + b and n//x to n // x. I have added mister van Rossum into this issue report, because I think we need a BDFL opinion. What do you think, mister van Rossum, about this? -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4649 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4648] Fix n//x to n/x in the Docs
New submission from Retro vinet...@gmail.com: Please look at the example code in the following Python 3.0 documentation/tutorial: http://docs.python.org/3.0/tutorial/controlflow.html#break-and-continue-statements-and-else-clauses-on-loops The line 4 has a little fix to be made: from ... print(n, 'equals', x, '*', n//x) to ... print(n, 'equals', x, '*', n/x) You probably noticed that n//x was proposed to be fixed to n/x. Please note that this is Python 3.0 code. It's a small fix so I hope you won't mind to fix this. -- assignee: georg.brandl components: Documentation messages: 77694 nosy: Retro, georg.brandl severity: normal status: open title: Fix n//x to n/x in the Docs versions: Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4648 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4648] Fix n//x to n/x in the Docs
Retro vinet...@gmail.com added the comment: For Python 2.x that example code is fine, but Python 3.0 has this switched now. Please read http://www.python.org/dev/peps/pep-0238/. True division in Python 3.0 is done with one division operator. Please fix that code example to reflect that. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4648 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4649] Fix a+b to a + b
New submission from Retro vinet...@gmail.com: http://docs.python.org/3.0/tutorial/controlflow.html#defining-functions Please visit the above link and see line 6 in the example code. ... a, b = b, a+b should be fixed to ... a, b = b, a + b because PEP 8 recommends to - Use spaces around arithmetic operators: Yes: i = i + 1 No: i=i+1 -- assignee: georg.brandl components: Documentation messages: 77705 nosy: Retro, georg.brandl, loewis, rhettinger severity: normal status: open title: Fix a+b to a + b versions: Python 2.5, Python 2.5.3, Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4649 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4649] Fix a+b to a + b
Retro vinet...@gmail.com added the comment: And please fix the code example mentioned in issue4648. Line 4 has a little fix to be made: from ... print(n, 'equals', x, '*', n//x) to ... print(n, 'equals', x, '*', n // x) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4649 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4649] Fix a+b to a + b
Retro vinet...@gmail.com added the comment: Let's set a good example in the documentation and follow PEP 8. For God's sake, this is the documentation of Python! Where else to set a good example than here? Let's see some PEP 8 in action, in the documentation! ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4649 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4637] Binary floating point and decimal floating point arithmetic
New submission from Retro vinet...@gmail.com: Please consider of making the default floating point arithmetic in Python 3.x be decimal floating point arithmetic. -- components: Interpreter Core messages: 77645 nosy: Retro, gvanrossum severity: normal status: open title: Binary floating point and decimal floating point arithmetic type: feature request versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: Marc-Andre, why haven't you selected the version 'Python 3.0' as well? I think it's still time to fix this for the much-anticipated Python 3.0. The final release is coming soon, but I think it's still time. Martin v. Löwis, please fix this bug for Python 3.0 as well. Appreciate it. Thanks. -- nosy: +Retro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Changes by Retro [EMAIL PROTECTED]: -- versions: +Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Changes by Retro [EMAIL PROTECTED]: -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: Martin, I hope you have the time to fix this. I would very much appreciate this fix. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: Oh, Python 3.0 is in feature freeze. I see. Too bad. Well, at least we'll have those icons in the next release. When do you think that'll be released? Talking about Python 3.1 of course. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: So you are saying you won't create the icons for bdist_msi and bdist_wininst even for future versions (2.7 and 3.1) of the Python interpreter? -- versions: -Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4389] Uninstaller Lacks an Icon
Retro [EMAIL PROTECTED] added the comment: So are you willing to fix this issue? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4389] Uninstaller Lacks an Icon
New submission from Retro [EMAIL PROTECTED]: The uninstaller program of the Python interpreter lacks an icon. This looks ackward in the Add/Remove Programs list on the Windows platform. Please add an icon for the uninstaller. -- components: None messages: 76246 nosy: Retro severity: normal status: open title: Uninstaller Lacks an Icon versions: Python 2.7, Python 3.0, Python 3.1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4389] Uninstaller Lacks an Icon
Retro [EMAIL PROTECTED] added the comment: As far as I know, the uninstaller has never had an icon, but it certainly needs one. The upcoming versions of Python could be equipped with a neat little icon. Are you willing to implement it? That would be very nice. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4389] Uninstaller Lacks an Icon
Retro [EMAIL PROTECTED] added the comment: Oh, I guess I should have been more informative, sorry. My OS is Windows Vista Business (64 bit) onto which I have installed the 32 bit interpreter. And now when this 32 bit interpreter is installed on my 64 bit OS platform, I don't see the two-snakes-kind-of-like icon in the Add/Remove Programs list; instead I see the default icon -- you know, that squared box. The files python.exe and pythonw.exe both have that two-snakes-kind-of-like icon, and even pressing Alt+Tab (when the interpreter is running) displays the two-snakes-kind-of-like icon, but this two-snakes-kind-of-like icon is not displayed in the Add/Remove Programs list. So I find that a strange thing to be. Anyway, this is a bug so I reported it. I really don't know why this bug exists. This could be because of a 64 bit OS and a 32 bit interpreter mix issue, but I doubt it. This is probably an easy fix for you guys. I keep my fingers crossed for this bug to be fixed. Oh, and I can make screenshots if you like. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
