#18037 closed Cleanup/optimization (fixed)
Switch the url and ssi template tags to the "future" behavior
Reported by: | Aymeric Augustin | Owned by: | nobody |
---|---|---|---|
Component: | Template system | Version: | dev |
Severity: | Release blocker | Keywords: | |
Cc: | Triage Stage: | Accepted | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
As explained in the deprecation timeline.
Attachments (2)
Change History (10)
comment:1 by , 13 years ago
Component: | Uncategorized → Template system |
---|---|
Triage Stage: | Unreviewed → Accepted |
Type: | Uncategorized → Cleanup/optimization |
Version: | 1.4 → SVN |
comment:2 by , 13 years ago
Severity: | Normal → Release blocker |
---|
by , 13 years ago
Attachment: | 18037-1.diff added |
---|
comment:3 by , 13 years ago
Has patch: | set |
---|
comment:4 by , 13 years ago
Patch is OK.
My only concern about which Id like to have a clear path is about the lifetime of the future template tag library, or more precisely the lifetime of the ssi and url template tags contained in it. Are we going to leave them there ad do-nothing shims forever? Are we goiung to demove them now? are we going to create a deprecation cycle for these kind of tags?
comment:5 by , 13 years ago
Leaving them for ever might be problematic, should we need a new deprecation process in the future with these tags. Removing them right now doesn't seem a nice option, as it would break templates loading the future library in 1.5. The following patch adds a note to the 2.0 section of the deprecation timeline. The other viable option would be to start a new standard deprecation path for those two tags when loaded from the future library.
comment:6 by , 13 years ago
I'd be for leaving the future template tag library in place, including the shims for those template tags as it really was supposed to work like Python's __future__
.
According to http://docs.python.org/library/__future__.html: "No feature description will ever be deleted from future"
So +1 for deprecating it in 2.0
Remove old-style url and ssi template tags