#303: Speak up series continued
-------------------------------------+-------------------------------------
Reporter: gnokii | Owner:
Type: New badge | Status:
idea | new
Priority: minor | Resolution:
Keywords: | Has a name:
Has a description: 0 | 0
Artwork status: Approved | Concept approved (reviewers only):
(design team members only) | 0
External requirements: | Badge definition status:
Triaged (triagers only): 0 | Not yet possible
| Manually awarded:
| 0
-------------------------------------+-------------------------------------
Comment (by ralph):
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.
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.
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...)
--
Ticket URL: <
https://fedorahosted.org/fedora-badges/ticket/303#comment:8>
fedora-badges <
https://badges.fedoraproject.org>
A place to collect and debate badge ideas for the Fedora Badges app