On Nov 4, 2013, at 7:15 AM, Ryan Feeley <[email protected]> wrote: > Hi Lloyd, > > Very early, but thoughts? I will be meeting with Chris today to develop > further. Hopefully accounts.firefox.com can be more than a one-feature site > to change the account password (which can also be done with a reset view).
For an MVP, it's fine for accounts.firefox.com to be a "one feature site". In fact, it shouldn't be a "site" at all, in the sense that I don't think accounts.firefox.com should be destination, but instead just enables login/sign up to support Mozilla relying properties via ping-pong-y flows. We can make it awesome later, but for now let's get the simplest thing that lets the users of consumer facing Mozilla relier properties log in with one account. -chris > Ryan Feeley > Product Designer, Identity > Mozilla UX > IRC: rfeeley > > > On Nov 4, 2013, at 10:04 AM, Lloyd Hilaiel <[email protected]> wrote: > >> In discussions in madrid and over the past couple weeks, it’s becoming >> increasingly clear that we will have to host web based resources for various >> parts of the sign-up flows we’re implementing. >> >> This is some squishy work that will cut across multiple efforts. I’m >> curious if anyone has started trying to aggregate all of the different >> screens that will need to be web hosted across sync and fxa on fxos to >> figure out the best way to host all this jelly. From software layout to url >> strategy… >> >> lloyd >> _______________________________________________ >> Sync-dev mailing list >> [email protected] >> https://mail.mozilla.org/listinfo/sync-dev > > > _______________________________________________ > Sync-dev mailing list > [email protected] > https://mail.mozilla.org/listinfo/sync-dev
_______________________________________________ Sync-dev mailing list [email protected] https://mail.mozilla.org/listinfo/sync-dev
