Автоматически удалять ответы через N дней

[sam (Sam Saffron)]

Для различных тем нашей базы знаний я хотел бы ввести специальный таймер для следующего правила:

Ответы на эту тему автоматически удаляются через N дней.

Я считаю, что это очень мощный инструмент для поддержания чистоты тем документации. Я бы включил эту функцию для большинства тем документации на meta.

Это означает, что люди могут отвечать на них, но они заранее знают, что ответы подобны слезам в дожде. Если вам нужно что-то постоянное:

• Создайте новую тему

или

• Отредактируйте исходный пост (OP)

Хотя мы можем выполнять такую очистку вручную, это утомительно. Кроме того, на психологическом уровне, когда компьютер делает что-то, потому что «так правила игры», это воспринимается гораздо лучше, чем вмешательство нас, людей. (О, почему вы только что придумали это правило? Это несправедливо).

[codinghorror (Jeff Atwood)]

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

В остальном, судя по нашему опыту, такая функция определённо нужна, особенно в случаях с «вики в первом сообщении». Но это должно быть настройкой для каждой темы в отдельности, верно?

[Heather_Dudley]

Мне это нравится. У нас есть много «закреплённых» тем (закреплённых сообщений), которые могут быть очень востребованы сейчас, пока мы переходим на Discourse, но позже потеряют актуальность. Я не хочу постоянно пересоздавать эти сообщения.

[DaleKramer]

Я поддерживаю эту просьбу о добавлении функции по всем причинам, указанным выше, плюс ещё по одной.

Вот контекст для моих рассуждений. Я изучал возможность внедрения функции «чат» в Discourse и понимаю позицию команды Discourse относительно использования личных сообщений для нескольких получателей в качестве чата.

Я знаю, что оба плагина — Babble и «Quick messages» — в своей основе используют личные сообщения для нескольких получателей.

Мне кажется, что «Quick Messages» почти идеально подходит для наших нужд.

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

На самом деле я не люблю чаты, но у них есть своё назначение для команды, которая совместно работает над созданием ЧЕРНОВАЯ версии длинного полезного общего топика форума. Боковая панель чата может располагаться сверху, а весь полезный результат обсуждения переносится в ЧЕРНОВИК топика на том же экране ниже (предпочтительно сбоку от боковой панели чата).

Наша команда сейчас использует RocketChat рядом с окном Discourse, но я хочу комплексное решение «всё в одном»…

Это всего лишь моё мнение, и я очень надеюсь, что эта функция будет добавлена в ближайшее время

Мне бы хотелось видеть кнопку «чат сейчас» рядом с каждым топомиком, чтобы чат по теме можно было легко найти в будущем, а не рыться в куче личных сообщений, пытаясь понять, был ли там чат по этой теме

РЕДАКТИРОВАНИЕ: Я предлагаю, чтобы функция «удаление ответов через X дней» в этих личных сообщениях для нескольких получателей, «связанных с темой», которые также могут отображаться в раскрывающейся/скрываемой боковой панели чата (в боковой панели чата личное сообщение «сжимается» за счёт удаления пустого пространства и использования миниатюр изображений), стала для нас идеальным решением.

Также я не считаю, что шепоты являются достаточно близким решением нашей проблемы.

[Overgrow]

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

Также это полезно для некоторых объявлений, где мы хотим, чтобы пользователи могли реагировать, но при этом сохранять тему чистой.

[sam (Sam Saffron)]

Это запланировано в нашем плане разработки на следующий релиз!

[vinothkannans (Vinoth Kannan)]

Теперь это реализовано в коммите ниже. Я внес множество изменений в код «future-date-input». Поэтому дайте мне знать, если возникнут новые проблемы с UX, связанные с этим.

FEATURE: automatically delete replies on a topic after N days. (#9209)

[codinghorror (Jeff Atwood)]

Где мы это настраиваем? Можете ли вы поделиться скриншотом интерфейса? Это настройка для каждого раздела?

[sam (Sam Saffron)]

По теме на данный момент в интерфейсе таймера темы

[vinothkannans (Vinoth Kannan)]

[Overgrow]

Если открыть диалоговое окно «Установить таймер», выбрать «Автоматически удалять ответы» и затем закрыть модальное окно, нажав , появляется новая строка:

Её нельзя удалить, и она исчезает после перезагрузки.

[dfabulich (Dan Fabulich)]

Я только что увидел эту функцию в сегодняшних примечаниях к выпуску. Выглядит отлично! У меня есть уточняющий вопрос.

@codinghorror

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

Была ли эта часть функции реализована? Звучит как хорошая идея.

[vinothkannans (Vinoth Kannan)]

@dfabulich

Реализована ли эта часть функции?

Нет, она ещё не реализована.

[dfabulich (Dan Fabulich)]

Увы. Есть ли способ вручную сохранить ответ от удаления?

[vinothkannans (Vinoth Kannan)]

Извините! В данный момент такой опции нет.

[codinghorror (Jeff Atwood)]

Согласен, мы как-то упустили это, Винотх — нужно добавить защиту для ответов с >= x лайками. Либо в виде жёстко заданного значения, либо как настройку сайта.

[vinothkannans (Vinoth Kannan)]

В таком случае, стоит ли оставить только ответы OP? Потому что, если оставить ответ не-OP без ответа на пост, это вызовет путаницу. Например, если удалить пост #10 и сохранить пост #11 в этой теме, это не будет иметь смысла.

[dfabulich (Dan Fabulich)]

Я тоже хотел бы высказаться в пользу ручного сохранения ответов. (При условии, что это ручной процесс, presumably тот, кто сохраняет ответы, будет достаточно сообразителен, чтобы сохранять только те ответы, которые имеют смысл вне контекста.)

[codinghorror (Jeff Atwood)]

Это может быть произвольным. Нам нужен только один показатель — лайки.

[sam (Sam Saffron)]

Я согласен с настройкой сайта:

skip_auto_delete_reply_likes (по умолчанию 5)

Это может быть несколько неожиданным, поэтому я хотел бы, чтобы это число сообщалось администраторам при установке таймера. Может, стоит подождать редизайна интерфейса таймеров тем, над которым работает @martin, чтобы добавить эту опцию?

Обратите внимание, что это не решает проблему @dfabulich, и, честно говоря, я не могу придумать чистого обходного пути для ручной защиты. Вот несколько идей, которые я рассматривал:

1. skip_auto_delete_reply_on_staff_like (по умолчанию false) — аналогично тому, как мы выделяем комментарии на BBS с помощью лайков от сотрудников.

2. Автоматически пропускать при «заметке в посте» — это добавит шума.

3. Всегда пропускать, если пост опубликован сотрудником — это потребует отдельной настройки.

4. Что-то ещё — на мой взгляд, слишком запутанно.