Difference between revisions of "BP revision ticket triage"

From TEIWiki
Jump to navigation Jump to search
m (easy implementation: 29 was completed a while ago)
m (easy implementation: status of issue 33)
Line 9: Line 9:
 
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/29 issue 29: explain how to use just the header recommendations from the Best Practices] – complete
 
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/29 issue 29: explain how to use just the header recommendations from the Best Practices] – complete
 
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/30 issue 30: milestones occurring at div boundaries] – pending resolution of issue 33, Kevin will implement
 
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/30 issue 30: milestones occurring at div boundaries] – pending resolution of issue 33, Kevin will implement
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/33 issue 33: clarify where to encode <pb/>s: at a point where more than one div is opened or closed at once] – consensus reached during conf call, Kevin will implement if no objections raised
+
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/33 issue 33: clarify where to encode <pb/>s: at a point where more than one div is opened or closed at once] – consensus reached during conf call, Kevin will implement if no objections raised. But then Martin M. raised this on TEI-L, so we might take into account those responses
 
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/34 issue 34: clarify where to encode <pb/>s: footnotes not entirely on same page as point of attachment] – consensus reached during conf call, need to decide who will implement
 
* [https://github.com/kshawkin/Best-Practices-for-TEI-in-Libraries/issues/34 issue 34: clarify where to encode <pb/>s: footnotes not entirely on same page as point of attachment] – consensus reached during conf call, need to decide who will implement
  

Revision as of 21:18, 25 April 2016

Probably not controversial

easy implementation

medium implementation

hard implementation

Could be controversial

easy implementation

medium implementation

hard implementation

Postpone