Finding Groups by Site Search

I think we should do an opt in here, cause on mobile it is awkward to have to go to 4 different spots for all your searching needs (groups page, users page, categories and search)

As an opt-in this would require one extra combo box flick (default to topics), but if you opt for the pain then we don’t need to go 3 columns, we can just do @awesomerobot’s original mockup and display users/categories/groups on top!

Search: <- combo box

Sorry for the delayed response; had to get the latest version installed to see that Group>Interactions>Visibility feature.

Agree, our users would not be digging around in the advanced search. We’d want to see groups come up off the search glass icon on the main header, which they are not even with the latest beta and group visibility turned on.

1 Like

This is now implemented thanks to @joffreyjaffeux :confetti_ball:

@awesomerobot / @joffreyjaffeux I wonder though… should we move categories below groups ?

I think it is more “natural” to have them below groups. There is often logical coupling of groups and categories so having them close together is handy.

I also think even though it is a bit noisy separators between users / groups / categories make sense.


Awesome! Is there a setting to enable it? I’m pulling from beta, and I think have the latest with this commit:
But don’t see any groups coming up in the quick search, just tags and users.

You are going to have to wait a week or so here, this is in tests-passed only.


Labels for those different sections (users, groups, topics, categories) would be a big help for new users.

Having a look, it seems to search on Group Name, but not Full Name, which is not the logical search string for multi-word Group names. e.g. one cannot type new owner, but must type:

I’ve wondered if Group Name should really be called Group Slug, since that’s what it seems to be relative to the Category Slug: An important field, but not necessarily containing the name a human will use, i.e. search on.

1 Like

Agreed, will change it and other minor tweaks reported in this topic. Thanks.


Ok most of it will be done in:

Will merge tomorrow morning.


Seriously. Labels. I have no idea which “cat is cool” I’m supposed to click on, and I’m an admin.

1 Like

It’s pretty clear to me as it’s using the same patterns you can find anywhere in the app, but I’m not opposed to it.

@awesomerobot what do you think ?


2 posts were split to a new topic: Should it be more obvious that tags are tags?

Looks great! Thanks for your work, @joffreyjaffeux :tada:

1 Like

Can we do a bit of a line reduction?

Remove line between tags and categories, remove line between users and groups, move “more” link for users to underneath groups, have it do “more users + more groups” in one go


I feel rather strongly that we should not be putting lines between user/group and tag/category. Those are logically related entities.


I am liking this addition - thanks!

One note is that it means sloppy community managers will have to go through their whole list of groups and make sure visibility is set up properly, otherwise groups created to provide access or whatever reason will show up and might look weird. Also, groups set up to provide access to private categories should include a link to the category otherwise members might find themselves on the groups page and not know where to go talk.

It only shows 5 groups even if there are more matches?

Width provided for groups in search results is a bit too narrow in cases when there are not categories or tags with longer names also showing up - see screenshots below.


On my site we use very long group names, which look especially weird. Not sure there’s a good answer for this or how much it really matters, but thought I’d mention it.



I think we still have a bit of inconsistency here:

  1. Community tag is bigger than community category, text height matches when you look at topic title we should match here.

  2. Meta has: prioritize username in ux as false and display name on posts I think as a side effect it is nice that it forces us to this format:


I think it would be more correct to then match it in search and display Name in bold and then username in weak (which is also what the user card does)

  1. I think we should piggy back display name on posts and show the group name as well in the same priority rules as usernames do above.

So in the example above we should show:

Community Team

  1. I think we should force the group icon to be as big as the user icon for better alignment. Groups can have custom icons we should display them (for example plugin authors here)

  2. More button should be moved below the groups (I think it looks a bit clearer)


I just updated the PR with this nice list:


This is now merged and deployed on meta. Think we can close it for now, feel free to reopen @sam if I misunderstood some of your requests.