1206781 - [User story] FTU for contributors

Status: RESOLVED FIXED

(B2GDroid Graveyard :: General, defect)

Comment 1

[Peter Dolanjski [:pdol]]

Jacqueline, here is the bug to attach draft specs to once we have them.

Comment 2

[Jacqueline Savory [:jsavory] UX]

Here is a link to the spec for B2GDroid FTE:

https://mozilla.box.com/s/7lxne828wu3w87w319nsaxns73d03hcy

Let me know if there is anything I missed, or if you have any questions. 

NI? on Eric to provide visuals, in particular for the 'Welcome' screen on page 1. Also, NI? for Fabrice as a heads up for this one.

Comment 3

[[:fabrice] Fabrice Desré]

That looks alright to me. Now, who on the gaia side can help us implement? It looks like we need a very stripped down FTU app.

Comment 4

[Gregor Wagner [:gwagner]]

Whats the timeline for this?

Comment 5

[Sam Foster [:sfoster] (he/him)]

Yeah I have been prototyping changes to the FTU to accomplish something very like this, but wont be able to work on it for a couple of weeks.

Comment 6

[[:fabrice] Fabrice Desré]

Thanks Sam, that sound good to me.

Comment 7

[Eric Pang [:epang] UX]

Attachment: Welcome Screen

I've updated the welcome screen to include the firefox icon above the next button.

Comment 8

[Eric Pang [:epang] UX]

Attachment: [e-mail]

Here's the image for the welcome screen.  I sized it @2.25x, let me know if any other sizes are needed.  The image should sit flush above the next button and right to the edges of the screen.  If anything else is needed let me know, thanks!

Comment 9

[Schalk Neethling [:espressive]]

I have a few question regarding the implementation of this bug, so here goes:


1) The "next" link, do I build this into the page or, will it be overlayed by the OS?

2) If I am to build it into the page, which URL should it point to?

3) Is there a preferred URL where this page should live on mozilla.org?

Some suggestions are:

www.mozilla.org/firefox/os/b2gdroid
www.mozilla.org/firefox/os/fte
www.mozilla.org/firefox/os/b2gdroid_fte

Thanks!

Comment 10

[Schalk Neethling [:espressive]]

I reckon the above should be FTU and FTE

Comment 11

[Sam Foster [:sfoster] (he/him)]

We do display some mozilla.org content currently in the FTU, but its normally in a popup window. If the goal is to adapt the existing FTU to display this as remote content, I would expect the header and the footer area including the <next> button to be provided by the FTU app. Given that, it might make sense for the background image/gradient to also belong to the FTU to avoid mismatches at the header/content boundary.

Comment 12

[Sam Foster [:sfoster] (he/him)]

(In reply to Sam Foster [:sfoster] from comment #11)
> If the goal is to adapt the existing FTU to
> display this as remote content, I would expect the header and the footer
> area including the <next> button to be provided by the FTU app. Given that,
> it might make sense for the background image/gradient to also belong to the
> FTU to avoid mismatches at the header/content boundary.

If it make more sense to host the page(s) in their entirety on mozilla.org, it probably means we should create an alternate FTU (hosted?) app for this which the system app's FtuLauncher will launch for us. I probably need more context and to better understand what the FTU needs to accomplish on b2gdroid.

Comment 13

[Schalk Neethling [:espressive]]

I am guessing that with the tight deadline for this, the quickest/easiest from a FxOS perspective would be the way to go. Building the page on mozilla.org with or without the next button footer is not going to add much in terms of complexity so, either is fine with me.

Comment 14

[Mike Alexis [:malexis]]

Peter, can you clarify the requirements here and how we should proceed?

Comment 15

[Peter Dolanjski [:pdol]]

(In reply to Mike Alexis [:malexis] from comment #14)
> Peter, can you clarify the requirements here and how we should proceed?

It doesn't matter which approach we take, so long as the page shown in the spec can be updated asynchronously from OS updates and we can track the click throughs on the link.  Right now, I think there's a resource constraint problem on the OS side (Sam is on other higher priority items).

Comment 16

[Schalk Neethling [:espressive]]

There is talk in this bug regarding tracking link clicks. I assume this is clicks on the contribute link. Is there specific GA details that needs to be set for this "campaign"

Comment 17

[Schalk Neethling [:espressive]]

Also, does this need to be localized?

Comment 18

[Schalk Neethling [:espressive]]

Attachment: Link to Github pull-request: https://github.com/mozilla/bedrock/pull/3453

Comment 19

[Peter Dolanjski [:pdol]]

(In reply to Schalk Neethling [:espressive] from comment #16)
> There is talk in this bug regarding tracking link clicks. I assume this is
> clicks on the contribute link. Is there specific GA details that needs to be
> set for this "campaign"

I don't know the GA side.  Mike, do you know if we need to set something up specifically to track this?

> Also, does this need to be localized?

Not for Nov. 2nd as the OS localization won't be ready for then, but it will be needed thereafter.

Comment 20

[Kevin Grandon :kgrandon]

(In reply to Schalk Neethling [:espressive] from comment #18)
> Created attachment 8676131 [details] [review]
> Link to Github pull-request: https://github.com/mozilla/bedrock/pull/3453

I'm about confused as to the direction here. Will you be implementing the gaia-side work as well? If you're looking for something quick, my recommendation is to simply do everything inside of gaia. You could probably do something fancy and hosted if you had more time, but I don't think that is the case here?

Comment 21

[Schalk Neethling [:espressive]]

(In reply to Kevin Grandon :kgrandon from comment #20)
> (In reply to Schalk Neethling [:espressive] from comment #18)
> > Created attachment 8676131 [details] [review]
> > Link to Github pull-request: https://github.com/mozilla/bedrock/pull/3453
> 
> I'm about confused as to the direction here. Will you be implementing the
> gaia-side work as well? If you're looking for something quick, my
> recommendation is to simply do everything inside of gaia. You could probably
> do something fancy and hosted if you had more time, but I don't think that
> is the case here?

The original ask from me was to build that one page, unless there was massive miscommunication but, I have to admit I am also confused with regards to the exact scope of this. Perhaps Peter or Mike can clear things up?

Comment 22

[GitHub Autolander Bot]

Attachment: [gaia] KevinGrandon:bug_1206781_b2gdroid_simple_ftu > mozilla-b2g:master

Comment 23

[Kevin Grandon :kgrandon]

Comment on attachment 8676650 [details] [review]
[gaia] KevinGrandon:bug_1206781_b2gdroid_simple_ftu > mozilla-b2g:master

Here is a very simple FTU app which works for B2G droid. It only has one page currently, but it is something that we could build off of and add additional pages. I'd rather have a configurable FTU app to use for both Gaia and B2GDroid, but if you need something quick you could go with this for now.

There is also the option of trying to embed the HTML content that Schalk did in Bedrock, but that would probably be more work. I'm not sure if I can spend too much more time on this...

Opening this up for review, we could potentially land as-is and work off of this. Final solution doesn't matter too much to me.

Comment 24

[Peter Dolanjski [:pdol]]

Thanks Kevin!

Basically, I had three requirements:
1) Actually have the landing page in B2GDroid which describes that it is an experiment (to set the right expectations)
2) To be able to update it easily (ideally this was just through a remote change that would not require user update, but if we can also just update the nightly I'm fine with that)
3) To be able to track click throughs on the link presented (which links to mozilla.org, so presumably we have Google Analytics all ready in place for this)

Comment 25

[Mike Alexis [:malexis]]

OK, give Kevin's proposed solution using the "Simple B2GDroid FTU app" I'm confirming here that we won't be using Bedrock and Schalk is no longer need to work on this.

If anything changes please let me know.

Comment 26

[[:fabrice] Fabrice Desré]

Are we really ok with not having the metrics collection page?

Comment 27

[Kevin Grandon :kgrandon]

(In reply to [:fabrice] Fabrice Desré from comment #26)
> Are we really ok with not having the metrics collection page?

I think we can work on it and get it in, but I'd ideally like to land this and continue to iterate in master.

Comment 28

[[:fabrice] Fabrice Desré]

Comment on attachment 8676650 [details] [review]
[gaia] KevinGrandon:bug_1206781_b2gdroid_simple_ftu > mozilla-b2g:master

Can we move this app under distros/b2gdroid instead of adding noise to the main apps/ folder?

Comment 29

[Kevin Grandon :kgrandon]

Comment on attachment 8676650 [details] [review]
[gaia] KevinGrandon:bug_1206781_b2gdroid_simple_ftu > mozilla-b2g:master

Going to track the implementation of the splash page in bug 1217674, leaving the user story open until the entire implementation is finished.