This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author mallyvai
Recipients mallyvai, rhettinger
Date 2009-04-27.21:50:01
SpamBayes Score 2.772901e-09
Marked as misclassified No
Message-id <1240869004.03.0.0539191177749.issue5857@psf.upfronthosting.co.za>
In-reply-to
Content
Well, the reason I put in the inner row/col namedtuple initially was
because the first mistake I made with the original module was mixing up
the row/col indices for a particular case. It certainly caused all sorts
of weird headaches. :o)

I mean, it seems like there's no real reason it "should" be (row,col)
instead of (col,row) in the returned tuple; that is, it feels like the
ordering is arbitrary in and of itself.

I really feel that allowing for start.row and start.col would make the
interface completely explicit and valid semantically.

Agreed with the other two points, however.

Also, I take it there's going to be a need for an addendum to the test
suite, since the interface is being modified?
History
Date User Action Args
2009-04-27 21:50:04mallyvaisetrecipients: + mallyvai, rhettinger
2009-04-27 21:50:04mallyvaisetmessageid: <1240869004.03.0.0539191177749.issue5857@psf.upfronthosting.co.za>
2009-04-27 21:50:02mallyvailinkissue5857 messages
2009-04-27 21:50:01mallyvaicreate