<div dir="ltr"><div><div><div>Hi everyone,</div><div><br></div><div><br></div><div>> It is *very* good to know that the issue is still on the roadmap of</div><div>> next X3D version, thanks :) The lack of any actual change in the X3D</div><div>> spec, after I reported the problems of multi-texturing a couple of</div><div>> times, on the mailing list and as spec comments, and prepared test</div><div>> cases... well, it was discouraging, to be honest. It is also made me</div><div>> unsure about joining the consortium --- as I wanted to see first that</div><div>> anyone can contribute useful improvements to the X3D spec, not just</div><div>> people that officially joined the consortium (and signed some papers</div><div>> and paid some fee).</div></div><div><br></div><div>This sentiment is exactly why I wish we'd use Github:<br></div><div><br></div><div> - long discussions would be easier to follow than lengthy email threads, and people could follow specific discussions without having to follow every discussions, so there is less friction to bring more people in</div><div><br></div><div> - it would be easier to keep track of changes and people could even send pull requests to propose changes</div><div><br></div><div> - it would be easier to use code snipplets in discussions, or point specific locations in files</div><div><br></div><div> - git branches and tags for separating officially released specs from "still being discussed" versions</div><div><br></div><div> - and most importantly, it would make X3D more visible to the public because Github is pretty much the reference nowadays, even Google and Microsoft gave up resisting and use it now. It's a bit frustrating to see competing formats with a way shorter and less solid track record than X3D gain traction just because they happen to be more visible.<br></div><div><br></div><div><br></div></div><div>See you,</div><div>Cecile</div></div>