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
Add splashscreen as a purpose
#510
Comments
I think that is a great idea. @marcoscaceres |
I would prefer a separate member for splash screen. The "purpose" is supposed to be a hint. |
(I'm worried that some UAs will ignore the purpose and use the splash screen as the icon) |
Some UA build an icon to build the splash screen. This is what Chrome does. Having websites tell us which icon should be preferred could be useful. |
I was discussing this with @boyofgreen a few weeks ago and having a single array of images of various sizes (up to as big as a splash screen) may be preferable to having multiple arrays of images. |
@mounirlamouri, would still like "splashscreens" to be a separate member. You can then fallback to icons if it's missing. Otherwise, |
@marcoscaceres was that a question? I've never been keen to have a |
@mounirlamouri, I understand the intent, but I'm still worried that it's super easy to screw up and that we are going to end up with a confusing long list of icons that mix badges, splashscreens, normal icons, and other things we add in the future. I can understand why badges would be grouped with normal icons, but, as I've demonstrated elsewhere, splashscreen differ a lot from application icons (e.g., in games). The fact that Chrome used the app's icon as a splash screen was a design choice by the Chrome team (and I agree that it makes for a great fallback), but I don't know if everyone would want to follow that showing an icon as a splashscreen is always a great idea. That's why I propose separating splashscreen into its own member... or, as a compromise, we could have splashscreen as "purpose", but would like to see a splashscreen member also added. WDYT? |
@mounirlamouri we have been getting feedback from devs that they would like more control over the splashscreen; having an explicit splashscreen member might be one way of accomplishing this. The actual functionality is something the Chrome installability team has been discussing without much advancement towards a consensus as of yet. |
@dominickng Instead of having two arrays of images (icons[ ] and splash_screen[ ] ) what if there was one array of images and images could be labeled with something like a "purpose" of favicon, badge, splash screen, etc.? Would that satisfy your scenario? /cc @marcoscaceres @mounirlamouri |
@RobDolinMS, if I understand correctly, that's what @mounirlamouri is also proposing. I'm supportive of doing that, but would also like the separate |
Right now we have an already gigantic array of If we can avoid any breaking change to the existing In addition to the crazy people are already using this spec in prod argument, let's go with internal consistency. Since I know engineers like to detect patterns and lump everything that feels the same from an engineering perspective into one pile, but shorter lists are ergonomically better, too, and easier to scan. Check out how crazy the icons list gets when you try to include just a couple vendor's recommended icon sizes for various devices. Now imagine adding all the different splashscreen sizes and formats. Giving us separate members gives us a more scannable manifest. |
I am leaning towards a separate group as well. I really like "purpose" with icons, but I would never want to see a splash screen used as an icon or tile by accident. |
Ok, I've put together a proposal at: As I argued already, I'm not a huge fan of "splashscreen" as a "purpose", but this would satisfy everyone's needs. |
I would like to understand what users needs really are?
|
Yes. Easy to see examples of this if you open a few native apps on your phone.
Yes. As above.
Not sure what text you are referring to here? But I think no.
Dunno. But yes, MS's input would be great.
|
PWAs on Android have the name of the app, like "The New York Times" on the splash screen. Google apps on the other hand often have a Google logo (secondary image) |
Again, this is UA decision on the part of Google (which is wonderful, but still... Chrome specific... other vendors may choose a different display).
Yeah, there will be variance... a long with the million other apps out there and the way they do this. |
s/display/composition (text, image, image position, image size, time to show the image, etc.) |
My 2 cents. Provide a |
What's the status on this? Just ran in to an issue where I need to set unique icons for the home screen and splash screen and found that I was unable to with the current spec. |
If you set a sufficiently large (>384px) icon, Chrome should use that for the splash screen, with a different layout better optimized for the larger icon.. We haven't really had much consensus here for how to proceed on splash screens unfortunately. |
@dominickng yea, that's what I thought too, but that doesn't seem to be working. Will do some more testing next week. |
@dominickng I finally figured out what's happening with this and logged an issue on the Chromium issue tracker. Essentially, if a service worker is registered, the 192x192 icon is getting used, and if no service worker is registered, the 512x512 icon is getting used. There's a test case ZIP attached to the issue. https://bugs.chromium.org/p/chromium/issues/detail?id=899879 |
Where are we at with this? @marcoscaceres’ PR was abandonded. Should we shelve splash screens for now? |
Actually at TPAC the TAG promised to help the mini app effort getting support for their requirements in various W3C specs. From what I heard they had interest in splash screen, but I guess we can reopen later. |
It's unclear what will happen with the mini app stuff... they can come talk to us when they are ready. |
I'm in favor of shelving this. @mgiuca, @dominickng, @aarongustafson? |
I'm also in favour of shelving this - we don't really have a consensus on a way forward at this point, and I think it will need a dedicated effort to examine the needs across each platform to really figure out something workable. |
I'm going to go ahead an close... folks tagged here are free to reopen if need be. |
If we give regarding the icon purpose/type/kind, maybe we should add splashscreen in there to help UA pick an image if it's meant to be used for the splashscreen?
The text was updated successfully, but these errors were encountered: