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 eli.bendersky
Recipients docs@python, eli.bendersky, eric.araujo
Date 2012-02-17.18:37:29
SpamBayes Score 3.9369587e-07
Marked as misclassified No
Message-id <CAF-Rda-ihyxXVtSf0v5MPtYOPNLYwVOFBqANcED8cjeGYnyYPA@mail.gmail.com>
In-reply-to <1329494792.81.0.249946872868.issue14009@psf.upfronthosting.co.za>
Content
> > If you want to collect additional feedback, you may want to add some
> other
> > people to the Nosy list :-)
> I did not want more feedback, I wanted to leave time for interested
> parties to find this bug for themselves and eventually comment :)
>
> One question: when I merge the new doc from 3.2 to 3.3, do I remove the
> new section, as the cET module is now deprecated?  If I do that we’d lose
> the indexing (i.e. without a module directive there will be no entry in the
> module index not the alphabetical index).  I could leave the cET section so
> that we get the indexing but change the text to “Deprecated alias of ET.”
>

I don't see a need for cElementTree to be indexed in the doc of 3.3
Assuming a new Python user who starts with 3.3, he should not even know
about the existence of cElementTree (bar a small notice that says it's
deprecated, which will be of no interest to him). The cElementTree module
stays in its place in 3.3, but that's only for backwards compatibility.
Officially, it doesn't exist :)
History
Date User Action Args
2012-02-17 18:37:30eli.benderskysetrecipients: + eli.bendersky, eric.araujo, docs@python
2012-02-17 18:37:29eli.benderskylinkissue14009 messages
2012-02-17 18:37:29eli.benderskycreate