-
Notifications
You must be signed in to change notification settings - Fork 162
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
Representing Spatial Icons for WebApps #763
Comments
I think 1 should be sufficient:
The type can differentiate... the sizes don't matter. |
@marcoscaceres a followup question: Should we add some kind of Note that the "icons" array may contain non-image resources for Immersive Web usecases ? This is how we intended to use that:
|
ok, so we would need to modify |
yes, HTML pages could use 3D icons too. Also - Ravi, I seem to recall we discussed that "sizes" was really "detail level", and maybe an arbitrary XYZ bounds wasn't the right way to capture that? |
We discussed this at TPAC. The starting point would be to file a bug with the HTML spec: You need to get HTML to support "XxYxZ", then Web Manifest will just work based on what HTML does. |
Related definition: https://html.spec.whatwg.org/multipage/semantics.html#attr-link-sizes |
@marcoscaceres @christianliebel I will open an issue on HTML spec. |
The results of the discussion are here. As this is going to be discussed in the HTML spec, shall we close this? |
I feel like it’s ok to leave this for now and we can migrate it to the ImageResource repo so (once it lands in HTML) we can include an example spatial icon. |
Closing in favor of w3c/image-resource#27 |
As a part of immersive-web group, there is a proposal to use spatial / 3D favicons for immersive-web pages/apps. See explainer here: https://github.com/immersive-web/spatial-favicons/blob/master/explainer.md
WebApps manifest today has "icons" member in the manifest, but is restricted to "Image Resources" as per spec. Our initial idea was to "re-use" this member to spatial icons as well, except that the mime type will be a non-image mime type and the sizes will have additional dimension. But the WebApp manifest explicitly says: "Image Resources" and there is an associated algorithm to handle intelligent fetching on need basis.
There are couple of approaches:
We are open to other ideas and hoping to get some feedback from WebApp manifest spec authors.
The text was updated successfully, but these errors were encountered: