Difference between revisions of "Practices no longer recommended or now deprecated"

From TEIWiki
Jump to navigation Jump to search
m (Hard deprecation)
(To be resolved: link to Talk:Deprecation)
Line 32: Line 32:
 
* [http://purl.org/tei/bug/3435326 We might change our practice to create a new type of tracker item instead of using a category].
 
* [http://purl.org/tei/bug/3435326 We might change our practice to create a new type of tracker item instead of using a category].
 
* Should we use this category only for soft or only for hard deprecation?  Should "closed" mean that the practice has been deprecated or, for a hard deprecation, should it mean that the element or attribute has actually been removed?
 
* Should we use this category only for soft or only for hard deprecation?  Should "closed" mean that the practice has been deprecated or, for a hard deprecation, should it mean that the element or attribute has actually been removed?
 +
 +
Also, should we adopt any of the practices [[Talk:Deprecation|suggested on the talk page]]?
  
 
[[Category:Council]]
 
[[Category:Council]]

Revision as of 16:49, 12 August 2012

Over the course of a few TEI Technical Council meetings from 2010 to 2012, Council members agreed to establish two different deprecation mechanisms for practices in the Guidelines which are to be phased out at some point. (See a bit of history of the technical implementation.) Here are links to particular meetings where this was discussed:

Soft deprecation

"Soft deprecation", sometimes called a "health warning", is a statement in the Guidelines that a practice is no longer recommended. However, no timeline is established for removing particular elements or attributes. There is currently no mechanism to find such statements in the Guidelines to actually remove them.

Examples:

Hard deprecation

We make adjustments to the prose of the Guidelines, and @status=deprecated is inserted in the Guidelines ODD(s) to mark the deprecated element or attribute.

Examples:

To be resolved

For both soft and hard deprecation, a bug or feature request ticket is sometimes created -- or an existing bug or feature request is reassigned to the "Deprecated" category.

Also, should we adopt any of the practices suggested on the talk page?