<div dir="auto">I don’t know if renumbering is a good idea, it would mess up web searches?</div><div dir="auto"><br></div><div dir="auto">John</div><div dir="auto"><br></div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 25, 2021 at 2:35 PM Don Brutzman <<a href="mailto:brutzman@nps.edu">brutzman@nps.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Specification editors met today, reviewed next steps, and made some of the changes.<br>
<br>
a. Confirmed key items and path forward:<br>
<br>
On 1/24/2021 10:33 AM, Don Brutzman wrote:<br>
> [...]<br>
> Editors Mantis and specification source updates continue.  This takes time.  Scrutiny on mailing list and Mantis is appreciated.<br>
> <br>
> [1.0]    Mantis Issue Tracker<br>
>           <a href="https://www.web3d.org/member-only/mantis/view_all_bug_page.php" rel="noreferrer" target="_blank">https://www.web3d.org/member-only/mantis/view_all_bug_page.php</a><br>
> <br>
> Key items to finish include the following.<br>
> <br>
> a. Khronos feedback on alphaChannel and Image Based Lighting (IBL) aka X3D EnvironmentLight,<br>
> b. FontStyle/ScreenFontStyle fields accessType inputOutput,<br>
> c. Geometry 'solid' field as accessType inputOutput for animation capability,<br>
> d. Andreas Plesch feedback on X3D-HTML Guidelines.<br>
<br>
b. Confirmed path forward on comments by Khronos for alphaChannel (Michalis now writing) and EnvironmentLight (deferred until spring).<br>
<br>
c. Confirmed procedures for future work.<br>
<br>
d. Applied all changes to FontStyle/ScreenFontStyle for accessType inputOutput on all fields.<br>
<br>
e. Added following prose to X3D-HTML Guidelines:<br>
<br>
"The CSS style attribute is not used to override the FontStyle/ScreenFontStyle style field, which is reserved for native X3D style definitions. Instead the parent Text node's CSS style attribute can be used to override FontStyle/ScreenFontStyle styling, if appropriate and supported."<br>
<br>
f. Agreed to change 'solid' field to accessType inputOutput throughout.  Don to followup with specification changes.<br>
<br>
I will also apply inputOutput changes to X3D Tooltips, X3DUOM and related codebases (Java, Python, Turtle).<br>
<br>
[...]<br>
>>> b. Open issue: whether to include X3DUOM as an informative reference.  More discussion to follow.<br>
>>><br>
>>> [3.3]    X3D Unified Object Model (X3DUOM)<br>
>>>          <a href="https://www.web3d.org/specifications/X3DUOM.html" rel="noreferrer" target="_blank">https://www.web3d.org/specifications/X3DUOM.html</a><br>
>> Am thinking that this might best go in [3.2] X3D Abstract : Scene Access Interface (SAI) itself.  Might fit as an informative annex.<br>
>><br>
>> Reactions welcome.  Dick and I will look at this further.<br>
<br>
g. Discussed X3DUOM at some length.<br>
<br>
- Noted it is essential to getting JSON, Turtle, Java, Python, C/C++/C# correct and consistent.<br>
- Dick thinks this belongs  in 19775-1 X3D4 Architecture, might be added later (with EnvironmentLight),<br>
- Don thinks might also fit in 19775-2 X3D4 Scene Access Interface (SAI) (perhaps for initial review),<br>
- No one wants to delay imminent completion and submission of 19775-1 X3D4 Architecture to ISO.<br>
<br>
>>> Something to think about: sorting numerically in priority order ECMAScript, Java (as is), then python, C#, C++, C<br>
>> Absent objections, am ready to renumber the proposed programming-language bindings in order of specification maturity.<br>
>>[,,,]<br>
> 19776-1 XML<br>
> 19776-2 ClassicVRML<br>
> 19776-3 Compressed Binary Encoding<br>
> 19776-4 Efficient Binary Encoding (new)<br>
> 19776-5 JSON Encoding             (new)<br>
> 19776-6 Turtle/RDF/OWL Encoding   (new)<br>
> <br>
> 19777-1 ECMAScript<br>
> 19777-2 Java<br>
> 19777-3 Python (new)<br>
> 19777-4 C#     (new)<br>
> 19777-5 C++    (new)<br>
> 19777-6 C      (needed?)<br>
> <br>
> Absent any further suggestions, will update our diagram.<br>
> <br>
> [8.2]    X3D Graphics Standards Relationships<br>
>           <a href="https://www.web3d.org/specifications/X3dSpecificationRelationships.png" rel="noreferrer" target="_blank">https://www.web3d.org/specifications/X3dSpecificationRelationships.png</a><br>
<br>
h. Dick noted long trail of ISO paperwork already in place with prior numbering, and that the existing numbering scheme doesn't affect priority/sequencing.<br>
<br>
Will keep current numbering scheme (not the same as that above) and have revision for next week.<br>
<br>
all the best, Don<br>
-- <br>
Don Brutzman  Naval Postgraduate School, Code USW/Br       <a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a><br>
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer" target="_blank">http://faculty.nps.edu/brutzman</a><br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div></div>