[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Boštjan Mejak added the comment: I have a better idea... Why don't we change the "linux2" string into just "linux". That way we will never run into this kind of issue, even in the future when Linux kernel version 4 is going to exist. Any thoughts on this?

[issue12277] Missing comma in os.walk docs

Boštjan Mejak added the comment: Yes, Eric, please fix this already. :) -- ___ Python tracker <http://bugs.python.org/issue12277> ___ ___ Python-bugs-list mailin

[issue12277] Missing comma in os.walk docs

Changes by Boštjan Mejak : -- status: closed -> open versions: +Python 2.6 -Python 2.7, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issu

[issue12277] Missing comma in os.walk docs

Boštjan Mejak added the comment: http://docs.python.org/release/2.6.7/library/os.html?highlight=os.walk#os.walk Please fix Python 2.6 branch of docs as well. Thanks. -- ___ Python tracker <http://bugs.python.org/issue12

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: What's up with that now? Any interests in changing the imaginary unit from "j" to "i" ? -- ___ Python tracker <http:

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Changes by Boštjan Mejak : -- resolution: wont fix -> remind status: closed -> open versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2 ___ Python tracker <http://bugs.python.org/i

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Changes by Boštjan Mejak : -- versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 -Python 3.3 ___ Python tracker <http://bugs.python.org/issue10621> ___ ___

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Changes by Boštjan Mejak : -- versions: +Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue10621> ___ ___ Python-bugs-list mailing list Unsub

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: Come on, let's do this. -- resolution: wont fix -> remind status: closed -> open versions: +Python 3.3 -Python 3.2 ___ Python tracker <http://bugs.python.

[issue12277] Missing comma in os.walk docs

Boštjan Mejak added the comment: That is simply idiotic. Your way of fixing things is idiotic. When you clearly see the missing comma and you fix it everywhere else but 2.6 because "2.6 only receives security fixes" as if adding a comma to the documentation would create a big sec

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: It's stupid that the imaginary unit in Python is denoted by a "j" just for ambiguity reasons that "i" can be mistaken with a "1" or an "l". It's true that "1" and "l" can look the same in

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: Please fix this in Python 3.3 and don't forget to fix the complex() function/method as well. -- ___ Python tracker <http://bugs.python.org/is

[issue10562] Change 'j' for imaginary unit into an 'i'

Changes by Boštjan Mejak : -- resolution: wont fix -> remind status: closed -> open ___ Python tracker <http://bugs.python.org/issue10562> ___ ___ Pyth

[issue10562] Change 'j' for imaginary unit into an 'i'

Changes by Boštjan Mejak : -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.org/issue10562> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Boštjan Mejak added the comment: Make the output of a complex expression include spaces around the operator. So, for example, (1+2j) should be outputted as (1 + 2j). Make this happen in Python 3.3. -- nosy: +gvanrossum resolution: wont fix -> remind status: closed ->

[issue13695] "type specific" to "type-specific"

New submission from Boštjan Mejak : Please visit the following link and fix the below text: http://docs.python.org/library/unittest.html#unittest.TestCase.assertEqual Changed in version 2.7: Added the automatic calling of >>>type-specific<<< equality function. Just add

[issue13695] "type specific" to "type-specific"

Boštjan Mejak added the comment: Also http://guide.python-distribute.org/quickstart.html#lay-out-your-project needs to have the first sentence fixed: "python" to "Python" and http://docs.python.org/library/functools.html#functools.cmp_to_key needs to have the word &quo

[issue12277] Missing comma in os.walk docs

New submission from Boštjan Mejak : http://docs.python.org/release/2.6.6/library/os.html?highlight=os.walk#os.walk Click the above link and note the 5th paragraph which goes "By default errors from the listdir() call are ignored." Please fix it to "By default, errors from the

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: Let me fix this function a little bit... def isleap(year): """Return True for leap years, False for non-leap years.""" if year == 0: raise ValueError('year 0 does not exist') return (year % 4 == 0) a

[issue10135] Format specifier 'n' not working

New submission from Boštjan Mejak : Have your default locale set to 'Slovenian' which uses a comma for the decimal symbol, like 2.76 is written as 2,76. Observe that the format specifier 'n' does not work for the default 'Slovenian' locale setting. Then

[issue10135] Format specifier 'n' not working

Boštjan Mejak added the comment: {'mon_decimal_point': '', 'int_frac_digits': 127, 'p_sep_by_space': 127, 'frac_digits': 127, 'thousands_sep': '', 'n_sign_posn': 127, 'decimal_point': '.', 'int_curr_symbol': '', 'n_cs_precedes': 127, 'p_sign_posn': 127, 'mon_thousands_sep': '', 'negative_sign':

[issue10135] Format specifier 'n' not working

Boštjan Mejak added the comment: So do I need additional things to set in my code if I use the 'n' format specifier in order for it to be locale-aware? So using just the 'n' format specifier is not enough? Please explain in depth. On Mon, Oct 18, 2010 at 7:32 PM, Eric Smith wrote: > > Eric S

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: Also, your "pedantic" version of isleap() is not pedantic at all. return date(year, 3, 1) - date(year, 2, 1) == timedelta(29) does not seem readable at all. Readability counts! return date(year, 3, 1) is not understandable. What are the arguments 3 and 1 in th

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: else: -->ndays = (date(year, month + 1, 1) - first).days return first.weekday(), ndays Oh my God! The line with a pointer is so ugly! On Mon, Oct 18, 2010 at 7:59 PM, Alexander Belopolsky < rep...@bugs.python.org> wrote: > > Alexander Belopolsky adde

[issue10135] Format specifier 'n' not working

Boštjan Mejak added the comment: I thought having "Slovenian" locale set in Windows OS is the way the 'n' format specifier works. So I must set the locale in the app. Now we're cookin'! ;) Thanks Georg. On Mon, Oct 18, 2010 at 8:14 PM, Georg Brandl wrote: > > Georg Brandl added the comment:

[issue10073] calendar.isleap() not checking parameter type

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file19255/calendar-isleap.patch ___ Python tracker <http://bugs.python.org/issue10073> ___ ___ Python-bug

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: I have uploaded a new patch. It removes the if year == 0 nonsense. Check it out. I hope you like it now. When you were organizing the Standard Library, you didn't fix flaws in the calendar module. What I have in mind is, for example, the isleap() fun

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: I have read the Zen of PYthon before. I have also written a typo report. But got rejected. No one listens to my ideas. So why do you have a bug tracker anyway? On Tue, Oct 19, 2010 at 6:46 AM, Éric Araujo wrote: > > Éric Araujo added the comment: > > > for

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: > > your change to the parentheses changes the semantics. (Georg Brandl) How does adding those parens change semantics? The behaviour of the function isleap() is the same. I have throughtly tested this function and found no semantic errors in it. So the parens

[issue10073] calendar.isleap() not checking parameter type

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file19284/unnamed ___ Python tracker <http://bugs.python.org/issue10073> ___ ___ Python-bugs-list mailin

[issue10073] calendar.isleap() not checking parameter type

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file19275/calendar-isleap.patch ___ Python tracker <http://bugs.python.org/issue10073> ___ ___ Python-bug

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: I am applying a patch that only fixes the docstrings to match the return value of calendar.isleap(). The return value of isleap() is not 1 or 0 -- it is True or False. Please apply the patch. Thank you. -- Added file: http://bugs.python.org/file19285

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: Thank you for applying my patch. Glad to help. Please apply it to the trunk and other branches as well. -- ___ Python tracker <http://bugs.python.org/issue10

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: It seems that calendar.LocaleTextCalendar() changes the locale for the current interpreter session to the one you pass to argument 'locale'. This is a bug to be fixed. -- nosy: +Retro ___ Python trac

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: > > Would you like to try to make a patch for Python 3.2? I'm not that geeky. :) On Tue, Oct 19, 2010 at 8:36 PM, Éric Araujo wrote: > > Éric Araujo added the comment: > > Indeed. Would you like to try to make a patch for Python 3.2? Help is > here: htt

[issue10147] Python Documentation bugs

New submission from Boštjan Mejak : Please read the docs here: http://docs.python.org/py3k/reference/expressions#boolean-operations This is the last sentence in the '5.10. Boolean operations' text): ([...] Because not has to >>>invent<<< a value anyway, it does not

[issue10147] Python Documentation bugs

Boštjan Mejak added the comment: There is one more typo bug I noted in the documentation. Please go here: http://docs.python.org/library/locale#locale.setlocale Fix this text... setlocale() is not >>>thread safe<<< on most systems. ...like this: setlocale() is not >>

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: >>> import calendar >>> calendar.LocaleTextCalendar(locale='fr_FR').formatmonthname(2010,10,10) Traceback (most recent call last): File "", line 1, in File "C:\Python27\lib\calendar.py", line 522, in forma

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: Thank you so much for your answer. The locale.setlocale(category=locale.LC_NUMERIC, locale="Slovenian") works like a charm in my application. Now the 'n' format specifier works as I want. But tell me whether the 'n' format specifier can be forced to round the f

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: Please respond... On Wed, Oct 20, 2010 at 7:05 PM, Boštjan Mejak wrote: > > BoÅ¡tjan Mejak added the comment: > > Thank you so much for your answer. The > locale.setlocale(category=locale.LC_NUMERIC, > locale="Slovenian") works like a charm in my applicat

[issue10147] Python Documentation bugs

Boštjan Mejak added the comment: All the words that Georg Brandl fixed for this issue are okay as they stand. Please leave them as they are written. Thank you. On Fri, Oct 22, 2010 at 1:19 AM, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > Éric Araujo wrote: > > > >

[issue10200] Documentation: "link use"?

New submission from Boštjan Mejak : There's a bug in the docs at http://docs.python.org/library/locale.html#access-to-message-catalogs in a statement before the last. "A known exception to this rule are applications that >>link use<< additional C libraries which internally invoke gettext() or d

[issue10200] Documentation: "link use"?

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file19370/unnamed ___ Python tracker <http://bugs.python.org/issue10200> ___ ___ Python-bugs-list mailin

[issue10200] Documentation: "link use"?

Changes by Boštjan Mejak : -- assignee: -> d...@python components: +Documentation nosy: +d...@python versions: +3rd party, Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issu

[issue10200] Documentation: "link use"?

Boštjan Mejak added the comment: ...Also, please fix a typo here: http://docs.python.org/library/string.html#string.Formatter.parse "This is used by vformat() to break the string >>in to<< either literal text, or replacement fields." Pleas

[issue10200] Documentation: "link use"?

Boštjan Mejak added the comment: There's also a possible typo here: http://docs.python.org/library/string.html#format-specification-mini-language format_spec ::= >>>[<<<[fill>>>]<<&g

[issue10200] Documentation: "link use"?

Boštjan Mejak added the comment: Please fix all of those things. Thanks. -- ___ Python tracker <http://bugs.python.org/issue10200> ___ ___ Python-bugs-list mailin

[issue10200] Documentation: "link use"?

Boštjan Mejak added the comment: I am terribly sorry for the red alarm. I didn't mean to. But since the typos are all listed here, I don't want to copy&paste the reports to d...@python.org. Just please fix them. Thanks. -- ___

[issue10200] Documentation: "link use"?

Boštjan Mejak added the comment: I forgot to mention to remove the comma in the text "This is used by vformat() to break the string into either literal text, or replacement fields." found at http://docs.python.org/library/stri

[issue7351] Documentation typos found in "zipfile — Work with ZIP archives"

Boštjan Mejak added the comment: I'm reopening this and I am making it a feature request for Python 3.2 -- components: +Interpreter Core -Documentation resolution: wont fix -> status: closed -> open type: -> feature request versions: -Python 2.6, Python 2

[issue7351] Rename BadZipfile to BadZipFile for consistency

Boštjan Mejak added the comment: I am -1 for the alias. I want that this gets renamed in Python 3.2, not aliased. I don't care about old pickles. Anyway, who has BadZipfile object pickled? Just incorporate my patch and fix the docs and any test cases/units. Thanks. On Wed, Oct 27, 2010 at 10:4

[issue7351] Rename BadZipfile to BadZipFile for consistency

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file19387/unnamed ___ Python tracker <http://bugs.python.org/issue7351> ___ ___ Python-bugs-list mailin

[issue7351] Rename BadZipfile to BadZipFile for consistency

Boštjan Mejak added the comment: No alias. Be stubborn and let the stdlib die in inconsistency. On Thu, Oct 28, 2010 at 2:11 AM, Stephen Hansen wrote: > > Stephen Hansen > added the > comment: > > You may "not care" about backwards compatibility, but introducing a > breaking change in 3.2 for

[issue7351] Rename BadZipfile to BadZipFile for consistency

Boštjan Mejak added the comment: Is the trailing whitespace problem solved? Please make sure everything is correct and that no more typos occur for this issue. And I am the original patch author, so mention my name (Boštjan Mejak) in the NEWS file. Thanks. On Thu, Oct 28, 2010 at 8:42 AM, Geo

[issue7351] Rename BadZipfile to BadZipFile for consistency

Boštjan Mejak added the comment: Then disable the tracker's ability to post messages via POP/IMAP. Just block those protocols in the tracker and you won't see any gibberish anymore. ;) On Thu, Oct 28, 2010 at 4:05 PM, Éric Araujo wrote: > > Éric Araujo added the comment: > > > Is the trai

[issue11318] Python 3.2 FAQ example code typo?

New submission from Boštjan Mejak : I have found a possible typo in an example code of Python 3.2. It's located on page 32 in the PDF version of the FAQ document. The code is: class C: count = 0 # number of times C.__init__ called def __init__(self): C.count = C.count + 1

[issue10516] Add list.clear() and list.copy()

Boštjan Mejak added the comment: I have installed Python 3.2 final on my Windows machine and I get an exception when doing list.copy or list.clear in the interpreter. Why is that so? -- Added file: http://bugs.python.org/file20886/unnamed ___ Python

[issue10516] Add list.clear() and list.copy()

Boštjan Mejak added the comment: Right, right. My bad. Can't wait for Python 3.3! ;) -- Added file: http://bugs.python.org/file20887/unnamed ___ Python tracker ___Right, right.

[issue11318] Python 3.2 FAQ example code typo?

Boštjan Mejak added the comment: > > Caution: within a method of C, an assignment like ``self.count = 42`` > creates a new and unrelated instance named "count" in ``self``'s own dict. More clear is to say *Caution: within a method of class C, an assignment like ``self.count = 42`` creates a ne

[issue11318] Python 3.2 FAQ example code typo?

Boštjan Mejak added the comment: So you're saying that if a class' name is C, then c.count is the same as C.count? I thought Python is case-sensitive. You know: c (small letter c) is not equal to C (big letter C) in Python. I don't understand what you mean by c.count because my intepreter alway

[issue11318] Python 3.2 FAQ example code typo?

Boštjan Mejak added the comment: I don't understand it. My bad. Please explain to me exactly what "c" refers to. -- Added file: http://bugs.python.org/file20891/unnamed ___ Python tracker

[issue11318] Python 3.2 FAQ example code typo?

Boštjan Mejak added the comment: How awful! A little pointer to the tutorial where this is explained would be also quite smashing. -- Added file: http://bugs.python.org/file20893/unnamed ___ Python tracker __

[issue11318] Python 3.2 FAQ example code typo?

Boštjan Mejak added the comment: "c.count also refers to C.count" Where in the code is "c.count"? Please explain this for the sake of really closing this issue. -- Added file: http://bugs.python.org/file20896/unnamed ___ Python tracker

[issue11318] Python 3.2 FAQ example code typo?

Boštjan Mejak added the comment: Eric, the thing I don't understand is why is there that "c.count" thing. How is it possible for "c.count" to be the same reference as "C.count"? Where is "c" defined? -- __

[issue11318] Python 3.2 FAQ example code typo?

Boštjan Mejak added the comment: Understood. Now I get it. If you create an instance "c" of the class "C" (so c = C() ) and try to get the variable "count" from that class, then "c.count" is the same reference as "C.count". Please make t

[issue11373] Fix 2 new typos in the docs

New submission from Boštjan Mejak : Try to fix this in every Python documentation that you can. The typo was found here: http://docs.python.org/library/stdtypes.html#memoryview "Create a memoryview that references obj. obj must support the buffer protocol. Builtin objects that /.../.&

[issue11373] Fix 2 new typos in the docs

Boštjan Mejak added the comment: Please fix the word "Builtin" to "Built-in" as well. Thank you. -- ___ Python tracker <http://bug

[issue11373] Fix 2 new typos in the docs

Boštjan Mejak added the comment: I am uploading a patch that fixes both of these typos in the docs. Please apply it and keep up the good work. -- versions: +Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file20998/stdtypes_2.patch

[issue11373] Fix 2 new typos in the docs

Boštjan Mejak added the comment: Georg, please fix all the branches. Also, the online docs are still not updated with this fix. -- ___ Python tracker <http://bugs.python.org/issue11

[issue11806] Missing 2 hyphens in the docs

New submission from Boštjan Mejak : Please see http://docs.python.org/py3k/library/argparse.html#module-argparse and read the first sentence which goes... "The argparse module makes it easy to write user friendly command line interfaces." Please fix this to... "The argpar

[issue11806] Missing 2 hyphens in the docs

Changes by Boštjan Mejak : -- nosy: +georg.brandl ___ Python tracker <http://bugs.python.org/issue11806> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11806] Missing 2 hyphens in the docs

Boštjan Mejak added the comment: There are more of this typos in the same chapter. Just a little below the one of the reported sentence. Check this out... "Assuming the Python code above is saved into a file called prog.py, it can be run at the !! command line !! and provides useful help messa

[issue11806] Missing 2 hyphens in the docs

Boštjan Mejak added the comment: Georg Brandl, please fix this typos. You would understand. Thank you. -- Added file: http://bugs.python.org/file21643/unnamed ___ Python tracker __

[issue11806] Missing 2 hyphens in the docs

Boštjan Mejak added the comment: Also, please fix the main title of the argparse section... from 15.4. argparse — Parser for command line options, arguments and sub-commands to 15.4. argparse

[issue11806] Missing 2 hyphens in the docs

Boštjan Mejak added the comment: If you'd look into the English dictionary, you'd find words like coffee-table and command-line and built-in and user-friendly. The main bother in this issue is the inconsistency with the wording "command-line". Somewhere under the argparse section of the docs it

[issue11806] Missing 2 hyphens in the docs

Boštjan Mejak added the comment: I did a little mistake with the "coffee-table" thing. It's written as "coffee table" (no hyphen). But other words listed are written with the hyphen. Fix those damn things mentioned in the issue. -- Added file: http://bugs.python.org/file21664/unnamed

[issue11806] Missing 2 hyphens in the docs

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file21638/unnamed ___ Python tracker <http://bugs.python.org/issue11806> ___ ___ Python-bugs-list mailin

[issue11806] Missing 2 hyphens in the docs

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file21643/unnamed ___ Python tracker <http://bugs.python.org/issue11806> ___ ___ Python-bugs-list mailin

[issue11806] Missing 2 hyphens in the docs

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file21648/unnamed ___ Python tracker <http://bugs.python.org/issue11806> ___ ___ Python-bugs-list mailin

[issue11806] Missing 2 hyphens in the docs

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file21654/unnamed ___ Python tracker <http://bugs.python.org/issue11806> ___ ___ Python-bugs-list mailin

[issue11806] Missing 2 hyphens in the docs

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file21664/unnamed ___ Python tracker <http://bugs.python.org/issue11806> ___ ___ Python-bugs-list mailin

[issue11855] urlretrieve --> urlretrieve()

New submission from Boštjan Mejak : A typo in the docs was found here: http://docs.python.org/library/urllib.html#urllib.urlretrieve Two instances of the word "urlretrieve" need to be "urlretrieve()", as other instances of it are, with that fancy color and a link-like lo

[issue11857] Hyphenate the argparse.rst file, patch added

New submission from Boštjan Mejak : Please apply this patch. And fix the occurences where you think the word "command line" acts as a noun. -- assignee: docs@python components: Documentation files: argparse.patch keywords: patch messages: 133893 nosy: Retro, docs@python, ge

[issue11857] Hyphenate the argparse.rst file, patch added

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file21682/argparse.patch ___ Python tracker <http://bugs.python.org/issue11857> ___ ___ Python-bugs-list m

[issue11857] Hyphenate the argparse.rst file, patch added

Boštjan Mejak added the comment: Added the new and improved patch. Now it is perfect. Please apply it. -- Added file: http://bugs.python.org/file21687/argparse.patch ___ Python tracker <http://bugs.python.org/issue11

[issue11885] argparse docs needs fixing

New submission from Boštjan Mejak : Hello, I am returning to report new fixes to be made to argparse docs. The issues can be observed in this link: http://docs.python.org/dev/library/argparse.html#upgrading-optparse-code 1) "When most everything in optparse had either been copy-pasted

[issue11885] argparse docs needs fixing

Changes by Boštjan Mejak : -- assignee: -> docs@python components: +Documentation nosy: +docs@python versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issu

[issue11885] argparse docs needs fixing

Boštjan Mejak added the comment: I have also discovered some non-capitalised "python" words in the very same argparse docs. These 2 subtitles have those typos: 1) 15.4.1.1. Creating a parser 2) 15.4.6. Upgrading optparse code Please fix th

[issue11885] argparse docs needs fixing

Boštjan Mejak added the comment: Eric, you are great! Thanks for fixing the docs. ;) -- Added file: http://bugs.python.org/file21750/unnamed ___ Python tracker ___Eric, you are

[issue11885] argparse docs needs fixing

Boštjan Mejak added the comment: I ment to say Ezio. Got confused. Thanks, Ezio! -- Added file: http://bugs.python.org/file21758/unnamed ___ Python tracker ___I ment to say Ezi

[issue11931] Regular expression documentation patch

New submission from Boštjan Mejak : I have read and fixed the regular expression documentation and made a patch. Ezio, please review it and apply it. Thanks. -- assignee: docs@python components: Documentation files: re.patch keywords: patch messages: 134506 nosy: Retro, docs@python

[issue11931] Regular expression documentation patch

Boštjan Mejak added the comment: Raymond, what about the title "search() vs. match()"? There is a dot there! Please add the dot where I added it. Or remove it here as well. Also, "Checking For a Pair" is "Checking for a Pair". Th

[issue10122] Documentation typo fix and a side question

Boštjan Mejak added the comment: If you visit http://docs.python.org/library/functions.html?highlight=getattr#getattr there is still the word 'attributed' present in online docs. Please fix the docs completely. -- ___ Python trac

[issue10122] Documentation typo fix and a side question

Boštjan Mejak added the comment: The change is still not reflected. Why not? It's been more than a month now. What is going on? -- ___ Python tracker <http://bugs.python.org/is

[issue1710703] zipfile.ZipFile behavior inconsistent.

Boštjan Mejak added the comment: Please fix this patch to raise BadZipFile instead of BadZipfile. See http://docs.python.org/dev/library/zipfile.html?highlight=zipfile#zipfile.BadZipfile. The use of the class name BadZipfile is deprecated. The class name BadZipFile is prefered

[issue10562] Change 'j' for imaginary unit into an 'i'

New submission from Boštjan Mejak : In Python, the letter 'j' denotes the imaginary unit. It would be great if we would follow mathematics in this regard and let the imaginary unit be denoted with an 'i'. -- components: Interpreter Core messages: 122662 nosy: Re

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: "The Python programming language also uses j to denote the imaginary unit. MATLAB associates both i and j with the imaginary unit." -Wikipedia It would be a welcome feature in Python if the prog

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: It would be great if the feature of having both j and i would exist in the interpreter core, as well as the built-in function complex() to accept i. -- Added file: http://bugs.python.org/file19860/unnamed ___ Python

[issue10580] Installer sentence in bold

New submission from Boštjan Mejak : The installer of Python should have consistent sentences, the ones in bold. There's one sentence that needs fixing. The sentence "Completing the Python x.x.x Installer" should be "Complete the Python x.x.x Installer", because other

[issue10092] calendar does not restore locale properly

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file19306/unnamed ___ Python tracker <http://bugs.python.org/issue10092> ___ ___ Python-bugs-list mailin

  1   2   3   >