Marco Hutter

The [original issue](https://github.com/KhronosGroup/glTF/issues/2111) brought up the seemingly philosophical question of what constitutes "application-specific" (which was the term used for the ones to be prefixed with `"_"`). It may not seem...

@lexaknyazev The points from the first pass should have been addressed. The point from https://github.com/KhronosGroup/glTF/pull/2514#issuecomment-3202092771 could either be integrated here, or tracked in its own issue/PR. My understanding/summary of that...

The original issue revolved around the exact meaning of "application-specific". An attempt to describe the remaining question more precisely: When a certain extension allows to define arbitrary vertex attributes (within...

I think that the main reasoning behind the prefixes - namely, disambiguation - is still applicable. The `EXT_structural_metadata` extension could add a `_TEMPERATURE` attribute. Another `KHR_binary_metadata` extension could add a...

This may have been a misunderstanding. I've not been talking about a `_` to be inserted **between** the extension name prefix and the attribute name. Specifically: > An extension like...

I tried to add the respective clarifications at https://github.com/javagl/glTF/blob/disambiguate-extension-attribute-names/extensions/ExtensionDevelopment.md#new-attributes

If there is something "fundamentally wrong" in the current state, then it could be added as a comment here. If there is something missing or "not perfect" (specifically in the...

(And I'm currently wondering what "auto filtering" means, but that's somewhat unrelated...)

@donmccurdy I should have searched more thoroughly for "auto filtering". And in fact, _this_ issue could ... 'somewhat' ... be a duplicate of the linked one, because you already mentioned...