Следует ли скрывать неработающие и устаревшие плагины, компоненты и темы из списков? Или нам стоит внедрить автоматическое предупреждение, аналогичное тому, что используется в WordPress, когда плагин не обновлялся в течение трёх лет?
Мы установили теги broken, deprecated, end-of-life и unmaintained по умолчанию в режиме «заглушено», чтобы темы не отображались в списках, если вы не взаимодействуете с темой (или не измените уровень уведомлений вручную), но их всё ещё можно найти через поиск, так что они не исчезают полностью.
Я видел несколько плагинов, которые не обновлялись уже много лет, но только потому, что в обновлении не было необходимости, и они продолжали работать безупречно. Однако, даже если мы захотим выделить эту информацию в теме плагина, нам понадобится способ получения даты последнего обновления из GitHub.
Это, безусловно, круто. Однако возникает вопрос: а не стоит ли предложить идею раскрасить такие посты аналогично плагину «Решено» (Solved), где можно выделить пост красным цветом, если он ещё не решён? Чтобы это было заметно при поиске.
Возможно, даже использовать цвет выделения при интеграции с ядром. Потребовалось некоторое время, но я всё-таки понял, что давно пропустил момент, когда Chat был интегрирован в ядро, и это вызвало у меня небольшие простои.
Альтернативно, если использовать цвета в bbcode. В первом сообщении (OP) сверху можно было бы добавить уведомление с особым цветом фона или аналогичную настраиваемую цитату, как в идее с решёнными темами.
Представьте, что можно создать компонент темы Customization > Theme component, который будет добавлять баннер в начало первого сообщения в зависимости от тега. Это сэкономило бы время на редактирование тем.