<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Norbert, John, Dave, and James,</div><div class=""><br class=""></div><div class="">Would you guys like to split the discussion about process into a separate thread?</div><div class=""><br class=""></div><div class="">James,</div><br class=""><blockquote type="cite" class="">I would urge against a "reference implementation" approach: a prospective implementer should be able to find out everything they need to know by reading the spec; …</blockquote><div class=""><br class=""></div><div class="">Ideally yes. However it’s been pretty clear that in this small field of font technologies, it’s not realistic to expect many independent implementations from scratch, and thus a first-party reference implementation is vital for adoption of new technologies/features.</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class="">… they should not have to reverse engineer an implementation, reference or otherwise.<br class=""></blockquote><div class=""><br class=""></div>I don’t think there’s an intention to include certain information only in the reference implementation when people talk about it… It’s just literally meant to be an “implementation” (parallel to any implementation) and a “reference”. I don’t think anyone plans to use a reference implementation as an excuse for low quality and incompleteness of the specification.</div><div class=""><div class="">
<br class="">Best,<br class="">梁海 Liang Hai<br class=""><a href="https://lianghai.github.io" class="">https://lianghai.github.io</a>
</div>
<div><br class=""><blockquote type="cite" class=""><div class="">On Aug 17, 2020, at 11:34, James Clark <<a href="mailto:jjc@jclark.com" class="">jjc@jclark.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I believe the two independent and interoperable implementations requirements originated with the IETF. It's stated in more detail here:<div class=""><br class=""></div><div class=""><a href="https://tools.ietf.org/html/rfc2026#section-4.1.2" class="">https://tools.ietf.org/html/rfc2026#section-4.1.2</a> </div><div class=""><br class=""></div><div class="">I would urge against a "reference implementation" approach: a prospective implementer should be able to find out everything they need to know by reading the spec; they should not have to reverse engineer an implementation, reference or otherwise.</div><div class=""><br class=""></div><div class="">James</div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 16, 2020 at 11:49 PM John Hudson <<a href="mailto:john@tiro.ca" class="">john@tiro.ca</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 15082020 11:41 pm, Norbert Lindenberg wrote:<br class="">
> I agree with John that it would be useful to look at how the groups working on some other essential standards decide what goes into their specifications, and when. John, can you point us to a reference for the W3C independent implementations requirement?<br class="">
<br class="">
This is the W3C Process Document, which details, among other things, the <br class="">
path to advance a Technical Report to a Recommendation.<br class="">
<a href="https://www.w3.org/2004/02/Process-20040205/tr.html" rel="noreferrer" target="_blank" class="">https://www.w3.org/2004/02/Process-20040205/tr.html</a><br class="">
<br class="">
My understanding is that two independent and interoperable <br class="">
implementations are normally sought in the Call for Implementations <br class="">
stage, but it isn’t an absolute requirement. Fantasai or someone else <br class="">
from W3C can certainly provide a more complete explanation of how <br class="">
important the implementation report tends to be. Here, for example, is <br class="">
the WOFF2 implementation report:<br class="">
<a href="https://www.w3.org/Fonts/WG/WOFF2/Implementation.html" rel="noreferrer" target="_blank" class="">https://www.w3.org/Fonts/WG/WOFF2/Implementation.html</a><br class="">
<br class="">
JH<br class="">
<br class="">
-- <br class="">
<br class="">
John Hudson<br class="">
Tiro Typeworks Ltd <a href="http://www.tiro.com/" rel="noreferrer" target="_blank" class="">www.tiro.com</a><br class="">
Salish Sea, BC <a href="mailto:tiro@tiro.com" target="_blank" class="">tiro@tiro.com</a><br class="">
<br class="">
NOTE: In the interests of productivity, I am currently<br class="">
dealing with email on only two days per week, usually<br class="">
Monday and Thursday unless this schedule is disrupted<br class="">
by travel. If you need to contact me urgently, please<br class="">
use some other method of communication. Thank you.<br class="">
<br class="">
_______________________________________________<br class="">
mpeg-otspec mailing list<br class="">
<a href="mailto:mpeg-otspec@lists.aau.at" target="_blank" class="">mpeg-otspec@lists.aau.at</a><br class="">
<a href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" rel="noreferrer" target="_blank" class="">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><br class="">
</blockquote></div>
_______________________________________________<br class="">mpeg-otspec mailing list<br class=""><a href="mailto:mpeg-otspec@lists.aau.at" class="">mpeg-otspec@lists.aau.at</a><br class="">https://lists.aau.at/mailman/listinfo/mpeg-otspec<br class=""></div></blockquote></div><br class=""></div></body></html>