-
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
manifest.webmanifest or manifest.json #689
Comments
Using .json only is totally fine. |
Leaving this open so we can add a note to the spec. |
Thank you. |
Note that the actual name (including the extension) are totally irrelevant, as long as you serve it with application/json (perhaps it doesn't even matter if you serve it with application/json). However, Edit: Whoa I just noticed the Media type registration section, which registers:
It RECOMMENDS (but does not REQUIRE) that the manifest be served with Questions:
If the answer to all of the above is "no" (which I suspect it is), then perhaps we should consider removing this, and just using the |
I've been using
|
Yes, the main reason was to make it easier to target the web app manifest file in the server configs. But there were other reasons. |
OK, I'm convinced that we should leave this. However, I think we should put Edit: I still think we could update the examples to use |
what is the value having manifest.webmanifest? The actual format is a json. It's not another format. |
@MatteoWebDesigner In the spec, under "Security and privacy considerations" it says:
So there may also be security related implications from serving a manifest with |
It also makes it easy to configure Apache and similar web servers, which is the main motivation. |
Using the `webmanifest` file extension makes it easier to target the web app manifest in server configs and apply the correct MIME type (see w3c/manifest#689 (comment)).
Using the `webmanifest` file extension makes it easier to target the web app manifest in server configs and apply the correct MIME type (see w3c/manifest#689 (comment)).
Going to close this as its old now and add a Summary: The following methods are fine: <link rel="manifest" href="/manifest.json">
<link rel="manifest" href="/manifest.webmanifest"> Both must have the MIME type: |
This is closed, but the spec still indicates that only .webmanifest is to be used. @marcoscaceres did you take an action item above to update the spec? Should that be a new issue? |
To be clear, any file extension can be used - or no file extension at all. It’s polite to send the right mime type, but what matters is that the body of the response is JSON. However, if a file extension must be used, .webmanifest remains the standard one. We can add more guidance if you think it’s warranted. |
@marcoscaceres I agree more guidance would be nice to prevent such future discussions |
I've personally being using .webmanifest since I thought that is what is the correct choice, as discussed in the link below. |
See the note here https://www.w3.org/TR/appmanifest/#using-a-link-element-to-link-to-a-manifest and the discussion here w3c/manifest#689
I notice the w3c spec mentions
manifest.webmanifest
yet I see Google and Firefox and other browsers say to usemanifest.json
Simple question: Should we use both or just pick one? ~As I can't find the answer in the spec. Plus the spec doesn't mention
manifest.json
either which seems strange.(I been using the
.json
and seen no problems for several years, just wondered if I should add both).Thanks.
The text was updated successfully, but these errors were encountered: