Evaluate Systems for Events Reporting

[brianking]

Can we use something like http://mozilla.github.io/clubs-events/, and link it to the Reps Portal for Reps to request resources if needed?

[nukeador]

At this point it's not possible to "pass" pre-populated field to the new event page, but @akatsoulas will check if there is something we can do.

[nukeador]

Code for club-events: https://github.com/mozilla/clubs-events/

[brianking]

Hi @flukeout ... we're evaluating your handle events system for use in some activities we are running on a new contribution site. I have a few questions (without having examined the code yet):

1. How forkable is the code right now? i.e. is the latest checked in?
2. What does the deployment story look like? Are there instructions?
3. Do you think it is easily extendable to handle different types of events? So we'd use the same form, and based on the event type they chose it would show differently on the event page. We could have filtering on the events page, or setup different urls for each type.

[flukeout]

Hey @brianking - can you give me quick summary of the data structure you might want to collect & display? I can fork the code and see how quickly I could get something up and running, I anticipate it won't be too hard.

But to answer your questions...

1. The latest is checked in, in the gh-pages branch.
2. No instructions or readme at this point, but to run your own version, you'd just fork and run via github pages
3. See above, I think so - but if you can give me a rough idea of the data, I can give you a better estimate

[brianking]

@flukeout for the structure, we'd want to keep it simple for first version. Can it be extended after without breaking previous events or losing them.

Looking at what you have, I would keep:

• Title
• Date
• Description
• Event links
• Feedback from attendees
• Attendance
• Picture

And would add...

• Event type
  • Again this is something we would like to extend over time but initial types will be:
    • Rust Hack and Learn
    • Web Compatibility Sprint
    • Add-ons e10s Compatibility Sprint
• Location
• Organiser

And a best case scenario would be the ability to add metrics for each event type for the organiser to fill out, but am not sure how that would scale.

[flukeout]

Thanks @brianking - I'll give this some thought tomorrow and post an update.

[flukeout]

Hey @brianking so I spun up a rough version of a Reps Portal test...
https://flukeout.github.io/reps-portal/

All together, this took me about an hour, but half of that was spent wrangling with connecting to the Google Spreadsheet.

I took some rough notes on the steps I took here - https://github.com/flukeout/reps-portal/blob/gh-pages/CONFIG.md - It's just a rough guideline. It givers you a sense of the type of steps involved, but isn't thorough or well formatted. It's more for my own reference at this point.

If you want to keep moving forward with this approach...

We've got a couple of options

• You (or your team) fork and configure your own version
  • If you do this, I'd like to take some time to write a guide and make some code changes that will make this easier for you
  • I'd also like to add a simple way to change some of the theme colors for the UI
• We work together to configure & style the version I've already forked

Happy to help in either case.

[brianking]

This is awesome @flukeout , thanks! Basically we have zero dev resources for this, so any help you can continue to give would be much welcome. @nukeador and I might be able to jump in to do some light stuff (we are recovering devs!).

If it makes sense, let's continue to work on it in your repo, and we can move it under /mozilla before deployment if that works. I would also name it something different - activate-events and 'Activate Mozilla Events'.

I'm wondering, does the Google form allow us any more flexibility to do things like the following:

• pull in actual locations in the Location field. And store city/region and country. It would be nice for us to have a count of events per country.
• datepicker (not a blocker)
• show larger fields by default for text flow ones like description and feedback. Not a blocker as hitting enter expands them, though it might not be obvious.

For the events view, how feasible is it to add a dropdown to filter events by type (including 'All' option)?

Thanks again.

[flukeout]

Okay, I can keep iterating on this time allowing - do you have any deadlines associated with this?

As far as the Google form, I changed the permissions so that anyone at mozilla can edit it. Have a look around and kick the tires. I can look into it later too, maybe there are add-ons or modules or something. I've only used the basic functionality in the past.

Events filter seems reasonably easy, I will look into it.

How many events do you expect to have listed? How often do you think reports will come in?

[nukeador]

@brianking checking the site, how are we going to get metrics from it? As we talked, for me the most important thing is the output and outcome from each event.

[brianking]

@flukeout we are looking to launch the campaign on Monday. Not sure if that is cutting it too fine for you?

@nukeador All form responses are going to a spreadsheet, and the events pages are just pulling from that. I presume we'll be able to get all the metrics numbers we want from the spreadsheet.

[brianking]

Hi @flukeout let me know if we can pull something out of the bag for Monday. I'm ready to jump in over the weekend if there is anything I can help with to keep it moving.

[nukeador]

This is blocking launch.

[flukeout]

Hey folks, sorry I was away for the long weekend here in Canada and didn't see the deadline before I left. What is the status of the project now, have you moved to something else or are you still waiting on this piece - I'm happy to jump on this today. If you're available, let's jump on a Vidyo call.

[nukeador]

@brianking we should remove wording about report the event in all pages for launch.

[flukeout]

Work will continue here... #16

[brianking]

Yes, so I have evaluated that this is not a blocker for launch. The plan now is:

• We'll work in Implement Events Tracking System #16 on finalising implementation.
• We'll direct people to call out their event in the activity Discourse thread for now. This way we can still keep count. This requires changes to text in the activities.
• When we do go live, we can ask people to retro-fill events, but it will not be mandatory.

[brianking]

Hi @geroter I talked to both @flukeout and @akatsoulas today about the respective systems.

• It seems like it is feasible to repurpose the Reps portal, however with both Tasos and Nemo on holidays next week it will not happen on time. It's hard to even give an estimate at this stage.
• We're tracking the other system in issue Implement Events Tracking System #16 and Luke is confident after we went through the TODO that we can have a working system by mid-next week.

[geroter]

What's your instinct on what we should do?

After thinking about it ... I think Reps Portal and open it up later this
month if we can. (I'm still not convinced)

On Fri, Aug 5, 2016 at 11:47 PM, Brian King notifications@github.com
wrote:

Reopened #8
#8.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#8 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKP84CWLTFwN8idbhV3mwLB4nRd7H9Gbks5qc693gaJpZM4JRvB2
.

George Roter
Head of Core Contributors, Participation

irc: geroter | skype: geroter
Cell - Germany: +49 172 714 2439
Cell - USA: +1 650.210.6953
<650%20308%208443>

[brianking]

For me it depends if we want to have the campaign/site have legs beyond this quarter.

If yes - invest in the portal for this. It has more features and is linked with budget / swag.

If no - go with the lightweight system. It has a spreadsheet back-end that will aggregate all the data we need.

[geroter]

I think yes.

Let's start with the Portal. I think Nikos has availability starting later
this month.

On Sat, Aug 6, 2016 at 12:29 AM, Brian King notifications@github.com
wrote:

For me it depends if we want to have the campaign/site have legs beyond
this quarter.

If yes - invest in the portal for this. It has more features and is linked
with budget / swag.

If no - go with the lightweight system. It has a spreadsheet back-end that
will aggregate all the data we need.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#8 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKP84KCICfoXuvliVCRGHnO3b8Qbl7pkks5qc7lbgaJpZM4JRvB2
.

George Roter
Head of Core Contributors, Participation

irc: geroter | skype: geroter
Cell - Germany: +49 172 714 2439
Cell - USA: +1 650.210.6953
<650%20308%208443>

[brianking]

+ @Lucyeoh who flagged the new system in an email with me earlier in the week, not sure why ... might have some valuable insights here.