Closed Bug 971969 Opened 11 years ago Closed 11 years ago

Add a required field to curated groups: "Criteria for Joining"

Categories

(Participation Infrastructure :: Phonebook, defect)

2014-03.1
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: hoosteeno, Assigned: jeffpotts01)

Details

(Whiteboard: [kb=1274608][mentor=giorgos@mozilla.com][good first bug][difficulty=2/3][lang=python])

Attachments

(2 files)

A discussion on the community builder's list[0] included a suggestion to ask Curators to explain what the criteria would be for accepting membership requests. Let's build a required field: "What criteria will you use to evaluate membership requests" (wordsmithing welcome). For this field, "none" will be a perfectly fine answer, but "" will not. We can display this criteria in the group's information box alongside other information about the group. [0] https://mail.mozilla.org/pipermail/community-building/2014-February/001198.html
Whiteboard: [mentor=giorgos]
(In reply to Justin Crawford [:hoosteeno] from comment #0) > A discussion on the community builder's list[0] included a suggestion to ask > Curators to explain what the criteria would be for accepting membership > requests. Let's build a required field: "What criteria will you use to > evaluate membership requests" (wordsmithing welcome). I like this idea. Will this field be required only if the group is set to accepting members 'by request only'? I don't think we need a criteria field for groups where the membership is open.
Yes that makes sense for groups which moderate memberships.
Whiteboard: [mentor=giorgos] → [mentor=giorgos][good first bug][difficulty=2/3][lang=python]
Assignee: nobody → jeffpotts01
Status: NEW → ASSIGNED
Making progress on this if you want to take a look. Added a new field to capture the criteria. Also added a clean method to the SuperuserGroupForm to validate that the criteria is not blank when memberships are moderated. In edit mode I added the field to its own fieldset though I initially put it in the same fieldset as the moderation dropdown. It didn't look right so I moved it. Remaining work is to add the client-side JavaScript necessary to hide/display the field depending on the value of the moderation dropdown and to make the criteria show up on the read mode group page.
This is complete. Created a pull request: https://github.com/mozilla/mozillians/pull/819 Tried to squash into a single commit but it is showing as six commits. Let me know if I need to fix that.
Thanks for the pull request Jeff. I'll reply in github with review comments.
Whiteboard: [mentor=giorgos][good first bug][difficulty=2/3][lang=python] → [kb=1274608] [mentor=giorgos][good first bug][difficulty=2/3][lang=python]
Incorporated your feedback and created a new pull request: https://github.com/mozilla/mozillians/pull/827
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Version: other → next
Attached image new criteria field
There are a couple issues I'd like to resolve before we launch this one: 1) There's no required indicator (*) on the criteria field 2) The error message on the field wraps oddly See attached. Fixing the first is probably a hack, since normal field helpers might not apply here. Fixing the second might just be a matter of forcing a line break in the middle or constraining the text within a width-limited container.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to Justin Crawford [:hoosteeno] from comment #9) > There are a couple issues I'd like to resolve before we launch this one: I have one more enhancement suggestion. Let's left align the 'member criteria' text area with the 'accepting new members' dropdown box. This would be consistent with how we align form elements on other pages. This field looks great - thanks Jeff!
I will look at the other pages to figure out how to left align those two fields. Regarding the required indicator, there is a helper called mozillians_field that gets the template used to create field labels and fields. What if we add an argument to mozillians_field, like force_required, which would default to False. The flag would be passed to the template in the context. The template could then turn on the required indicator if the flag is true. Just brainstorming here, open to other ideas, of course. Regarding the validation error message wrap, I agree it looks bad. Maybe all text areas should display error text on a new line below the field? Not sure how to do that offhand, but I'm just thinking this probably won't be the last time it will come up.
Just checked in some attempts to address a couple of these enhancement requests. On the error message, I added max-width:200px; display:inline-block; to .error-message. That fixes that particular error message and doesn't seem to adversely impact any others. On the required indicator, I implemented what I described above on 2/27.
Jeff it would be great if you could complete this today (Wed 5). Always happy to help you if you're busy. Let me know. Thanks!
This needs your attention. I think it is close and probably ready to go as-is, but it is your call. The required indicator makes the two fields line up nearly perfectly. If that's not good enough I'm not sure what the best approach is. Needs a CSS person.
Jeff you forgot to pull request! :) You had the code in your repository and I created a pull request for you with minor changes on the css side. https://github.com/mozilla/mozillians/pull/847 Thanks for working on this!
Commits pushed to master at https://github.com/mozilla/mozillians https://github.com/mozilla/mozillians/commit/115c83741a4c4b3b95261e37ce25cf72932bd87c [fix bug 971969] Fix criteria error message and required indicator. https://github.com/mozilla/mozillians/commit/1325ef2ac1df63e869b0db0583490e648c12a886 Merge pull request #847 from glogiotatidis/971969_3 [fix bug 971969] Fix criteria error message and required indicator.
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Attached image QA - verified on stage
Creating a new group and selecting "By request" for new members creates a text box. It does not create the group until it contains text or is changed to "No" or "Yes." Creating the group displays the text in the group description as requested.
Status: RESOLVED → VERIFIED
Version: next → 2014-03.1
Whiteboard: [kb=1274608] [mentor=giorgos][good first bug][difficulty=2/3][lang=python] → [kb=1274608][mentor=giorgos@mozilla.com][good first bug][difficulty=2/3][lang=python]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: