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 Tony R.
Recipients Tony R., brett.cannon, docs@python, eric.araujo, ezio.melotti, georg.brandl, r.david.murray
Date 2015-10-27.13:17:21
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1156CC23-00CB-4CAA-A1E2-E055E639D171@gmail.com>
In-reply-to <1445891329.89.0.77643081695.issue25467@psf.upfronthosting.co.za>
Content
> On Oct 26, 2015, at 4:28 PM, Ezio Melotti <report@bugs.python.org> wrote:
> 
> This is true, but on the other hand you might want to see the [new in 3.4] while looking at 3.6 docs and working on a program that must support Python 3.3+.  Anyway we can discuss this again once we have a patch -- depending on how it is implemented, it might be easy enough to include the tag only for functions added in the last 2 releases, or perhaps the tag won't be particularly distracting and can be used for all versions.

Smart use of CSS and a sprinkle of JavaScript could solve this.  

- Add all versions in the markup
- By default, use CSS to hide all except latest version
- Using JavaScript and a simple `localStorage` variable, save a preference to “lower the version threshold” if desired

I tend to prefer non-JS solutions when possible, but this would only take a few lines of code.  (And of course, one `localStorage` variable along the lines of `minimumAddedInPythonVersion = ‘3.2’`, or whatever.)

—Tony
History
Date User Action Args
2015-10-27 13:17:21Tony R.setrecipients: + Tony R., brett.cannon, georg.brandl, ezio.melotti, eric.araujo, r.david.murray, docs@python
2015-10-27 13:17:21Tony R.linkissue25467 messages
2015-10-27 13:17:21Tony R.create