Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow specifying supported extensions #144

Open
weegeekps opened this issue Feb 28, 2022 · 3 comments
Open

Allow specifying supported extensions #144

weegeekps opened this issue Feb 28, 2022 · 3 comments

Comments

@weegeekps
Copy link
Contributor

One aspect that could also be covered by the project explorer is the support for extensions. There are many viewers, importers and exporters that support different extensions, and having a place to look up this, as a "feature matrix", may be helpful.

In fact, this could - as a first approximation - already largely be covered by the existing project explorer infrastructure. The supported extensions could be treated in a similar way as the existing tags:

{
  "name": "Example of a plugin for some authoring software",
  "type": ["plugin"],
  "outputs": ["glTF 2.0"],
   ...
   "inputExtensions" : ["KHR_lights_punctual", "KHR_draco_mesh_compression"],
   "outputExtensions" : ["KHR_lights_punctual", "KHR_materials_ior" ]
}

This would allow the existing search+filter structures to be used on these tags as well.


One could consider different levels of integration or organization for that. Roughly: One could pull out this aspect into a dedicated page, database, or search tool (for example, to show it on one page as an actual matrix, with the tools in the rows, the extensions in the columns, and ✔️ `s that indicate support). But regardless of the final presentation, I think that at least having this information in a central place in the project explorer database could be really useful.

Originally posted by @javagl in #122 (comment)

@javagl javagl mentioned this issue Apr 9, 2022
2 tasks
@madjin
Copy link

madjin commented Mar 6, 2024

This is a great idea, I had a difficult time finding projects that utilized some of the extensions I was interested in (like the KHR_xmp_json_ld one) and think it'd be awesome to consolidate / filter in the project explorer page

@gm3
Copy link

gm3 commented Mar 6, 2024

This is a great idea

@aaronfranke
Copy link

aaronfranke commented Mar 6, 2024

When we implement this, we should have 2 sections for extension support:

  • glTF extensions supported out-of-the-box.
  • glTF extensions supported with third-party addons / plugins.

It might also be useful to provide more information with each extension, such as the first known version of the software with support for the extension, or a link to the third-party addon / plugin that adds support.

Why: I don't want people to think "Why hasn't <software here> implemented <important extension>?" then they go implement it and find out it's already a thing and the PR is rejected. Similarly I don't want people to see it on one big list of supported extensions and then they try to import their assets and it doesn't work because they didn't know a third-party plugin was required.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants