I was reading the page at http://docs.python.org/howto/curses.html, which
contains the following paragraph:
A word about the coordinate system used in curses: coordinates
are always passed in the order y,x, and the top-left corner of
a window is coordinate (0,0). This breaks a common convention
for handling coordinates, where the x coordinate usually comes
first. This is an unfortunate difference from most other computer
applications, but its been part of curses since it was first
written, and its too late to change things now.
But there's one other case where (y,x) ordering is very common: elements
of a matrix are almost always named by row before column (with the upper
left at 0,0). Further, the curses screen in some sense is closer to a
(rows x cols) matrix than it is to a regular coordinate field since the
individual 'points' are so huge.
I think it might be helpful to make this analogy. Something like the
If it helps, you can think of the screen as a matrix instead
of the Cartesian plane, and the coordinates as (row, column)
rather than a reversed version of (x, y).
Antoine Pitrou <pitrou(a)free.fr> added the comment:
This is a last-minute API change. truncate() was modified not to change the file position anymore. We should probably document it more explicitly.
See the following subthread in python-dev:
assignee: -> docs@python
nosy: +docs@python, pitrou
Python tracker <report(a)bugs.python.org>
The docs for subprocess.Popen are missing at least one piece
of information that is crucial to using it for portable code. That
is, on POSIX systems, the PATH environment variable is always used to
look up directory-less executable names, but on Windows, PATH is only
considered when shell=True.
Please see http://bugs.python.org/issue8557
Dave Abrahams Meet me at BoostCon: http://www.boostcon.com
New submission from Patrick Sabin <patricksabin(a)gmx.at>:
As far as I understand the _pyio.open function should resemble the builtin open, but in case of the buffering parameter, it doesn't. The builtin version doesn't allow None as argument, but this is the default in the _pyio.open signature.
I attached a patch, which changes the default value of the buffering parameter to -1, which is the default in the builtin version.
components: Documentation, Library (Lib)
nosy: docs@python, pyfex
title: The parameter buffering in _pyio.open doesn't work the same as in the builtin open
versions: Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file17103/change_pyio_open_buffering_parameter.diff
Python tracker <report(a)bugs.python.org>
On Tue, Apr 27, 2010 at 5:00 AM, A.M. Kuchling <amk(a)amk.ca> wrote:
> There are two pages that I'd like to get rid of, but am dithering about:
> * http://www.python.org/doc/newstyle/ claims:
> Unfortunately, new-style classes have not yet been integrated into
> Python's standard documention. Fear not, however; many people have
> worked to provide useful information on creating and using new-style
> Is this still true? Are the resources linked from that page still useful?
CCed to docs.
> * A lot of the ports on http://www.python.org/download/other/ are very
> old. (2.1, 2.4, even 1.5.2, etc.). I think most people will just
> search for "Python <OS name>" and not come to python.org to poke
> around. Can we just drop the page completely?
Very useful page. Converting to wiki is a good idea.
> Now that I look at it, http://www.python.org/download/linux/ doesn't
> really have a lot of content; maybe it can be deleted, too.
It should be redirected to Wiki and Wiki expanded with information how
to get the Python installed for their platform (Ubuntu/Debian), how to
install newer Python (very actual for Debian). Describe Python
environment on these platforms or provide relevant links.
This bug shows up here:
When it quotes
I think the correct syntax for the expression is
Is this a typo? Or am I just interpreting it wrongly? I drew my conclusions
from some rudimentary testing of what works with a temporary list s I
I was struggling to find an example of list comprehension for a specific
situation. The current examples only show if you want to:
- Use two loops concurently using non-dependent iterations
- Swap values
My situation is related to option 1: use one loop that depends on the other
I found one example that makes obvious what I want to do (I had swapped
the two loops while experimenting):
for line in open('file.txt')
for char in line.strip() ]
I believe this would be an helpfull example to add to
Met vriendelijke groet,
- Unix commissie
On Sun, Apr 25, 2010 at 4:04 PM, Georg Brandl <georg(a)python.org> wrote:
>> docs-sig(a)python.org - non-intuitive development name, but it's
>> documentation development group
> Non-intuitive or not, it is a SIG and therefore that name is the
> right one.
The problem that SIGs is a common name only in some subset of English
or American culture. DEV is international. SIG abbreviation should be
expanded on entrypoint pages to give new users a safe feeling of
understanding without resorting to silly explanations or slang.
>> 2. rename doc-sig@ to doc-dev@ (or docs-dev@?)
> As I said above, this change is not useful.
Whatever it is, I can live with it as long as I am not forced to
subscribe to YAML. =) But it is not really an argument. Arguments are
1. it is a well established name linked all over the web that people use
2. it is "inconvenient" to bother admins
3. -sig suffix is better than -dev, because ...
3.1. there are not many people subscribed and they would have to
resubscribe (bad one)
3.2. people are lazy to remember the new name
3.3. people who actually DO stuff prefer it THIS way (perhaps the
only good one)
>> 3. merge various HTML pages (including mailman) into one/two
>> entrypoint page and allow community update it
>> 4. 3 obviously requires a Wiki page
> I agree that the doc-SIG pages are outdated. I will ask the SIG coordinator
> what we should do with the old content, and then update the pages
That's good. The bad part that it is probably seen by many, but to
reports this I am alone.
>> 5. add web posting interface with OAuth/OpenID support (Google Groups,
>> anything else?)
>> 6. add custom search form for doc development archives and docs
>> (twisted has one for mailman)
> Those two are not specific to the docs list(s); you're going to have
> to ask the postmasters if this is feasible. (I guess not.)
If search link is possible then search form should be possible too
>> (I still don't understand people who don't like web interfaces, but
>> still firing email agent to fill their GUI email form fields that is
>> no different from web-based except that fields are not autofilled
>> using browser cookie).
> I don't understand what you mean, sorry. Mailing lists are called that
> for a reason.
I mean that ML is not the only way of communication and hybrid systems
all already everywhere. Google Groups is one of the most popular.
>>>>> "anatoly" == anatoly techtonik <techtonik(a)gmail.com> writes:
anatoly> On Sun, Apr 25, 2010 at 3:37 PM, David Goodger <goodger(a)python.org> wrote:
>> On Sun, Apr 25, 2010 at 08:10, anatoly techtonik <techtonik(a)gmail.com> wrote:
>>> 2. rename doc-sig@ to doc-dev@ (or docs-dev@?)
>> -1. That's change for the sake of change, cost without benefit.
anatoly> That's change for consistency with python-dev@
Why on earth is that necessary? Can you not adapt to "sig" meaning "special
interest group" and live with the status quo?