Mute category to mute all children categories

I think this is more logical. In case, we want to exclude a specific child category, just insert it to watch.
What do you guys think about this ?

6 лайков

Let’s say the board I’m on has the following category structure:

  • foo
  • bar
    • wimble
    • wobble
    • wabble
  • baz

I want to mute bar (and therefore the subcategories underneath it), but leave bar|wobble as it is normally. My understanding of your suggestion is that my only option is to Watch or Track bar|wobble? What if I just want bar|wobble topics to default to Regular?

I don’t know, maybe, its such and edge area of the system I am not sure I can justify making changes to it now.

2 лайка

Muting sub-categories would very much be the expected behaviour.

The way to implement this cleanly (from a user perspective) would be to add a new notification mode to sub-categories called “Inherit from parent” and make this the default. Users could then explicitely set the notification level for sub-categories if they so choose.

4 лайка

Извините, что поднимаю эту тему.

Могу подтвердить: у нескольких пользователей моего форума возникла путаница при отключении уведомлений для категории, содержащей подкатегории. Они спрашивали, почему категория появляется дважды на странице категорий: один раз приглушённой в основном виде и второй раз скрытой в раскрывающемся разделе. Им не было очевидно, что для полного скрытия категории необходимо также отключить уведомления и для её подкатегорий.

Другой возможный способ реализации — спрашивать пользователей, хотят ли они отключить уведомления для подкатегорий, после того как они выберут отключение уведомлений для категории верхнего уровня. Это не обязательно должно выполняться автоматически, но пользователи должны быть осведомлены о том, что отключение уведомлений для категории верхнего уровня может не отключить уведомления для всех тем внутри неё.

1 лайк

@codinghorror, я думаю, стоит возродить эту идею. Если бы отключение категории автоматически отключало все подкатегории, поведение было бы более логичным.

Это решило бы проблему, с которой сегодня сталкиваются @fitzy и @HAWK.

Предложение следующее (учитывая эту иерархию):

  • A
    • B
    • C

При отключении (A) категории (B) и (C) больше не будут отображаться в разделах «Последние» и «Категории», если они не отслеживаются явно.

Чтобы вернуть (B) в списки, нужно установить её статус в Normal.

При переходе в (C) вы увидите:

image

С тех пор прошло много времени, но эта мелкая проблема сильно влияет на нашу собственную команду. Я согласен, что поведение «автоотключение дочерних элементов» более интуитивно, и есть очень простой способ отключить его.

Что думаете?

3 лайка

Наверное, всё в порядке, её время пришло! :alarm_clock:

(Сопротивление здесь было в основном связано с тем, что под-под-под-подкатегории — это плохая, очень плохая идея. И они до сих пор таковыми остаются.)

2 лайка

Я предполагаю, что подкатегории должны наследовать состояние отключения уведомлений от основной категории только в том случае, если ранее ничего не было явно установлено. Таким образом, если я ранее установил B в режим «Слежу», то при отключении уведомлений для A будет отключена только C.

Отключение уведомлений — это лишь один пример. А как насчёт других статусов уведомлений?

Должны ли мы придерживаться последовательности и при решении отслеживать/вести учёт A также отслеживать/вести учёт B и C, или реализовать это решение только для отключения уведомлений?

Да, на самом деле я бы просто использовал значение по умолчанию, основанное на отсутствии записи пользователя для категории.

Отключение звука (A) в нашем примере выше не должно автоматически заполнять это поле значениями B и C.

Я, пожалуй, поддерживаю здесь последовательность. Но всё должно основываться на отсутствии данных; мы не должны создавать новые строки в таблице для подкатегорий.

2 лайка

Хочу указать на потенциальный риск, связанный с уже существующей несогласованностью. Отключение уведомлений для категории не отключает явно все темы в этой категории. Вместо этого оно переопределяет состояние «никогда не устанавливалось» для любой темы, трактуя их так, как если бы они были установлены в режим «Отключено». Однако установка отслеживания/подписки на категорию явно переводит все существующие и новые темы в этой категории в режим отслеживания/подписки. Важно отметить, что удаление категории из списка «Отключено» по сути возвращает всё в состояние, как будто вы никогда не добавляли её в «Отключено». Но удаление категории из списка отслеживания/подписки не отменяет того факта, что все существующие темы в этой категории по-прежнему находятся в режиме отслеживания/подписки. Это лишь означает, что новые темы в этой категории больше не будут отслеживаться/на них не будет подписка.

Лично я всё ещё сталкиваюсь с последствиями того, что однажды установил для категории Support режим отслеживания во время тестирования, поскольку теперь я периодически вижу индикатор непрочитанного рядом с этими темами, хотя они меня не интересуют. Сейчас я считаю, что это должно быть изменено: режим отслеживания/подписки на категорию должен работать точно так же, как и режим «Отключено», то есть переопределять состояние темы «никогда не устанавливалось» на состояние категории, не меняя фактически состояние отдельных тем. Но до тех пор, пока это не будет реализовано, я очень обеспокоен идеей сделать так, чтобы отслеживание/подписка на категорию также распространялась на все её подкатегории, поскольку это действие нельзя полностью отменить.

3 лайка

Отличная мысль, Шон.

Да, пока ограничимся только отключением уведомлений @kris.kotlarek. После внедрения этого изменения обсудим и другие состояния.

3 лайка

Эта функция реализована в этом PR

2 лайка