Category creep and information overload

ux
#3

I may be wrong as I have not implemented this, but you could achieve this with Groups instead, no?

It would mean a bit of set up for each Branch (sub) category but you could create one for each branch and make it only visible (in its security settings) to members of the appropriate Group. Then you create a list of groups and get members to subscribe to their branch (and any others they are interested in). These could, in theory, each have their own sign-up rules.

I guess you could achieve this by making all other content visible to members of some generic group that gets assigned automatically the moment they select a branch (i.e become members of Group:BranchX and Group:AllQualifiedMembers).

It would mean that there would be little content to show unless you registered with a branch, but that would make the instructions clearer.

However, if you are managing the migration using SSO it might be possible to them pre-assign groups to each user depending on their source, skipping the initial step at least, see:
https://meta.discourse.org/t/official-single-sign-on-for-discourse/13045/255

Would that work?

2 Likes
#4

We’ve discussed something similar before in this topic, too:

2 Likes
#5

I have tackled some of theses issues by

  • making categories restricted to certain groups, except for a top level Welcome category for users not logged in
  • setting main site categories to viewable by TL0 so logged in users get the content common to all users
  • using the groups page to allow users to “follow” restricted categories
  • suppressing subcategories on hamburger menu
  • adding a groups icon to the nav

This works ok for me, including creating a curated email summary for the groups that each user follows. See https://community.talkbaq.org for an example.

At scale, the menu and groups page gets unwieldy. Some ideas to consider

  • group page enhancements to help with order and arrangement, “My Groups,” group categories, show group description/dated added, search, orderby (clickable) options, etc.

  • simple category overview page that shows all categories and subcats on one page like a sitemap

  • The new changes are great but further enhance the preference page for Categories to add a “check the box” interface.

  • Show groups on profile in more pretty way and under separate tab

  • Preference page for categories or groups page could be part of registration flow to let users pick their groups/categories.

  • Allow generic invites not tied to an email so communities can be transitioned in more easily with group assigments when you don’t have a user’s email or you want the invite to be shareable (used with caution)

  • As an alternative to groups approach. allow categories to be private but not hidden, so users know the categories exist and can get instruction in the about topic on how to join.

  • Above all else–should work on mobile.

The downside to all this for me is it takes everything out of search because categories are restricted. Also users have to jump through a couple steps.

6 Likes
#6

I suggest that tags are a better fit in most circumstances – you should generally start with a lightweight tag before jumping to a heavyweight category.

The big exception is permissions, if you need permissions around it, then it must be a category.

4 Likes
#7

Agreed. The other exception here is the info overload issue. Groups/categories let you have a Twitter follow model.

3 Likes
#8

You can mute tags just fine though. So I am not sure I agree.

1 Like
#9

But can you not see tags that you don’t want to see?

I’m working on importing a Ning community that has ~700 categories, each one for a county in the US. The nature of the discussion is that you’re likely not to care about any county that you’re not specifically interested in. Ning calls these “groups”. I’ve imported each Ning group as both a Discourse group and a Discourse category; groups are given write access to their corresponding category.

I’m trying to figure out how to at once make all of these county categories available to search engines and not-yet-users while also not flooding top and recent with categories that people are not specifically watching.

2 Likes
#10

How did you ever resolve this?

I’ve been trying out the Mozilla forums that @LeoMcA admins, and been feeling like I’d really like a quick way to mute all but these N categories.

#11

It’s still on my list! That site’s not live yet.

1 Like
#12

The preferences/categories page really feels clunky with a lot of categories. It’s a good example of Discourse isn’t supposed to have so many cats.

Some sort of UI that can help people mute everything and then unmute just a few interesting ones would help for users. (Still lots of minefields elsewhere.)

1 Like
#13

This doesn’t make sense to me. Traditionally the way this is done on large forums is that you only ever visit a few sub-forums (categories, in Discourse). So you don’t need to see or care what is going on in the other 14 categories, just visit the two you care about. Why would you need to mute what you never see anyway?

#14

@elijah do you have mailing list mode enabled? Or are you being mentioned, or is a group your are in being mentioned, in too many posts? That might lead you to getting too many notifications, which I am guessing is causing your info overload.

Or maybe you are tired of seeing stuff in email summaries that you don’t care about?

#15

Well, I guess because I like go latest and the suggestions at the bottom of topics to be useful.

@tobiaseigen I’m using it as a website.

#16

Not really sorted it aside from possible nagging about keeping the categories under control. Time passes so I can’t remember how long CAMRA Discourse has been running but it’s doing “okay”. @HAWK will be aware of some of the softer issues one raised over on Fever Bee.

Whilst I’ve got used to the way everything is lumped together and non-categorised by default, it does cause the more infrequent visitors a little bit of trouble. But we’re getting there.

I do personally find myself reading topics that I’d prefer not to read because of the way they are presented on the latest timeline.

I random thought just hit me - there are many topics that I’m not really directly interested in but if they got really busy, I might want to re-visit. Muting a topic is too draconian IMO. Maybe a “Mute unless it gets busy”. Yes, I know that’s a very nebulous end user requirement.

In our helpdesk system, I often “snooze” tickets. I do want to action them but not right now. So maybe a snooze feature, e.g. mute this topic for N days. For threads that I do want to read when I’ve got a moment spare but don’t want them in my “Latest” list right now.

Just thinking out loud.

1 Like
#17

In the Mozilla one, there are a lot of topics that are in local languages. I can’t read Brazilian Portuguese, that topic is not for me. In the case above, there are categories for localities. Places that aren’t local will not be interesting to people. (And there will be more not local than nearby.)

1 Like
#18

AFAIK the Top list is not affected by Mute.
Unless I’m missing something, it seems that page would allow one to find “busy topics in categories not overly interested in” depending on what “busy” means.

#19

Because in the latest view, I see all posts from all categories.

1 Like
#20

Category mute works 100% with Latest. Probably not with Top, but I don’t look at that often. I keep #dev:translations muted here, and I never see topics from that category. Not on Latest, not on New, and not in Suggested Topics.

#21

One recommendation, for sites that host wildly different content by category (completely different languages is a good example), is to limit suggested topics to the current category. There is a site setting for this. Also applies to @Rob_Nicholson’s case.

image
image.png1041×111 8.67 KB

8 Likes
#22

Is it possible to show categories but suppress subcategories in the hamburger menu?