CUNY Academic Commons

Great idea, Laurie. Colin, can you please add this to our agenda for today?

We unfortunately didn't get to this during the meeting today, but I'll flag for Sara here and during the next dev call, as I think it would be good to update these as well if we can.

Hi Sara, this is all looking good to me, only one sizable change on the copy:

- On the first page, it's "basis for another" not "anothe" at the top.

- On the first page, the Academic Term and Cluster fields should only appear if the Primary Purpose selected is Teaching (sorry if you've already incorporated this).

- On the second page, "to invite others?" not "other?".

- On the third page, "throughout the Commons" not "commons".

- On the fourth page, under the Cover Image title let's say: "You can add an image here to appear across the header of your group. For best results, upload an image that is 1950px by 450px or larger. You can also click the link below to choose a header image from our Commons Art Banner collection."

Hi Sara, just a note about trying another button on the Congratulations screen linking to documentation:

- For a Group, it can say "How to use Groups" and link to:
https://help.commons.gc.cuny.edu/how-groups-can-use-the-commons/

- For a Site, it can say "How to use Sites" and link to:
https://help.commons.gc.cuny.edu/overview/

- For a Group + Site, I think we skip it since there are already three buttons.

A first pass at the redesigned group creation process is in place. Some notes and questions for Sara:

1. The comps don't have a Cancel button. It was added in #4350. I leave it to the team whether it's still necessary. For the time being, I've removed it.
2. The text under 'Congratulations' on the final panel is built dynamically. If you've created a group+site, the language is different from if you've just created a group. The text also contains the name of the group, and a link to it. I've left some of this in place for now, and we can determine as a group whether it's worth changing/simplifying.
3. Currently, the Congratulations panel shows different text and actions for post-clone than what you see post-create. I've left the existing test so that you can compare and contrast. We should decide how and whether we want these to align.
4. Where should the "How to use Groups" button point to?
5. I've made some guesses about the best behavior on mobile. I could use a bit of guidance on the avatar step (which should then be duplicated in the settings for existing groups) and also for the "card" view on the Congratulations panel.
6. The mockup has a panel for Site Details, but it doesn't have the section at the top for deciding whether to create a new site vs use an existing site vs clone. I think we need to keep some version of this. I've left it for the time being.
7. In general, there are some places where the redesigned creation flow has similar interfaces to the group settings flow, but where the comps have them appear slightly different. Compare, for example, the 'Group Privacy' section during creation with what you see at [group] > Manage > Settings. Are we indenting radio buttons? Are we hiding help text behind tooltips? Etc. Sara, as part of your initial review, it would be helpful if you did some side-by-side comparison of these sorts of screens, to ensure that we're consistent - and when we're not consistent, it should be for a reason.

If I want to cancel a group creation, I'd just close the window before finishing, but perhaps others wouldn't trust or try that. If we already have the cancel button and flow in place, I can see the argument for keeping it. Here's the gif Ray made years ago showing it, which helped me understand:

https://redmine.gc.cuny.edu/attachments/9371/cancel-group.gif

Let's link the "How to Use Groups" button to this, and please capitalize "Use" in the button:
https://help.commons.gc.cuny.edu/how-groups-can-use-the-commons/

I looked at the different Congratulations Screen copy for post-clone and post-create, and they made sense to me. Correct if I'm wrong, but the main difference is that post-clone points you at the bottom to this documentation checklist, rather than to go to group / invite others / how to use buttons.

https://help.commons.gc.cuny.edu/clean-up-after-group-cloning/

Sara, I wonder how that auto-populating would work for group name and description of a clone. Should it be identical to the parent group name and description? We'd want to encourage making it distinct in some way right? In a way, perhaps leaving those blank and requiring new input encourages that?

Related to Sara's note about the Site Details tab that can't be accessed from the Finish tab -- should one be able to access ANY of those top tabs from the Finish tab, i.e. once you've completed the group creation? Because at that point going back to other tabs won't change the group you've already finished, right?

Thanks, all.

The footer needs to span across the screen

I've made the change.

When cloning a group, can the group name and description be auto-populated?

I had a similar response to Colin's, so I decided tentatively to append 'Clone of ' to the group name. However, I don't think this is a great solution. When cloning a site, we have a section under the URL interface that tells you the URL of the clone source, as a reference. I wonder if something similar would be good here.

Related to Sara's note about the Site Details tab that can't be accessed from the Finish tab -- should one be able to access ANY of those top tabs from the Finish tab, i.e. once you've completed the group creation? Because at that point going back to other tabs won't change the group you've already finished, right?

I believe I've made the necessary changes so that going back to a given step and re-saving will modify the just-created group. However, it's not possible to be 100% consistent about this. If, for example, you choose to clone an existing group, it's not possible to go back and decide not to clone that group, or to clone from a different source group. The use of a 'Back' link and the navigation is, in my opinion, liable to cause confusion and bugs, so I'd be in favor of removing it.

Let's link the "How to Use Groups" button to this, and please capitalize "Use" in the button:

Thanks, I've made the change.

Great catch on some of the inconsistencies. We probably should not be indenting radio buttons and go with the treatment under group settings.

OK, I'll take another pass through, and for those cases where an interface corresponds directly to one in the group settings, I'll change the implementation to match what's in the group settings.

If I want to cancel a group creation, I'd just close the window before finishing, but perhaps others wouldn't trust or try that. If we already have the cancel button and flow in place, I can see the argument for keeping it.

It's OK with me if we keep it, but I'm unsure where the link/button should go. Maybe a bit of guidance from Sara?