<div dir="ltr">I do not disagree too :)<div>This is definitely a topic we'd want to revisit once the work is underway, and while pursuing work in parallel is definitely feasible it comes down to the same resource limitations - I really can't envision a successful spec development work being done without the direct involvement of implementers who are the most resource-constrained bunch.</div><div><br></div><div>Vladimir</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 12, 2023 at 12:26 AM Dave Crossland <<a href="mailto:dcrossland@google.com">dcrossland@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">I agree with John, if that is feasible</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 11, 2023, 4:40 PM John Hudson <<a href="mailto:john@tiro.ca" target="_blank">john@tiro.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2023-07-11 2:25 pm, Vladimir Levantovsky wrote:<br>
> My report merely captures the sentiment the AHG members expressed <br>
> during the call last week. Given such a strong interest in overcoming <br>
> the 64K glyph limit, and the resource constraints many organizations <br>
> face - it is reasonable to prioritize proposed changes and focus on <br>
> specific things of high interest to users and implementers. As we <br>
> proceed with this work, revisiting the question of priorities would <br>
> definitely be possible, and, if a strong case could be made to <br>
> prioritize another change or update - the AHG will definitely be able <br>
> to consider changes in priorities.<br>
<br>
I think there are a couple of different interest groups to consider, <br>
which suggests pursuing work in parallel rather than prioritising one <br>
set of items over another.<br>
<br>
Overcoming the 64K limits seems primarily of interest to CJK font <br>
development and a few one-font-to-rule-them-all edge cases. For a large <br>
proportion of font developers, this is of little practical importance, <br>
while OTL and OTVar related work is of greater interest and impact.<br>
<br>
It may be necessary for implementers to prioritise, given available <br>
resources, but useful draft specification work could be done on multiple <br>
fronts in the meantime.<br>
<br>
J.<br>
<br>
<br>
-- <br>
<br>
John Hudson<br>
Tiro Typeworks Ltd    <a href="http://www.tiro.com" rel="noreferrer noreferrer" target="_blank">www.tiro.com</a><br>
<br>
Tiro Typeworks is physically located on islands<br>
in the Salish Sea, on the traditional territory<br>
of the Snuneymuxw and Penelakut First Nations.<br>
<br>
__________<br>
<br>
EMAIL HOUR<br>
In the interests of productivity, I am only dealing<br>
with email towards the end of the day, typically<br>
between 4PM and 5PM. If you need to contact me more<br>
urgently, please use other means.<br>
<br>
_______________________________________________<br>
mpeg-otspec mailing list<br>
<a href="mailto:mpeg-otspec@lists.aau.at" rel="noreferrer" target="_blank">mpeg-otspec@lists.aau.at</a><br>
<a href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" rel="noreferrer noreferrer" target="_blank">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><br>
</blockquote></div>
_______________________________________________<br>
mpeg-otspec mailing list<br>
<a href="mailto:mpeg-otspec@lists.aau.at" target="_blank">mpeg-otspec@lists.aau.at</a><br>
<a href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" rel="noreferrer" target="_blank">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><br>
</blockquote></div>