Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.org
http://bugs.python.org/issue10122
Boštjan Mejak bostjan.me...@gmail.com 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
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Boštjan Mejak bostjan.me...@gmail.com 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.
-Wikipediahttp://en.wikipedia.org/wiki/Imaginary_unit#Alternative_notations
It would be a welcome feature
Boštjan Mejak bostjan.me...@gmail.com 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
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file19306/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10092
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file19316/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10092
Boštjan Mejak bostjan.me...@gmail.com added the comment:
calendar.LocaleTextCalendar(locale='fr_FR').formatmonthname(2010,10,10)
is not valid because 'fr_FR' is not a valid value for the 'locale' argument
What is valid is this:
calendar.LocaleTextCalendar(locale='French').formatmonthname
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Yes, I know this issue is closed but I wonder how could your Python
interpreter not error on
calendar.LocaleTextCalendar(locale='fr_FR').formatmonthname(2010,10,10)
Please retry executing the above line of code in Python 2.7.1
Boštjan Mejak bostjan.me...@gmail.com added the comment:
The imaginary unit 'i' should be equvivalent to the imaginary unit 'j'. The
imaginary unit, however, should be used consistently in the source code.
--
Added file: http://bugs.python.org/file19908/unnamed
Boštjan Mejak bostjan.me...@gmail.com added the comment:
That is acceptable, but way to slow for the 'j' imaginary unit to become
extinct. It should happen sooner.
--
Added file: http://bugs.python.org/file19910/unnamed
___
Python tracker
Boštjan Mejak bostjan.me...@gmail.com added the comment:
How did you implement the letter 'j' as the imaginary unit? Can you now
implement the letter 'i' to act as an imaginary unit? Is that possible? If
it's possible in MATLAB, why not have both 'j' and 'i' in Python as well?
--
Added
Boštjan Mejak bostjan.me...@gmail.com added the comment:
In electrical engineeringhttp://en.wikipedia.org/wiki/Electrical_engineering
and
related fields, the imaginary unit is often denoted by *j* to avoid
confusion with electrical
currenthttp://en.wikipedia.org/wiki/Current_(electricity) as
a
Boštjan Mejak bostjan.me...@gmail.com added the comment:
(7.8064-6j)
According to PEP 8, the output in our example should be with spaces
surrounding the subtraction operator, like this:
(1 + 2.56j) * (-1 - 3.44j)
(7.8064 - 6j)
--
Added file: http://bugs.python.org/file19914/unnamed
Boštjan Mejak bostjan.me...@gmail.com added the comment:
The result of 1 + 2j cannot be further broken down, so the result stays as 1
+ 2j (note the spaces!).
(1+2j)
(1 + 2j)
Following PEP 8 in this regard is also needed. Abandon the request of adding
the i unit and rather fix this spacing
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please make the tokenizer surround spaces around operators. So the output
would be like in the example below:
(1 + 2j)
(1 + 2j)
--
Added file: http://bugs.python.org/file19925/unnamed
___
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Indeed. There should be spaces around all the operators. Even in my posted
example.
--
Added file: http://bugs.python.org/file19927/unnamed
___
Python tracker rep...@bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Alexander, is it possible to make an output like (1+2j) be printed as (1 +
2j). Also, why is the result put in parens?
--
Added file: http://bugs.python.org/file19928/unnamed
___
Python
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Parens are okay then. Still, put spaces around operators. If 1 + 2j let
the output be (1 + 2j)Please!!!
--
Added file: http://bugs.python.org/file19929/unnamed
___
Python tracker
New submission from Boštjan Mejak bostjan.me...@gmail.com:
Python interpreter should put spaces around operators in return values of
complex numbers. If you give it
1 + 2j
it should return
(1 + 2j)
and not the current
(1+2j)
My argument is that complex numbers are written like
Boštjan Mejak bostjan.me...@gmail.com added the comment:
This is really welcome. It makes Python even more readable.
If 'a' is a list object, a[:] is not so obvious at first to a newcomer, but
a.copy() is.
Also, a.clear() is so perfect and understandable. I wish you could decorate
Python
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please do the move to complex_repr if everything then works the same (i.e.
nothing breaks the build) if the readability is in fact improved. Also,
change the docs and fix the tests. You know the drill.
P.S.: (1+2j) is worth changing to
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Do you ever fix anything?
--
Added file: http://bugs.python.org/file19940/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10621
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I'm troubled with one little letter:
L.copy() - list -- a shallow copy of L); should be
L.copy() - list -- shallow copy of L); without the letter 'a',
because other sentences also don't say L.__sizeof__() -- *A* size of
L in memory,
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Can you please help me find the definition of the copy() method of dict in
the Python sources? I want to see how that method is defined and compare the
definition to the one in Eli's patch.
--
Added file:
Boštjan Mejak bostjan.me...@gmail.com added the comment:
mapp_methods ? Don't you mean map_methods ?
--
Added file: http://bugs.python.org/file19954/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
Boštjan Mejak bostjan.me...@gmail.com added the comment:
mapp_methods looks like a typo. you know -- mapp_...? isn't map_... correct?
--
Added file: http://bugs.python.org/file19957/unnamed
___
Python tracker rep...@bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Why mapp_methods, why not map_methods? Any reason for this?
--
Added file: http://bugs.python.org/file19959/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Right, right. My bad. Can't wait for Python 3.3! ;)
--
Added file: http://bugs.python.org/file20887/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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?
--
___
Python tracker rep
Boštjan Mejak bostjan.me...@gmail.com 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 that clearer in the FAQ by saying If you
Boštjan Mejak bostjan.me...@gmail.com 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) and (year % 100 != 0
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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 try running
Boštjan Mejak bostjan.me...@gmail.com 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,
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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:
Boštjan Mejak bostjan.me...@gmail.com 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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file19255/calendar-isleap.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10073
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.org wrote:
Boštjan Mejak bostjan.me...@gmail.com 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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file19284/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10073
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file19275/calendar-isleap.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10073
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.org
http://bugs.python.org/issue10073
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.org wrote:
Ãric Araujo mer...@netwok.org added the comment:
Indeed. Would you like to
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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 bother
Boštjan Mejak bostjan.me...@gmail.com 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 thread
Boštjan Mejak bostjan.me...@gmail.com added the comment:
import calendar
calendar.LocaleTextCalendar(locale='fr_FR').formatmonthname(2010,10,10)
Traceback (most recent call last):
File stdin, line 1, in module
File C:\Python27\lib\calendar.py, line 522, in formatmonthname
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please respond...
On Wed, Oct 20, 2010 at 7:05 PM, Boštjan Mejak rep...@bugs.python.orgwrote:
BoÃ
¡tjan Mejak bostjan.me...@gmail.com added the comment:
Thank you so much for your answer. The
Boštjan Mejak bostjan.me...@gmail.com 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
rep...@bugs.python.orgwrote:
Marc-Andre Lemburg
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file19370/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10200
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
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 rep
Boštjan Mejak bostjan.me...@gmail.com 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.
Please fix
Boštjan Mejak bostjan.me...@gmail.com added the comment:
There's also a possible typo here:
http://docs.python.org/library/string.html#format-specification-mini-language
format_spec ::=
[[fill]align][sign][#][0][width][,][.precision][type]
Don't you mean [fill|align][sign][#][0][width
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please fix all of those things. Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10200
Boštjan Mejak bostjan.me...@gmail.com 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 copypaste the reports to d...@python.org.
Just please fix them. Thanks
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I forgot to mention to remove the comma in the text This is used by
vformat()http://docs.python.org/library/string.html#string.Formatter.vformat
to
break the string into either literal text, or replacement fields. found at
Boštjan Mejak bostjan.me...@gmail.com 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.7
Boštjan Mejak bostjan.me...@gmail.com 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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file19387/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7351
Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.orgwrote:
Stephen Hansen me+pyt...@ixokai.io me%2bpyt...@ixokai.io added the
comment:
You may not
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.org wrote:
Ãric
Boštjan Mejak bostjan.me...@gmail.com 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
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please fix the word Builtin to Built-in as well. Thank you.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11373
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Georg, please fix all the branches. Also, the online docs are still not updated
with this fix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11373
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11806
___
___
Python-bugs
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Georg Brandl, please fix this typos. You would understand. Thank you.
--
Added file: http://bugs.python.org/file21643/unnamed
___
Python tracker rep...@bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Also, please fix the main title of the argparse section...
from
15.4. argparsehttp://docs.python.org/dev/library/argparse.html#module-argparse
â
Parser for command line options, arguments and sub-commands
to
15.4.
Boštjan Mejak bostjan.me...@gmail.com 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
Boštjan Mejak bostjan.me...@gmail.com 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:
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file21638/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11806
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file21643/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11806
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file21648/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11806
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file21654/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11806
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file21664/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11806
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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 look
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file21682/argparse.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11857
Boštjan Mejak bostjan.me...@gmail.com 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 rep...@bugs.python.org
http
New submission from Boštjan Mejak bostjan.me...@gmail.com:
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
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
assignee: - docs@python
components: +Documentation
nosy: +docs@python
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com 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 this as well
1 - 100 of 206 matches
Mail list logo