continue the Speak Up! IRC meeting series
25 participations 50 participations
attachment speak-up-ii.svg
attachment <img alt="speak-up-ii.png" src="https://pagure.io/Fedora-Badges/issue/raw/files/a24a539493c15239570ad098278c1d11bd1425b5b9ef452efe9919a330d294cb-speak-up-ii.png" />
attachment <img alt="speak-up-ii.png" src="//issue/raw/files/a24a539493c15239570ad098278c1d11bd1425b5b9ef452efe9919a330d294cb-speak-up-ii.png" />
attachment speak-up-iii.svg
attachment <img alt="speak-up-iii.png" src="https://pagure.io/Fedora-Badges/issue/raw/files/17ec2bbe00961aa35e858ecacfd3e998ee24c24aced174b6e574d0afc46867ed-speak-up-iii.png" />
attachment <img alt="speak-up-iii.png" src="//issue/raw/files/17ec2bbe00961aa35e858ecacfd3e998ee24c24aced174b6e574d0afc46867ed-speak-up-iii.png" />
attachment speak-up-ii_v2.svg
attachment <img alt="speak-up-ii_v2.png" src="//issue/raw/files/df32c34f5bf585cd033b3d7cb3c3fa40c48e8106e9d01e379915a4fecad30cee-speak-up-ii_v2.png" />
attachment <img alt="speak-up-ii_v2.png" src="https://pagure.io/Fedora-Badges/issue/raw/files/df32c34f5bf585cd033b3d7cb3c3fa40c48e8106e9d01e379915a4fecad30cee-speak-up-ii_v2.png" />
attachment speak-up-ii_v3.svg
attachment <img alt="speak-up-ii_v3.png" src="//issue/raw/files/344eb17394c11a7fd3f0953ed4b4c2fa39f52a931d133536989bcbd9268d2d9e-speak-up-ii_v3.png" />
attachment <img alt="speak-up-ii_v3.png" src="https://pagure.io/Fedora-Badges/issue/raw/files/344eb17394c11a7fd3f0953ed4b4c2fa39f52a931d133536989bcbd9268d2d9e-speak-up-ii_v3.png" />
[[Image(speak-up-ii.png)]] [[Image(speak-up-ii_v2.png)]] [[Image(speak-up-ii_v3.png)]] I am leaning towards version 3.. thoughts?
Version 3, +1.
Hey, I actually think 1 maybe fits the style the best (specifically because the numbers are bold / large and have the outline. My suggestion would be to either modify 1 so the panda is smaller and pushed down to make room for the numbers to not go up ontop of the colored border (we don't normally do that, we usually only bleed out to the inner white border right?) Or, alternatively, modify 3 so that the '25' in the bubble is stylized the way it is in 1. What do you think?
attachment <img alt="speak-up-ii-v3.png" src="//issue/raw/files/8fe4e4576c0e1bb4d505325ef28a1893ad6771ef2977084d1124ea9de71ae3bf-speak-up-ii-v3.png" />
attachment <img alt="speak-up-ii-v3.png" src="https://pagure.io/Fedora-Badges/issue/raw/files/8fe4e4576c0e1bb4d505325ef28a1893ad6771ef2977084d1124ea9de71ae3bf-speak-up-ii-v3.png" />
like this above?
sure, v3 works! setting to approved
I'm really sorry, but I don't know how to implement this one without some hacking on the fedbadges backend.
I want to elaborate on what the problem is (the limitation to the way the fedbadges backend is coded).
Here's the current IRC badge: https://git.fedorahosted.org/cgit/badges.git/tree/rules/irc-speak-up.yml
The 'recipient' at the bottom is the list of people in msg.attendees -- that's a list of people.
msg.attendees
For an example of a badge that counts some number of events in history, see this badge: https://git.fedorahosted.org/cgit/badges.git/tree/rules/badger-03.yml
See the 'criteria->datanommer->filter->users' entry? That only works because the incoming message is only associated with one user: msg.user.username. The IRC messages, on the other hand, are associated with multiple user names: msg.attendees. That datanommer interface would need to be expanded to somehow handle a list of people intelligently.
msg.user.username
We would probably need some kind of loop, so that you can check if each of the people in the meeting should be given the badge.. not just the whole set as a group. (one person might have attended 10000 meetings, while another in the same meeting might only have ever attended 3...)
Thanks for adding this info in, Ralph. So it wouldn't be a straightforward way to implement this badge.
I'm going to "import" Ticket #443 and subsequently close it as a duplicate.
= Badge Description =
= Understanding badge =
1) What are those activities?
2) Who is doing them (are they packagers? translators? newcomers? veterans? users? sponsors?)
3) Why are they doing them (is this a means to a different end?)
4) When do they do them (every day? once a year?)
5) How do they do them (by talking in IRC? by running commands in the console? by using a web interface?)
= Artwork concepts =
Metadata Update from @riecatnor: - Custom field artwork adjusted to approved - Custom field concept_review_passed adjusted to None (was: 0) - Custom field has_complete_yaml reset (from Not yet possible) - Custom field has_description reset (from 0) - Custom field has_name reset (from 0) - Custom field needs_manual_award reset (from 0) - Custom field triaged reset (from 0) - Issue close_status updated to: None
Metadata Update from @riecatnor: - Custom field has_complete_yaml reset (from false) - Custom field has_description reset (from false) - Custom field has_name reset (from false) - Custom field needs_manual_award reset (from false) - Custom field triaged reset (from false) - Issue tagged with: artwork-approved, community
Metadata Update from @sayanchowdhury: - Custom field has_complete_yaml reset (from false) - Custom field has_description reset (from false) - Custom field has_name reset (from false) - Custom field needs_manual_award reset (from false) - Custom field triaged reset (from false) - Issue tagged with: not-yet-possible
@jflory7 do you know if this badge is possible yet? thanks!
Metadata Update from @riecatnor: - Custom field has_complete_yaml reset (from false) - Custom field has_description reset (from false) - Custom field has_name reset (from false) - Custom field needs_manual_award reset (from false) - Custom field triaged reset (from false)
Issue tagged with: AW: needed
Metadata Update from @riecatnor: - Custom field has_complete_yaml reset (from false) - Custom field has_description reset (from false) - Custom field has_name reset (from false) - Custom field needs_manual_award reset (from false) - Custom field triaged reset (from false) - Issue untagged with: AW: needed - Issue tagged with: S: needs rules
Log in to comment on this ticket.