Show register and sign in buttons (bug 1072619) #709
Conversation
@@ -255,6 +255,7 @@ body { | |||
word-wrap: normal; | |||
|
|||
&.loading-submit { | |||
box-shadow: none; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do the elements still shift over? The spinner should keep the same width.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, they stay put now.
Unless it was requested by UX, I don't think we need the between border/ |
is there a way for Fireplace to detect if the user has previously signed in to FxA before? because if so, we could make the "Sign In" button more prominent than the "Register" button. and if we think the user hasn't logged in/registered before, then we can show the "Register" button more prominently. (this is what I've done when I used Persona for a personal project.) and this is kind of what https://accounts.firefox.com/ does behind the scenes. |
I haven't been watching the bugs – and I'm saying we shouldn't do this – but what does this achieve over what we have today? |
r+wc+testfix from me |
r- from me – pending mocks, header adjustments, changes to My Purchases page (and test fixes) |
We currently do this detection to decide whether or not to show the migration banner. How are you envisioning we make one more prominent? Swap "Sign In" for "Register" if we've never seen them before? Or just make one a button and one not? |
With Persona I don't think it sign in or sign up makes a difference but with Firefox Accounts they are two separate pages. This is just moving the decision to the start of the authentication flow instead of dropping the user at sign in and making them hunt for the "Create an account" link. That being said, perhaps we could have one button with our best guess of what the user needs to do. That would be a little weird though if you get "Register" and you know you have an account. |
@@ -47,7 +47,8 @@ | |||
<footer class="only-logged-out"> | |||
<article class="extras"> | |||
<p class="notice">{{ _('You must be signed in to view your apps.') }}</p> | |||
<a class="button full persona" href="#">{{ _('Sign in / Sign up') }}</a> | |||
<a class="button full persona register" href="#">{{ _('Register') }}</a> | |||
<a class="button full persona" href="#">{{ _('Sign In') }}</a> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated 320px wide settings page. |
bb10c81
to
5feea7e
Compare
@cvan How's it look now? |
I still don't see mocks or an explanation of why we're doing this. |
Mock: https://bug1072619.bugzilla.mozilla.org/attachment.cgi?id=8502489 |
the button looks better - closer to the button in the mocks. your button seems to have 1px or 2px more padding on the bottom than the top, but it overall looks better. |
I tried to make those each 50% width like the settings page but couldn't make it work for the life of me. |
just add like 10px or 15px padding |
e3234a0
to
b43cf48
Compare
so no "Register" button? |
We'll only show it when we're going to do the fxa oauth flow. |
Since the other flows don't have separate sign in and register pages. |
Was just going to ask the same thing! Register can be a text link, though. Actually, lemme find out which is the priority. Usually, "Register" is the CTA, with "Sign in" being a text link. Scratch that, I'm making the call: Register in a button, Sign in is a text link. |
That makes sense for first-time users. But what about returning users who are logged out? Why would the Register button be more prominent? This seems to make sense only in the first case. |
524e552
to
28fe770
Compare
https://bugzilla.mozilla.org/show_bug.cgi?id=1072619
1140px wide
768px wide
320px wide