Skip to content
This repository has been archived by the owner on Mar 15, 2018. It is now read-only.

Show register and sign in buttons (bug 1072619) #709

Closed

Conversation

mstriemer
Copy link
Contributor

https://bugzilla.mozilla.org/show_bug.cgi?id=1072619

screen shot 2014-10-08 at 16 50 16
1140px wide

screen shot 2014-10-08 at 16 50 42
768px wide

screenshot 2014-10-09 11 43 41
320px wide

@@ -255,6 +255,7 @@ body {
word-wrap: normal;

&.loading-submit {
box-shadow: none;
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As much as I liked this...
split-login-buttons mov

Copy link
Contributor

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.

Copy link
Contributor Author

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.

@cvan
Copy link
Contributor

cvan commented Oct 8, 2014

@ngokevin
Copy link
Contributor

ngokevin commented Oct 8, 2014

Unless it was requested by UX, I don't think we need the between border/hr in between the Register and Sign In buttons on mobile. Not a big deal.

@cvan
Copy link
Contributor

cvan commented Oct 8, 2014

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.

@cvan
Copy link
Contributor

cvan commented Oct 8, 2014

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?

@ngokevin
Copy link
Contributor

ngokevin commented Oct 8, 2014

r+wc+testfix from me

@cvan
Copy link
Contributor

cvan commented Oct 9, 2014

r- from me – pending mocks, header adjustments, changes to My Purchases page (and test fixes)

@mstriemer
Copy link
Contributor Author

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.)

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?

@mstriemer
Copy link
Contributor Author

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?

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>
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can't make these buttons look like account settings at desktop width. I give up.
screenshot 2014-10-09 11 35 56
screenshot 2014-10-09 11 35 59

@mstriemer
Copy link
Contributor Author

Updated 320px wide settings page.

@mstriemer
Copy link
Contributor Author

@cvan How's it look now?

@cvan
Copy link
Contributor

cvan commented Oct 9, 2014

I still don't see mocks or an explanation of why we're doing this.

@mstriemer
Copy link
Contributor Author

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.

Mock: https://bug1072619.bugzilla.mozilla.org/attachment.cgi?id=8502489

@cvan
Copy link
Contributor

cvan commented Oct 9, 2014

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.

@cvan
Copy link
Contributor

cvan commented Oct 9, 2014

the buttons on the My Apps page in the island could use some padding, bro

@mstriemer
Copy link
Contributor Author

I tried to make those each 50% width like the settings page but couldn't make it work for the life of me.

@cvan
Copy link
Contributor

cvan commented Oct 9, 2014

just add like 10px or 15px padding

@mstriemer
Copy link
Contributor Author

screenshot 2014-10-09 16 39 25

@mstriemer mstriemer force-pushed the separate-sign-in-up-1072619 branch 2 times, most recently from e3234a0 to b43cf48 Compare October 9, 2014 21:48
@mstriemer
Copy link
Contributor Author

I forgot to waffle the changes. They're waffled now. I left "Sign In" as a button in the header.

screenshot 2014-10-09 17 12 40
screenshot 2014-10-09 17 12 50

@cvan
Copy link
Contributor

cvan commented Oct 9, 2014

so no "Register" button?

@mstriemer
Copy link
Contributor Author

We'll only show it when we're going to do the fxa oauth flow.

@mstriemer
Copy link
Contributor Author

Since the other flows don't have separate sign in and register pages.

@pwalm
Copy link

pwalm commented Oct 9, 2014

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.

@cvan
Copy link
Contributor

cvan commented Oct 9, 2014

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.

@mstriemer mstriemer closed this in db94629 Oct 10, 2014
@mstriemer mstriemer deleted the separate-sign-in-up-1072619 branch October 10, 2014 13:49
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants