В настоящее время редактирование флагов после их создания не допускается.
Я понимаю, что после того, как флаги были использованы, их нельзя удалять или изменять их значение.
Планируется ли редактирование пользовательских флагов, но оно ещё не реализовано?
Определённо необходимо добавить эту опцию в веб-интерфейс.
Для ясности, так как это было перемещено: я не имел в виду «Изменить». Речь идёт об опции, позволяющей триггеру флага автоматически скрывать элемент без использования консоли rails.
В текущей реализации пользовательских флагов их можно редактировать после создания. Однако после первого использования редактировать их больше нельзя. Их можно отключить и заменить на другой флаг.
На странице редактирования флага есть следующее уведомление:
После того как пользовательский флаг был использован, его можно только отключить, но нельзя редактировать или удалять.
Не могли бы вы подробнее объяснить, почему дальнейшее редактирование запрещено?
Изменение описания (например, для уточнения) не должно влиять на работу системы.
Скорее всего, это похоже на голосование
Похоже, существует два разных подхода к решению таких проблем: а) не менять историю б) «взломать» (улучшить) её, пока она не заработает.
Речь идет о последовательности. На данный момент планов по изменению этого поведения нет. Поэтому, если вам нужно внести изменения в один из ваших пользовательских флагов после его использования, следуйте инструкции в подсказке: отключите флаг и создайте новый.
Большинство сайтов вообще не нуждаются в изменении флагов, а для тех, кому это требуется, ожидается, что после начала использования флаги будут изменяться редко или вообще не будут меняться.
Хорошо. Я буду использовать консоль для адаптации текста.
Мы используем флаг «показывать личную информацию», чтобы обучать пользователей, а не отвечать публично (в основном по электронной почте), если они хотят связаться с автором сообщения.
В ходе этого процесса нам придется адаптировать тексты.
Но для
лимит в 50 причин для флагов не так уж велик.
А как насчёт использования опции для добавления дополнительных деталей после выбора флага? Похоже на флаг «Что-то ещё»?
Тогда каждому человеку, помогающему поддерживать форум свободным от личных сообщений через флагирование, пришлось бы писать учебный текст для неопытных пользователей, чего не произойдет.
Вот сила открытого исходного кода! 
Но, конечно, делая это, вы остаетесь наедине с проблемой, и нам может стать сложнее оказывать вам поддержку. Но вы это уже знаете. Мы рекомендуем отключать существующие флаги и создавать новые вместо изменения их через консоль, если они уже были использованы.
Это просто скрытая настройка, которую можно увеличить. Клиенты нашего хостинга, которые сталкиваются с этим лимитом, могут обратиться к нам, чтобы мы увеличили его для них. Нам также будет интересно услышать от клиентов, как они используют пользовательские флаги и почему им может потребоваться вносить так много изменений!
Похоже, тогда нужен какой-то плагин или что-то подобное для расширения возможности кастомной флага.
Или, возможно, шаблонный плагин с дополнительной работой: модератор отправляет ЛС.
Или, альтернативно, можно написать кастомный скрипт автоматизации, например, для отправки ЛС?
Я считаю, что это ограничение довольно сильно сужает возможности использования программного обеспечения Discourse в более сложных рабочих процессах публичных проектов, где вы хотите иметь более конкретные правила, но при этом оставаться открытыми для аудитории, которая не осведомлена о них.
На данный момент настраиваемые флаги с надлежащими описаниями и ссылками на соответствующие статьи помощи — это самый простой способ сообщить пользователям ожидания и правила текущего форума. В отличие от отдельных документов с большим списком правил, описание флага видно именно тогда, когда это необходимо, и тем, кому это нужно, — как тем, кто устанавливает флаг, так и тем, кто его получает. Судя по всему, флаги — это суперспособность Discourse.
Например, в нашем случае нам нужно разъяснить пользователю, что в некоторых разделах форума существует гораздо более строгое определение того, что считается офтопом, и стандартного общего флага «Офтоп» для этого недостаточно. (По сути, сейчас каждое использование системного флага с меткой «Офтоп» вызывает ответ: «Но это же не офтоп», и нам приходится вести личный разговор о том, почему это офтоп в рамках этих конкретных ограничений.)
Я бы создал специальный флаг «Не соответствует рабочему процессу» с надлежащим описанием для такого случая и ссылкой на документацию рабочего процесса. Я бы дорабатывал и адаптировал сообщения на флаге, поскольку описание должно эволюционировать вместе с эволюцией лежащего в основе рабочего процесса.
Но поскольку вам не разрешают редактировать его, я не могу даже исправить опечатку, не говоря уже о более подробных объяснениях.
Я понимаю обеспокоенность по поводу «не менять историю», но есть способы обойти это: например, сделать редактируемым только поле описания; или добавить новое редактируемое поле «документация/помощь»; или добавить новое поле версии к флагу и увеличивать его при редактировании, чтобы было видно, что сообщение было помечено предыдущей версией… и так далее.
P.S. Учитываются ли отключенные флаги в лимите в 50 флагов? Если да, и я не могу ни удалить отключенные флаги, ни отредактировать их, то флаги становятся ограниченным невозобновляемым ресурсом, который не является устойчивым для любой долгосрочной конфигурации.
Похоже, это как-то улучшилось в 3.5.0beta3 благодаря FEATURE: allow edit custom flags - Pull Request #32344 - discourse/discourse - GitHub, но я не вижу, чтобы это работало — даже на флагах, которые мы никогда не использовали.
До появления функции пользовательских флагов мы беззаботно использовали site_texts, чтобы менять значение некоторых встроенных флагов 
… Я понимаю логику этого решения, но такое ограничение кажется довольно патерналистским.