Currently the links to add new content to groups is only in the toolbar. This took me a while to notice and I would think would others as well... I suppose because the toolbar is where I'd expect to find site-wide links rather than group-centric links.

Might be worth putting them in the group area as well?

CommentFileSizeAuthor
#1 content_creation_links_sidebar-1515040-1.patch1.89 KBlightsurge
#1 group_content_creation.png13.24 KBlightsurge

Comments

lightsurge’s picture

lightsurge commented
StatusFileSize
new group_content_creation.png13.24 KB
new content_creation_links_sidebar-1515040-1.patch1.89 KB

This patch puts the group content links in the sidebar as well, see screenshot. Maybe the patch is a bit lazy but it's light! and I don't think it needs anything special, looks alright as simple links to me.

lightsurge’s picture

lightsurge commented
Status: Active » Needs review
lightsurge’s picture

lightsurge commented
Status: Needs review » Needs work

The block displays 'Join this [etc] group' for anonymous users, which leads to an access denied. Worse, with anonymous caching, it shows the same group name.

We could use the context to hide the block for anonymous users, it could go in the block as well, but perhaps the context is as good a place for the check.

jgraham’s picture

jgraham commented

Related #1493412: Check for group membership state on Julio toolbar

jgraham’s picture

jgraham commented

Related #1481130: Allow administrators and content creators to add content in any group

jgraham’s picture

jgraham commented

I've split the issues around anonymous users into #1516778: Group content links and join should not show up for anonymous users as a bug so that this issue can focus on the usability aspects of group content.

jgraham’s picture

jgraham commented
Assigned: Unassigned » penguininja
Status: Needs work » Active

I don't think adding to the group block area is a good solution. Personally I would like to remove all authenticated user links from the content areas, with the exception of contextual links and edit tabs. Instead those links should be in the toolbar or toolbar drawer. This way the content areas look as close as possible to a non-authenticated users experience and there aren't large jumps when moving from authenticated to non-authenticated user's layout.

Re-assigning to penguininja for css on the toolbar drawer. At one point the create content items looked more like links/buttons in the hover state. In the move to the toolbar-drawer we lost the additional styling which makes it unclear that these are links.

jgraham’s picture

jgraham commented
Status: Active » Closed (won't fix)

We are going to deprecate toolbar and as part of that process this usability issue will be addressed.

#1872490: deprecate julio toolbar