Closed Bug 1126005 Opened 10 years ago Closed 8 years ago

Display Open Badges Badges on Mozillians Profile

Categories

(Participation Infrastructure :: Phonebook, defect)

Product:
Participation Infrastructure
Component:
Phonebook
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: emma.irwin, Unassigned)

References

Details

This is super-important for education & training goals in Q1


I have have worked with the the Displayer API before (https://github.com/mozilla/openbadges-backpack/wiki/Using-the-Displayer-API) , and it's quite simple to implement as long as a Rep has a 'public collection of badges' the API returns JSON for display for the given email address (which would be their reps email).
Adding a needinfo flag for Pierros.
Group: mozilla-reps-admins
Flags: needinfo?(pierros)
OS: Mac OS X → All
Hardware: x86 → All
Adding Rosana & William.  This is important for Q1   , so need a timeline if possible.  Tasos, can you give us information on where this is in priority list - since Pierros is unavailable?

Thanks so much
Flags: needinfo?(tasos)
Unfortunately, I am not the most suitable person to respond to this from a programmatic perspective. I am also adding a needinfo flag for Ruben.
Flags: needinfo?(tasos) → needinfo?(nukeador)
It's in our list and will be discussed with Pierros in the next meeting to give it more priority since it's important for education.
Flags: needinfo?(nukeador)
Ok so as an update

1. Discussed with Pierros who asked that we confirm the stability of badges.mozilla.org and the mozilla backpack.
2. Discussed this with David Ascher who confirms both will tick around.  Also included in that call was Simon Wex who is working on the bigger picture of badges at Mozilla.  David also is going to look into supporting badging initiatives at Mozilla more deliberately (my paraphrasing).

two options were proposed for badges.

1) That we only display mozillian badges.
2) That we allow mozillians to display whatever badges they want by putting them in a public collection

Feedback solicited, indicates #2 is preferred vrs telling people what badges they are 'allowed' to display. If there is a problem with this we can revisit.

Can we please move forward with he dev work on this for q2?  Thanks
Summary: Display Open Badges Badges on Reps Profile → Display Open Badges Badges on Mozillians Profile
Hello,

I found it's an amazing idea. But have you thought about the badge sizes and placement on the profile? 

Regards,
Towaha
yes that is the design challenge.  For imagination  here is one I setup at a past contract:   http://www.socialcoding4good.org/users/emma-irwin

The other issue is to check for dead links.  You can see by clicking on the top-two there, that the credentials site is gone .  *sigh*
Hello Emma,
I've visited the link.
It's cool. 
Have you tried making 'grid' with the badges? Also all the badges need to be same sized. 
I checked for the dead links. I guess you've already figured out the solution :)
yea not sure about the UI design, that is out of my skillset basically.  There would have to be a restriction of a fancy way minimizing/expanding to view.

The solution for missing links would be to check those as part of display, and then 'not' display if 404
Adding a few names that are interested in seeing this happen.
Basically the conversation around this has far exceeded the time it would take to display badges.  Our community needs this, it's not about what we think of badges, or the future of badges, but that we've been awarding and continue to award badges to community and they should have a way to share their accomplishments.
How can we collaborate on this? Those of us who know how to code, but might be rusty in Django?  Is there a dev instance we can play with/push to (vrs all of us working individually on separate instances)
Flags: needinfo?(nikos)
Just a clarification question, is this for mozillians or reps profiles?
(In reply to Emma Irwin from comment #12)
> How can we collaborate on this? Those of us who know how to code, but might
> be rusty in Django?  Is there a dev instance we can play with/push to (vrs
> all of us working individually on separate instances)

Hey, I got interested (briefly) in this.  It's technically quite easy: you can see some initial experiments with the Mozilla Backpack API at [1] and I posted an output page (showing Emma's badges!) at [2].  To move [1] forward, we would need a design spec.  I was planning to copy the Backpack/openbadges display just to show more information, but it wouldn't be pretty.

To integrate into mozillians.org is likely to be pretty easy.  This is /entirely/ client side, so all that would be required is to include the embedder files (or just a link to a well-known hosted location), add the embedding snippet at or around [3], and redeploy mozillians.org.

I don't have paid cycles for this project but I am interested in helping if and when I can.

[1] https://github.com/ncalexan/openbadges-embedder.js

[2] https://people.mozilla.org/~nalexander/openbadges/index.html

[3] https://github.com/mozilla/mozillians/blob/master/mozillians/templates/phonebook/profile.html#L326
(In reply to Nikos Roussos [:nikos] from comment #13)
> Just a clarification question, is this for mozillians or reps profiles?

When I talked to Emma, this is about showing Mozilla's Badge Backpack in mozillians.org profiles.
Mozillians Profiles - Yes.   If Reps wants to copy it later that's fine, but not a goal here.

I have used the open badges displayer before for another job :  http://socialcoding4good.org/users/emma-irwin  and it seems quite simple. I will write out a design-spec when I next have a chance (also don't have a paid cycle, but just want to get this done.  Thanks for the start Nick!
(In reply to Emma Irwin from comment #16)
> Mozillians Profiles - Yes.   If Reps wants to copy it later that's fine, but
> not a goal here.
> 
> I have used the open badges displayer before for another job : 

This looks to be done server side, at page render time.  Correct?

> http://socialcoding4good.org/users/emma-irwin  and it seems quite simple. I
> will write out a design-spec when I next have a chance (also don't have a
> paid cycle, but just want to get this done.  Thanks for the start Nick!

If all we want is a list of (clickable) badges, that's easy.  Looking at the Badge backpack shows lots of detail about the badge (name, detail) and issuer (name, criteria, etc).  If we don't care about that stuff, and are happy to just include the row of icons, then we can move this ahead pretty quickly.
Component: reps.mozilla.org → Phonebook
Flags: needinfo?(nikos)
Product: Mozilla Reps → Participation Infrastructure
Version: unspecified → other
Yeah sorry, bad example - was serverside calls (bad example).

I think we should make the logic only display public collections named Mozillians.  that way people curate their content vrs our pulling everything they have.   It might also be good to give a maximum to the display (at least to start), perhaps 10?  

What can I be most effective doing, should I update your JS to do this, and add on the links to criteria? Or should I get a local mozillians copy up and working to test adding this in?
(In reply to Emma Irwin from comment #18)
> Yeah sorry, bad example - was serverside calls (bad example).
> 
> I think we should make the logic only display public collections named
> Mozillians.  that way people curate their content vrs our pulling everything
> they have.   It might also be good to give a maximum to the display (at
> least to start), perhaps 10?  

My intention is to use HTML5's dataset (https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Using_data_attributes) to configure the anchor element for the script.  So

<div id="anchor" data-id="3040", data-group-name="Mozillians", data-limit=10></div>

I don't know much about these APIs but it seemed like a good way of configuring this integration without /requiring/ JavaScript configuration.  I'd prefer to make this not Mozillians-specific if it doesn't need to be.

It's worth noting that embedding email addresses in pages isn't great; we may want Mozillians to maintain an email -> Badge Backpack ID in order to keep email addresses private.

> What can I be most effective doing, should I update your JS to do this, and
> add on the links to criteria? Or should I get a local mozillians copy up and
> working to test adding this in?

Either!  PRs and documentation welcome for the little repo (I'll give you write access) and I won't have much time for the Mozillians integration.
badges.m.o is no longer maintained.

https://github.com/mozilla/badges.mozilla.org/commit/860e2dd

It's time to merge the site into mozillians.org. Gamification matters.
Badges is no longer an active project and it's site is going read-only shortly.
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(pierros)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.