Closed abdonrd closed 8 years ago
@addyosmani do we still want to include all the meta tags for icons or just be like "everyone use manifest!" ?
@robdodson Imo, as much as it sucks I would include the other meta tags. I've just filed another bug with WebKit to see if we can get hints at where they're heading with the app manifest but until they support it we should probably make sure things look decent on iOS and Windows phones too. 💸
@robdodson @addyosmani remember the five top questions, please. :)
1 x favicon. I have no idea why we have two of them in there but it's possible it's because we used a generation service.
1 x image path. I try to keep mine under images/touch but I've also previously been lazy and ended up with two paths. Fewer is better.
More or less icons. This is a tricky one. Recent research suggests you just need a 192 and a 512 in manifest.json in order for most Android-based browsers to pick up what they need for the homescreen and splashscreen. The more nuanced answer is: we need to test. I'd drop it down to two and see if that works well on real devices. If we can't do that for now, keeping the set airs on the side of caution.
Some of the icons may be useful for supporting Manifold.js apps. There was a PSK issue around it a while ago: https://github.com/PolymerElements/polymer-starter-kit/issues/218
I'm not a manifold.js user so not sure if it's still required to have so many sized
@addyosmani @robdodson thanks! I will update!
@robdodson and we need support Manifold.js apps? I think less is better. And if someone want to use Manifold.js apps, you can create the other icons.
Updated! Another question... We really want lazyRegister
and Shadow DOM by default? I don't think so:
// Setup Polymer options
window.Polymer = {lazyRegister: true, dom: 'shadow'};
I think we want lazyRegister. Shadow DOM by default... that's a tricky one as it may lead to potential issues if folks only test in one browser.
Also I'm fine dropping Manifold.js support. It's just a thing that came up in PSK and a few people wanted it so ¯(ツ)/¯
Thanks @robdodson! Updated! :)
Also I'm fine dropping Manifold.js support. It's just a thing that came up in PSK and a few people wanted it so ¯(ツ)/¯
👍
Added the new icons!
LGTM!
I think my only comment is to add dom: shadow
back in. Otherwise lgtm
@robdodson added! :)
PS: I can't merge PR in this repository.
Boom! Thanks @abdonrd 💃
Yay! 💃
1) What about using vector icon in SVG format in addition to raster icons in various resolutions in manifest.json?
{
"src": "images/logo.svg",
"type": "image/svg+xml"
}
IMO, using SVG icon in manifest.json is a very good idea. Vector icons is completely independent of the resolution. SVG icons are allowed in https://w3c.github.io/manifest/. But some user agents may not support SVG. That's why we should use vector in addition to (not instead of) raster icons.
2) I've found that Chrome doesn't use the value of "theme_color"
key from manifest.json for color browser elements. See https://goo.gl/oetGgf and https://goo.gl/8viLMX for more info about color browser elements. It means that we can't just remove a meta
tag with the name "theme-color"
from <head>
of page and rely only on "theme_color"
in manifest.json.
3) What about a consistent value of "start_url"
key in manifest.json across all Polymer web apps?
https://github.com/googlechrome/ioweb2016 uses "./?utm_source=web_app_manifest"
value
https://github.com/polymer/docs uses "./?utm_source=web_app_manifest"
value
https://github.com/polymer/shop uses "/"
value
https://github.com/polymer/app-drawer-template uses "/?homescreen=1"
value
https://github.com/polymerelements/polymer-starter-kit has no "start_url"
key in manifest.json file
https://github.com/polymerelements/polymer-starter-kit/tree/psk2 uses "/?homescreen=1"
value
https://github.com/polymer/polymer-element-catalog has no manifest.json file at all
https://github.com/google/santa-tracker-web uses "https://santatracker.google.com/?utm_source=web_app_manifest&utm_medium=web_app_manifest"
value
IMO, "./?utm_source=homescreen"
is the best option because a) it uses relative path instead of absolute b) it is based on UTM parameters standard.
I've also found that using a simply slash (/
) instead of dot-slash (./
) as the value of "start_url"
key in manifest.json file (e.g. using "/?utm_source=homescreen"
instead of "./?utm_source=homescreen"
) may cause issues if the web app deployed not to the root of domain (e.g. if the app deployed to GitHub Pages).
Example:
"/?utm_source=homescreen"
value of "start_url"
key of https://user.github.io/project/manifest.json file points to https://user.github.io/?utm_source=homescreen URL instead of https://user.github.io/project/?utm_source=homescreen.
"./?utm_source=homescreen"
points to https://user.github.io/project/?utm_source=homescreen – this is what need.
4) I suggest store all icons in /images
folder (not in /images/manifest
subfolder) and name it something like logo.svg
, logo-192x192.png
, logo-512x512.png
, etc. i.e. use resolution of raster images as a part of file name.
What you think about my suggestions?
Trying to make a consistent
index.html
andmanifest.json
for all the Polymer templates. Based on the Google I/O 2016 website.index.html
:meta
tags?/images/touch/
andimages/favicon/
manifest.json
:/images/touch/
Please, take a look. @ebidel @justinfagnani @robdodson @chuckh