В настоящее время в списке тем в выпадающем меню категорий отображаются только категории верхнего уровня:
В некоторых случаях появляется поле поиска, где можно напрямую перейти к подкатегориям:
Но это поле появляется не всегда (по-моему, это зависит от того, сколько категорий видит пользователь).
В композере и других разделах приложения, с другой стороны, пользователи всегда могут перейти напрямую к подкатегории.
Несколько мыслей:
(a) Стоит ли обновить логику, определяющую появление поля поиска?
В частности, было бы полезно, чтобы оно отображалось для всех на Meta прямо сейчас, пока мы экспериментируем с более вложенной структурой категорий.
(b) Стоит ли рассмотреть возможность сделать его более похожим на остальные выпадающие списки категорий, например, тот, что в композере?
Это изменение будет более масштабным, чем вариант (a), но, возможно, стоит подумать о том, чтобы сделать его более согласованным с другими селекторами категорий?
“hide search input in filters dropdown if list is less than 10 options”
To me, it feels like while they aren’t shown by default, the subcategories that search would return should be counted to determine if there are more than 9 options.
Стоит подумать, стоит ли объединить выпадающие списки категорий и подкатегорий — в редакторе у нас один выпадающий список, поэтому отображение подкатегорий там необходимо.
В навигации выпадающие списки также выполняют функцию хлебных крошек, поэтому мы их разбиваем и делаем отдельные меню для категорий, подкатегорий и тегов.
Как вы хотите реализовать опцию «без подкатегорий» в одном выпадающем списке?
Идея выбора того, что именно вы хотите видеть:
сообщения из родительской категории и всех её подкатегорий
только сообщения из родительской категории
сообщения из одной из подкатегорий
мне кажется логичной. Опция «без подкатегорий» нужна, чтобы получить то, что раньше было Support, теперь, когда у него много подкатегорий. Поэтому я не уверен, как это можно реализовать в одном меню.
