Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Landing pages for groups (Members of the collaborative groups) #323

Open
askarlupka opened this issue Jan 12, 2024 · 14 comments
Open

Landing pages for groups (Members of the collaborative groups) #323

askarlupka opened this issue Jan 12, 2024 · 14 comments
Assignees
Labels
🧙‍♀️enhancement New feature or request

Comments

@askarlupka
Copy link

🤔 Tell Us About the Feature

I'm frustrated when I am trying to find members of different collaborative groups both the PIs and the NCI affiliates for each of the research groups but that information is behind a log-in wall.

🎇 What Solution You'd Like

I want the to the collaborative groups on this page: https://edrn.nci.nih.gov/about-edrn/groups/ to go to a page similar to this: https://edrn.nci.nih.gov/about-edrn/groups/collaboration-and-publication-subcommittee/ which has an overview of what it the group is and its members. Then on that page have the link to access the private information for that group.

〽️ Alternative Ideas

I would just like some where intuitive to have which members are affiliated with which groups. Especially NCI program officers so that external PIs know who is the contact person at NCI for that group.

🗺 Context

Add any other context or screenshots about the feature request here.

@nutjob4life
Copy link
Member

@hoodriverheather check out this issue from @askarlupka.

I think we could easily accommodate this by making the organ collaborative groups (and any other private groups) public, but keeping their sub-pages (web pages and committee events) private to those groups. That way, any visitor could come along to say the Lung group, see the officers, scientists, chair, co-chair, and members.

We could include a message like "Are you a member of this group? Logging in may give access to private group-specific documents and events."

What do you think?

@askarlupka
Copy link
Author

I love that idea!! I was confused given the log-in prompt because it allows me to log into the three different locations and I didn't know which one contained the information that was supposed to be on that page. So maybe also adding text above the log-in prompt maybe giving a very general description of what information regarding that group could be found by going through the different log-in prompts. Happy to create a new issue for this specific request in the future though because it is different

@nutjob4life
Copy link
Member

Hi @askarlupka, I think tracking it in the comments on this single issue is fine 😇

I'll let @hoodriverheather chime in just in case she has some other ideas.

Code freeze for 6.9 is a week from today but if this idea passes muster I think we can fit this in easily enough.

@nutjob4life nutjob4life added this to the 6.10 milestone Jan 16, 2024
@hoodriverheather
Copy link

This is a great idea! Thanks @askarlupka . @nutjob4life for the login, would it be possible when a user is requesting a page from the Public Portal to direct them to a specific public portal login page?

@hoodriverheather
Copy link

@nutjob4life I think we do need to keep the Network Consulting Team page completely private. We could confirm with DMCC or NCI :)

@nutjob4life
Copy link
Member

@hoodriverheather not sure what's meant by "specific public portal login page".

We have the "one true login page" and it automatically redirects back to whatever page you were looking at before, so if we were to add a login link to each committee/collaborative group/working group/etc., then after logging in you'd end up back at that committee/collaborative group/working group/etc..

Hope this helps!

@hoodriverheather
Copy link

@nutjob4life I was just wondering if it could direct you specifically to the EDRN login prompts.
Screenshot 2024-02-01 at 10 23 28 AM

That way if a user is coming from the public portal and needs to login, they don't have to figure out which of the 3 options to select. IDK. This has always been confusing and hard to explain. :)

@nutjob4life
Copy link
Member

nutjob4life commented Feb 1, 2024

Ahhh, I see what you mean. Yeah, you know you want to log into the portal and not LabCAS nor the "secure" site, so those other options are just a bunch of visual noise.

Yes, I think we can do something like that. But since it's orthogonal to the display of group members, I'm going to file that as a separate ticket

@nutjob4life
Copy link
Member

nutjob4life commented Feb 2, 2024

Argh, I thought this would be a small change but it's actually enormous.

  • The portal currently uses Wagtail "page view restrictions" on the various groups in order to keep those groups that should be private, private.
  • To show the members of groups to the public, I need to remove the page view restrictions.
  • But this means that the various agendas, PowerPoints, and other files would become public.
  • I have a feeling they'd prefer some/all of these to remain private.
  • We can offer a feature where each group has two "folders", one for private things for members-only and one for public things they want to share with the public—but this is extra work
  • But this would also apply to events…do we want events to be public or can they all be private? Or will groups want a mix of public/private events?—which is a lot of extra work
  • Or can we assume that everything a committee/working group/collaborative group is to remain private to that group but just the membership of the group is public; in which case visiting such a group would show the name of the group and its members but a button like Click here to access this group's workspace which includes its events, files, agendas, etc.—which would simplify things!—and in this case anything they'd want to "publish" would go somewhere else on the portal?
  • Or, we just remove the "page view restrictions" but then people will need to remember to make files private if they don't want them publicly available 😬

And the Network Consulting Team is, of course, a special exception in that its materials and membership are private!

Looking for input from both of you!

@askarlupka
Copy link
Author

askarlupka commented Feb 3, 2024 via email

@hoodriverheather
Copy link

@nutjob4life Could you have a "landing" page for these similar to what you implemented for the Data Collections page? where you're taken to just a list of the members (where appropriate) without a login? And then if you continue on you get taken to the pages are they are currently implemented? Maybe that's what you already said above. Of course, we would need to get permission from NCI to ensure we can make the member lists public. Otherwise, leave as is?

@nutjob4life
Copy link
Member

@hoodriverheather yeah, that's what I'm describing in my 7th bullet item in this comment, and I think it's a nice balance.

You get the "landing page" with the name of the group and its members. And it makes all the powerpoints and PDFs and agendas private under a clearly labeled "workspace" on the landing page—and that requires a login.

@nutjob4life nutjob4life changed the title Members of the collaborative groups Landing pages for groups (Members of the collaborative groups) Feb 14, 2024
@nutjob4life nutjob4life modified the milestones: 6.10, 6.11 Feb 14, 2024
@nutjob4life nutjob4life modified the milestones: 6.11, 6.12 Mar 13, 2024
@hoodriverheather
Copy link

@nutjob4life I have lost exactly what I'm supposed to test on this. Can you please remind me? Sorry!

@nutjob4life
Copy link
Member

@hoodriverheather this is slated for milestone 6.12. You don't need to do anything on it—but thanks in advance! 😅

View the open 6.11 issues here

@nutjob4life nutjob4life removed this from the 6.12 milestone Apr 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🧙‍♀️enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants