Common-voice: Sign Up for Emails through the Footer

[Gregoor]

[Gregoor]

@mbransn happy to put this in. Some unanswered questions, which I think we talked about before, but didn't answer yet:
1) Should this do the same thing as adding an email to the profile and checking the sendEmails flag? I.e. after filling it out and then navigating to profile, is that information filled in?
2) Would this be hidden after one subscriped (and the page was reloaded)?

[mbransn]

Yep, great questions, good to work through and make live when we're fully aligned. cc @mikehenrty as I want to ensure my thoughts align with his :)

1. Should this do the same thing as adding an email to the profile and checking the sendEmails flag? I.e. after filling it out and then navigating to profile, is that information filled in?

• For logged out/non-signed up users: No
• For logged in users: Yes. If logged in users already have this email subscription flagged, they will see this state >> will work with @georai to ensure there is a link to edit their preference from this state as well.

1. Would this be hidden after one subscriped (and the page was reloaded)?
   See my answer for logged in users above :)

[Gregoor]

I just realized that what I alluded to in the user settings docs also applies here, namely:

The Email/Marketing team said it’d be painful to manage the “subscribed”-state on both our and their side and their recommendation was that we’d link to the Mozilla-wide email settings page

But that very much constrains what we can do here. It'd mean we'd have to always show the email subscription field, as we wouldn't know whether the user already signed up. We could still have our own flag in our DB but that would become invalid as soon as the user changes their setting through the Mozilla-wide email page.

[mbransn]

Hmm, alright. I'm fine with always showing the field. :) No need to over engineer it! More importantly, we will provide an updated email subscription section for you that includes a CTA to link out to the Moz-wide settings page.

[Gregoor]

Backend endpoint is in place, only thing missing now is the frontend

[jkmdev]

@Gregoor Would it be okay with you if I tried to implement this?

[Gregoor]

@jkmdev more than okay! Let me know if you want to talk through it.

[mbransn]

@jkmdev here are links to UI for desktop and mobile, thanks for jumping in to help! 👏

[jkmdev]

@mbransn Thanks! :smile: It's a cool project, I'd be happy to contribute to it. As an aside, I made a zeplin account to access the docs, but I don't think I can view them; it's saying that I need an invitation.

@Gregoor I think I got it, but just to make sure I'm on the right page, am I correct in assuming:

1. The sign up input will always be visible
2. The call to subscribeToNewsletter in api.ts will be the only interaction made with the backend. Other than that I'm just creating a component to handle this input, checking if it's valid, and calling subscribeToNewsletter if so. Users can subscribe multiple times through this page as long as the email is valid.

[Gregoor]

@jkmdev 1. Yes-ish. With the new profile experience coming, we'll know when a user has already signed up and will be able to hide it for them. But until that's landed, let's assume it's always displayed

1. Exactly. On the backend we make sure that the user doesn't subscribe multiple times.

[mbransn]

@jkmdev I'm happy to add you to the Zeplin instance, just need an email. :) If you feel more comfortable sending that to me individually, send to [email protected] -- excited to have you helping out!