Topic list tabs for user-customizeable saved filters

[mcwumbly (Dave McClure)]

On some forums with a large variety of content, users will be most interested in topics that fall into a subset of the categories or tags available. When this becomes the rule, rather than the exception, forum admins can configure the home page to be the category listing rather than the /latest page. But then users must choose which door to go down - and they may be interested in seeing a listing from multiple categories at once.

A few topics have been posted about this in the past:

• Specialized Timeline?
• Filter topic with specific tag inside single category
• Category selector for latest
• Add a “Filter” button to index page

The basic idea is to add a few features that can help admins and intermediate-to-advanced users of a site like this create custom topic list views to so they can easily browse the content they are interested in at any given time.

Two alternative approaches are described below:

1. Create Custom Filter modal to add new Topic List Tab(s)
2. Add Favorites List to the Categories section in User Preferences

Approach #1

Create Custom Filter modal to add new Topic List Tab(s)

Summary of Changes

1. Add custom filter... option to the Categories drop down.
2. Click to open a Create Custom Filter modal
3. Custom Filter Modal allows multiple categories to be selected and saved as a new tab.
4. When the tab is selected, a gear icon button is visible to allow re-opening the modal to update the filter or delete it.

Mockups

Custom Filter…

Add custom filter... option to the bottom of the drop down.

Click to open a Create Custom Filter modal

Create Filter Modal

Select multiple categories to be included in topic list.

Name the tab and save it.

Tab Shown on Topic List Page

Tab is on topic list page (unselected)

Select Tab on Topic List Page

When the tab is selected, topics meeting the criteria of the filter are shown.

A gear icon button is visible in the upper right to allow re-opening the modal to update the filter or delete it.

Update or Delete Tab

After clicking the gear icon, filter name and criteria can be updated, or the tab can be removed completely.

Other possible enhancements

1. Allow admins to share a custom filter tab with everyone
2. Include tags in custom filter
3. Create custom filters from a search query

Approach #2

Add Favorites List to the Categories section in User Preferences

Here’s an alternate proposal based on @kegurler’s comment below.

1. Add a Favorites list to the the Categories section on the User Preferences page.
2. If any categories are added to this list, a Favorites tab is visible on the topic list page.
   If the list is blank, the tab is not shown.

Using the existing Muted categories list instead to solve this problem is not great because I likely do not want to fully mute categories. Also, on forums with a large number of categories, it’s nicer to choose a small list to call Favorites rather than Mute a large list.

This approach does not allow for adding multiple tabs with different filters, and would not be as open to further enhancements like filtering based on query strings.

But it’s worth considering starting with this approach as it is simpler than the first one and may satisfy a large proportion of the use cases.

Mockups

Add Favorites list to Categories section to User Preferences page

When list is not empty a Favorites tab is visible on the Topic List page

[kegurler (Kemal Gürler)]

Thanks for raising attention to this issue again

Your work seem good however I have another idea. Maybe, it is not necessary to have one more tab in homepage (favorites). Users can go to their profile settings and choose which categories they want to see in homepage. Therefore, current category tab will be specialized as user wish.

[mcwumbly (Dave McClure)]

Great idea.

Seems like it could be much simpler. And even if there is interest to do more it could be a better way to start building this feature.

I’ve updated the original post with an alternative approach based on @kegurler’s comment.

[Navidad20 (Agustin)]

Has there been any progress on this?

[fahadullah]

Is there any update on this feature? I think this would be great. My community has been asking me for this feature ever since we’ve moved to Discourse from vB.

[dmacjam (Jakub Macina)]

I also think it better to use the second approach as the proposed feature will be more consistent with current features - watched, tracked and muted categories.

If any categories are added to this list, a Favorites tab is visible on the topic list page. If the list is blank, the tab is not shown.

I have a different idea for the second step above. I see it as a feature of core Discourse (enabled/disabled by admin) and therefore I think Favorites tab should always be visible and if the list is blank, I suggest to inform/link user to user preferences where it is possible to add favorite categories. The rationale is that it will be more intuitive for users because user preferences might be too hidden for somebody. By this approach we can combine intuitiveness of first approach with consistency to current features of second approach.

[mcwumbly (Dave McClure)]

I’d prefer to get some input from the team about this feature before diving too deep into any more of the details.

[sam (Sam Saffron)]

@dmacjam

Penso anch’io che sia meglio utilizzare il secondo approccio, poiché la funzionalità proposta sarà più coerente con le funzionalità attuali: le categorie osservate, monitorate e silenziate.

Sono d’accordo, ma mi preoccupa cosa succederà quando si favoriscono 20 categorie. Inoltre, spiegare la differenza tra “favorito” e “osservato” sarà piuttosto difficile.

Penso che questo possa rientrare nell’area Customization > Plugin da esplorare, ma non sono sicuro se appartenga al core o meno.

[LeoMcA (Leo McArdle)]

I like the second approach, but question the need for a favourites field at all. Couldn’t the “Favourites” list just be populated with topics from categories which are watched or tracked?

Similarly on the categories page, and in the various menus which contain lists of categories, “my categories” (those which I’ve expressed interest in, i.e. tracked and watched categories), could be given a greater precedence, like in a separate section at the top.

[mcwumbly (Dave McClure)]

@LeoMcA

Couldn’t the “Favourites” list just be populated with topics from categories which are watched or tracked?

I think you can make a strong case for having Watched or Tracked be automatically added to this list.

But I would also like to be able to add categories I care more about without adding any more noise.

I don’t want to see every topic in these categories show up with little bubbles in my unread list and I don’t want to get notifications about them. I just want to be able to have a view like Latest that hides things I don’t care as much about.

So why not just Mute the other categories? Well, I’d still like to have access so something like Latest that does show all categories.

@LeoMcA

Similarly on the categories page, and in the various menus which contain lists of categories, “my categories” (those which I’ve expressed interest in, i.e. tracked and watched categories), could be given a greater precedence, like in a separate section at the top.

That makes complete sense.

[Shrike]

Thanks for RFC, it’s exactly a feature I’m lacking in Discourse when I start thinking about massive usage.

Approach #2 (as something that visible and editable in user settings) looks consistent with current approach at first but I guess it’s another feature. In User Settings we have several sets of categories to manage user’s track status. But here we’re talking about visibility of topics on home page. I think it’s ok to have a hidden category for home page but have it in “Tracked first post” set.
So I’d not mix these conceptions (I also at first came up with the idea to have additional settings for hiding category in user settings).

I like the idea to manage category visibility on the main page (Approach #1). But setting explicitly visible categories could be pretty limiting. Because it’s automatically leads to the fact that users will be missing all new categories (topics from them). So I’d suggest to exclude categories instead of to include.
Ideally it could be two modes in the dialog: choose what to exclude and choose what to include.

In anyway let me emphasis that from my point of view it’s a very important feature. Not particular implementation but conception of filter topics on main page. Because it’s the most often reasoning against Discourse I heard (“there’re a lot of unrelated stuff on main page!”) from (non-tech) people.

[mcwumbly (Dave McClure)]

Another observation here to consider when refining the proposed solution here:

@JagWaugh

The first thing that most users who customised their profile did was mute every category except for the one covering their Jaguar.

I think this is problematic.

It would be preferable IMHO if the design encouraged those users could just “star” or “favorite” that one category, instead of having mute all the others.

[LeoMcA (Leo McArdle)]

Propongo umilmente un approccio che combina il #2 con alcune idee che ho espresso in precedenza e con questi commenti:

@LeoMcA

Mi piace il secondo approccio, ma metto in dubbio la necessità di un campo “Preferiti”. La lista “Preferiti” non potrebbe essere popolata semplicemente con i topic delle categorie che sono seguite o tracciate?

@mcwumbly

Penso che si possa fare una forte argomentazione a favore dell’aggiunta automatica di “Seguite” o “Tracciate” a questa lista.

Ma vorrei anche essere in grado di aggiungere le categorie che mi interessano di più senza aggiungere altro rumore di fondo.

Approccio #2½

• Aggiungere un elenco Preferiti nella sezione Categorie nella pagina delle Preferenze Utente
• Aggiungere un’opzione “Le mie categorie” al menu a discesa delle categorie in tutte le pagine degli elenchi di topic
• Questo funziona come l’opzione “Tutte le categorie”, ma contiene solo topic provenienti da categorie (e categorie, nella scheda categorie) che sono tracciate, seguite o preferite

Credo che il vantaggio di questo approccio rispetto all’approccio #2 sia che mantiene la relazione attuale tra il menu a discesa delle categorie e le schede a destra:

Attualmente, il menu a discesa delle categorie filtra a livello di categoria (tra tutte o una specifica), e le schede filtrano ulteriormente a livello di topic (tra diversi stati dei topic e ordinamenti).

L’approccio #2 propone di aggiungere un filtro per categoria in un’area che attualmente contiene solo filtri per topic; questo approccio colloca lo stesso filtro per categoria nell’area che attualmente contiene filtri per categoria. Potrebbe forse essere chiamato “Preferiti” anziché “Le mie categorie” — anche se penso che “Le mie categorie” esprima meglio il fatto che questa contiene anche categorie seguite/tracciate.

Un altro vantaggio di questo approccio è che consente di filtrare per le categorie preferite in schede diverse da “Più recenti”. L’approccio #2 propone essenzialmente una scheda “Preferiti più recenti”. Questo approccio propone essenzialmente la stessa scheda “Preferiti più recenti”, insieme a una scheda “Preferiti nuovi”, “Preferiti non letti”, “Preferiti categorie” e “Preferiti top” — in modo che gli utenti possano consumare le loro categorie preferite nel modo desiderato.

Mockup

Supponendo che l’utente stia facendo qualcosa come seguire Contribute > Feature, tracciare #howto:admins e preferire Customization > Plugin e Contribute > UX

my/latest

my/new

my/unread

my/categories

[mcwumbly (Dave McClure)]

Yep, looks good to me! I think this is an improvement over the original proposal #2.

[mcwumbly (Dave McClure)]

A few more related topics (original post is too old for me to edit):

• https://meta.discourse.org/t/can-we-have-favorite-categories/4497
• https://meta.discourse.org/t/what-do-you-think-about-favorited-categories/6386
• Allow users to star or favorite categories then list them at the top

[mcwumbly (Dave McClure)]

Has anyone explored the idea of having a persistent sidebar on the left for category navigation?

More and more, I’m finding myself wishing for something for navigation and filtering the topic list by category that follows the pattern used by Gmail (for labels) or Slack (for channels).

The “Category + Latest” style for the category page is a step in that direction, but once I choose the category, then I lose the sidebar navigation. I also think the style could be super simple, basically just a vertical list (a la Gmail labels or Slack channels):

All categories

Foo
Foo/Red
Foo/Blue
Bar
Bar/Green
Bar/Pink
Baz

All tags

ping
pong
pang

Selecting one category or tag would filter the list accordingly on the right. Selecting “All Categories” would show everything.

---

In addition, Gmail lets you determine which labels to show by default with the options (Show, Show if Unread or Hide). Similarly, Slack gives you the option to Star a channel, which makes it show up in a shorter, curated list.

I think something similar here would still help too:

Favorites

Categories
Foo
Bar/Pink

Tags
Ping

In addition to having easy navigation to any individual favorited category or tag, it’d be cool if selecting “Favorites” would filter the list to everything that matches any “favorited” category or tag.

[Stranik (Evgeny)]

If I understand correctly after translation, I did something similar. But I want to say, this plugin is not universal. It may not work. It was created only for one specific site. In the source code of the plugin, hard-coded a specific way, with the website address… But you can look at its code. To do something similar. Remove all unnecessary.

• https://github.com/Toxu-ru/discourse-sidebar-blocks

You can try to use another: discourse-sidebar-blocks
And just to write a widget for categories.

$.ajax({
          url: "/categories.json",
          dataType: 'json',
          async: false,
          success: function(data) {....

[erlend_sh (Erlend Sogge Heggen)]

@mcwumbly

Has anyone explored the idea of having a persistent sidebar on the left for category navigation?

Yes, but only in mock ups:

Proposing a left-aligned slide out hamburger menu

Continuing the discussion from Full height, slide out hamburger menu: Here, I will make my argument in support of the left-aligned hamburger menu convention, combined with a reworking of Discourse’s default navigation of index pages. Upon entering meta.discourse.org, you would see this: [image] Drilling into a Category, you see this: [image] Hamburger menu has absorbed the top sub-navigation. Hamburger menu is shown by default on index pages (on Desktop, not Mobile) Fills the same nee…

[erlend_sh (Erlend Sogge Heggen)]

Stiamo finanziando uno sviluppatore per lavorare a questo plugin. L’Approccio #2 sembra la strada giusta da percorrere per un MVP. Pubblica qui sotto una specifica finale basata sui mockup di @mcwumbly e @LeoMcA.

Alcune modifiche:

• Il luogo principale di interazione dovrebbe essere la pagina /categories, dove è possibile cliccare su una stella per aggiungere una categoria ai preferiti. (mockup qui sotto).
• Non credo che debba essere aggiunta alla pagina delle Notifiche. I preferiti non avranno alcun effetto sulle notifiche. Opto invece per la pagina Interfaccia.

SPEC: Categorie Preferite

1. Esponi un pulsante a stella nella pagina /categories

Le stelle in /categories sono /nascoste con un toggle, come facciamo con gli argomenti:

Categorie

(Potrebbe essere utile vedere come appare con le stelle allineate a sinistra anche sulle categorie principali)

Sottocategorie

2. Aggiungi un elenco Preferiti alla pagina Preferenze Utente : Interfaccia.

3. Mostra “Preferiti” nel menu a tendina delle categorie

Se vengono aggiunte categorie ai Preferiti, nella pagina dell’elenco degli argomenti è visibile una scheda Preferiti.
Se l’elenco è vuoto, “I miei preferiti” non verrà visualizzato.

Supponendo che l’utente stia seguendo Contribute > Feature, tracciando #howto:admins e aggiungendo ai preferiti Customization > Plugin e Contribute > UX, l’utente vedrebbe quanto segue (mostrato qui come “le mie categorie”):

my/latest

my/new

my/unread

my/categories

(Le stelle cliccabili mancano nel mockup. Inoltre, questa schermata potrebbe non essere realizzabile.)

Obiettivi secondari:

• Le categorie preferite dovrebbero essere elencate in cima a /categories e nel menu a tendina delle categorie.
• L’utente può impostare “Le mie categorie” come indice predefinito.
• Gli amministratori possono definire un preset “Le mie categorie”, in modo che gli utenti registrati siano già configurati con alcuni preferiti predefiniti.

[mcwumbly (Dave McClure)]

So glad to hear this, @erlend_sh

I have a few thoughts, which may deserve mock ups, but I’m on my phone right now.

1. We’ve hidden the category drop-down. Would really like a way to have a simple top menu tab for the favorites topic list rather than bringing back the whole drop-down.
2. Perhaps, rather than a separate categories page for my/categories, the “starred/favorites” categories could be shown together as a separate group at the top of the existing categories page?
3. Seems like it’d make sense and be consistent to be able to star/unstar a category from the category topic list page (next to the drop-down where I can watch/mute it, etc).