Created attachment 611018[details]
app install doorhanger
As I understand it, for spoofing reasons the doorhanger that offers the web app installation should not display the app icon, but rather our standard icon that represents a "web app". Is this correct?
(note: "web app" icon display in this screenshot is not final)

My opinion for the UX - I'd either go all or nothing here for the icon. Either include the icon for the app or don't include an icon at all. Putting the box there if the icon is being removed I don't think is a good idea, as I don't think it creates any value-add.

Comment on attachment 611020[details]
app install doorhanger
The 64x64 icons for the notification panels are designed to be distinct and easily recognized in peripheral vision. See geolocation, password, etc. So the icon is desired.

(In reply to Stephen Horlander from comment #6)
> Comment on attachment 611020[details]
> app install doorhanger
>
> The 64x64 icons for the notification panels are designed to be distinct and
> easily recognized in peripheral vision. See geolocation, password, etc. So
> the icon is desired.
If the icon is desired, then I would suggest a different icon to be used. The open box does not provide context to a user that they are installing an app. We need an icon that provides better context that an app is being installed.

FYI - This bug does not fall in alignment with requirements in bug 738546. Please get clarity from product management on the direction for this, as fennec native & firefox need to be alignment on implementation for the icon on app install.

It's not clear who exactly you mean by "product management", but they do not have final veto power on what we end up doing. This is a collaboration, so "product management" needs to engage with the visual design team and the engineers fixing these bugs to determine the best solution. That goes both ways.

(In reply to Gavin Sharp (use gavin@gavinsharp.com for email) from comment #11)
> It's not clear who exactly you mean by "product management", but they do not
> have final veto power on what we end up doing. This is a collaboration, so
> "product management" needs to engage with the visual design team and the
> engineers fixing these bugs to determine the best solution. That goes both
> ways.
I'm referring to Jen & Ragavan. Yeah, I agree collaboration needs to take place. The underlying concern I'm trying to watch out for here is consistency, given that the fennec native implementation is going to have the app icon on a prompt for install, but this bug is suggesting to do the opposite. We should aim for consistency across each implementation, given that falls in line with the apps vision for consistency.

While I am certainly a proponent of cross product consistency, we also need to be consistent internally. In this case that means this should look and act like other notification panels. Which means a clear and consistent notification icon, notification text and button labeled with the action to take.
If we need to also include the icon of the application that is asking to be installed, that's ok, it just can't take the place of the notification icon. So if that is a requirement then we have more design work to do to figure out how to include that.

(In reply to Jason Smith from comment #12)
> I'm referring to Jen & Ragavan. Yeah, I agree collaboration needs to take
> place. The underlying concern I'm trying to watch out for here is
> consistency, given that the fennec native implementation is going to have
> the app icon on a prompt for install, but this bug is suggesting to do the
--------------------------------
> opposite. We should aim for consistency across each implementation, given
> that falls in line with the apps vision for consistency.
It is? Fennec's notification boxes don't include icons at the moment.
Jason - you're quite right - we should get some agreement on this. Can you post the bug number or wiki page for the mobile designs?

(In reply to Madhava Enros [:madhava] from comment #14)
> It is? Fennec's notification boxes don't include icons at the moment.
Right. It's coming down the pipeline though. See bug 738546.
> Jason - you're quite right - we should get some agreement on this. Can you
> post the bug number or wiki page for the mobile designs?bug 738546 has some proposed UI designs Harald is working on.