You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had a good discussion with Rob last night, where I was shown a ton of cool ways to change the values listed in the volunteering checkboxes on the prereg form. However, there's a few things I think could further improve that process for Reggie admins.
Editable public name vs. private name. In older deploys of uber, there's a yaml config that allows you to edit the listed departments and then to map a name to them. This was obsoleted when the department name was directly editable from the Departments tab, but we lost the feature of being able to have an internal name independent from the name we displayed to the public. "C-SEC" at a glance doesn't make sense when "Concert Security" would work better. Same thing goes for a couple of the other departments.
Being able to list roles within a department as an interest. The main department that would benefit from this would be Tech Ops, who would like to list themselves as "IT Infrastructure" and "Panels A/V" rather than simply Tech Ops. This distinction is currently being made by the description, but more granularity would help an admin figure out a person's skillset at a glance.
Having separate checkboxes for volunteers and staff. Having a separate set of checkboxes for staffers and volunteers would allow us to show volunteers a set of general departments, while giving additional options after they've been through their first year vetting process. This is probably the hardest to implement, but I see having a lot of good benefits. Alternatively, we could have all options listed together, with the checkboxes greyed out for a registering attendee, but clickable for a returning staffer.
There's some other stuff I'd like to do to the volunteering prereg form, so I'm sure you'll hear from me again. If any of this is a particularly easy change, let me know where I can look, and I'll try to make a pull request!
The text was updated successfully, but these errors were encountered:
I had a good discussion with Rob last night, where I was shown a ton of cool ways to change the values listed in the volunteering checkboxes on the prereg form. However, there's a few things I think could further improve that process for Reggie admins.
Editable public name vs. private name. In older deploys of uber, there's a yaml config that allows you to edit the listed departments and then to map a name to them. This was obsoleted when the department name was directly editable from the Departments tab, but we lost the feature of being able to have an internal name independent from the name we displayed to the public. "C-SEC" at a glance doesn't make sense when "Concert Security" would work better. Same thing goes for a couple of the other departments.
Being able to list roles within a department as an interest. The main department that would benefit from this would be Tech Ops, who would like to list themselves as "IT Infrastructure" and "Panels A/V" rather than simply Tech Ops. This distinction is currently being made by the description, but more granularity would help an admin figure out a person's skillset at a glance.
Having separate checkboxes for volunteers and staff. Having a separate set of checkboxes for staffers and volunteers would allow us to show volunteers a set of general departments, while giving additional options after they've been through their first year vetting process. This is probably the hardest to implement, but I see having a lot of good benefits. Alternatively, we could have all options listed together, with the checkboxes greyed out for a registering attendee, but clickable for a returning staffer.
There's some other stuff I'd like to do to the volunteering prereg form, so I'm sure you'll hear from me again. If any of this is a particularly easy change, let me know where I can look, and I'll try to make a pull request!
The text was updated successfully, but these errors were encountered: