The default bug view has changed. See this FAQ.
Bug 1325171 (photon-visual)

[meta] Photon - Firefox visual refresh

NEW
Assigned to

Status

()

Firefox
Theme
P3
normal
3 months ago
3 hours ago

People

(Reporter: canuckistani, Assigned: shorlander)

Tracking

(Depends on: 10 bugs, Blocks: 1 bug, {meta})

Trunk
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [photon])

We're investigating a visual refresh of Firefox this year, this bug tracks that work.

Updated

2 months ago
Priority: -- → P3
I know it was an April Fool, but I'll bring up this blog post: https://blog.mozilla.org/ux/2013/04/firefox-next-evolving-the-user-interface-using-genetic-algorithms/. I haven't seen any comprehensive browser UI analysis based on Fitt's Law, Hick's Law, and GOMS-CPM/CoDeIn modeling. Optimize toolbar button sizes for task flow. Don't just put lipstick on a pig, save a few seconds for millions of users! :)

Comment 2

2 months ago
Personally I like the look of the developer edition theme. Maybe a light version of it would look very nice and modern.

Updated

2 months ago
status-firefox53: affected → ---

Comment 3

2 months ago
+1 for developer edition theme or something minimal like that. Dark one is great.
Depends on: 1336227
Depends on: 1336230
Depends on: 1336241
(In reply to Allan Gardner (:Mathnerd314) from comment #1)
> I know it was an April Fool, but I'll bring up this blog post:
> https://blog.mozilla.org/ux/2013/04/firefox-next-evolving-the-user-interface-
> using-genetic-algorithms/. I haven't seen any comprehensive browser UI
> analysis based on Fitt's Law, Hick's Law, and GOMS-CPM/CoDeIn modeling.
> Optimize toolbar button sizes for task flow. Don't just put lipstick on a
> pig, save a few seconds for millions of users! :)

(In reply to modestdev from comment #3)
> +1 for developer edition theme or something minimal like that. Dark one is
> great.

The developer edition themes are shipping as alternative themes in Firefox 53, see bug 1314091.
Comment hidden (advocacy, off-topic)
Depends on: 1337432
Depends on: 1344907
Depends on: 1344910
Depends on: 1344917
Depends on: 759252
Alias: photon → photon-visual
No longer depends on: 1336227, 1336241
Depends on: 1341048
No longer depends on: 1336230
No longer depends on: 1337432
No longer depends on: 759252
Depends on: 1348294
Depends on: 1347543

Updated

4 days ago
Blocks: 1346488
Keywords: meta
Summary: Firefox visual refresh → [meta] Firefox visual refresh
Whiteboard: [photon]
Depends on: 1349552
Depends on: 1349555
Depends on: 1058040
No longer blocks: 1325169

Comment 6

3 days ago
Please consider for the new default theme:
* to not show the protocol or a padlock when https:// is used - encryption=neutral - (but display the protocol on all other protocols): Meta bug 1335586 (https-everything)
* to show a red crossed padlock (bug 1310447) with a red text 'Not Secure' (bug 1335970) for every unencrypted protocol (http://, ftp://, ws://)
* to show a green padlock without a text if DNSSEC/DANE stapling is valid (bug 672600, a MOSS project is working on it)
* to show a blue padlock with a blue Name for EV certificates (but green padlock + green text if DNSSEC/DANE stapling is valid)
(let EV green, as long as DNSSEC/DANE Stapling (bug 672600) is not implemented, but change it then)
Thank you :)
> * to not show the protocol or a padlock when https:// is used - encryption=neutral - (but display the protocol on all other protocols): Meta bug 1335586 (https-everything)

I think this is the general direction we're heading for eventually, but it's not within scope for the visual refresh. Which is good, because there are a lot of factors to consider for this decision. (It's also not necessary to do this as part of a major UI refactor, since the identity block is pretty isolated.)

> * to show a red crossed padlock (bug 1310447) with a red text 'Not Secure' (bug 1335970) for every unencrypted protocol (http://, ftp://, ws://)

Bug 1310447 comment 7 outlines our team's current decision on this: We will not show additional text in the URL bar, since the user will get a much more efficient insecure login warning when they try to use a login form on that page. The "Not Secure" text does not add any additional value in our opinion. We want to avoid adding unnecessary elements that clutter the URL bar (even more so with the refresh that focuses on gaining simplicity instead of adding complexity).

The bug is not closed yet, because this decision could be reconsidered in the future. For now, we're not doing it.

> * to show a green padlock without a text if DNSSEC/DANE stapling is valid (bug 672600, a MOSS project is working on it)
> * to show a blue padlock with a blue Name for EV certificates (but green padlock + green text if DNSSEC/DANE stapling is valid)
(let EV green, as long as DNSSEC/DANE Stapling (bug 672600) is not implemented, but change it then)

I generally agree that DNSSEC/DANE sounds very exciting and we should probably think about how we can support it UI-wise, but really, there is a lot to consider for this and the general UI refresh will be a big project on its own. Feel free to make new bugs in the Security component for DNSSEC/DANE UI highlighting, so that we're able to discuss this separately.

I do not mean to shut down your (very interesting) ideas, just to say that they're not in scope for the UI refresh and that changing the identity indicators is always a delicate topic :)
Depends on: 1350210
Summary: [meta] Firefox visual refresh → [meta] Photon - Firefox visual refresh
You need to log in before you can comment on or make changes to this bug.