У меня сложилось впечатление, что это происходит потому, что в режиме форматированного текста сложнее заметить, что после удаления текста всё ещё сохраняется форматирование.
По крайней мере, я не замечал темы, начинающиеся с цитат, до добавления этой функции.
Поэтому, возможно, имеет смысл изменить шаблон, чтобы предотвратить это.
Это интересная теория! Пока я просто удалю шаблон категории. Возможно, мы сможем найти более эффективный и менее громоздкий способ научить новых участников использовать поиск перед публикацией.
Если это действительно снизит количество тем с цитатами в начале, возможно, потребуется также убрать это со всех кнопок создания тем поддержки в темах официальных плагинов, тем и компонентов.
Да, спасибо, что обратили на это внимание. Эти кнопки просто великолепны, и они мне нравятся, но их сложно поддерживать, и они подвержены ошибкам, когда нужно внести изменения или создать новую кнопку.
В долгосрочной перспективе мы хотим отредактировать эти темы и убрать эти кнопки. Возможно, нам также понадобятся дополнительные правки, поэтому пока я воздержусь от их изменения.
Пока я не заметил никаких дополнительных цитат в начале запросов в службу поддержки, что хорошо.
Прежде чем мы выбросим ребёнка вместе с водой, не стоит ли подумать о возможности переопределять плейсхолдер в композере через параметризованную ссылку вместо вставки фактического текстового содержимого? Сейчас мы неправильно используем параметр body.
Например, &placeholder=foo, который затем заменит плейсхолдер «Введите здесь. Используйте markdown, BBCode или HTML для форматирования.» на «foo».
Настройка-заполнитель для категории, которую также можно использовать как параметр URL, звучит как фантастическая идея для новой функции! Не стесняйтесь её создать.
Разве шаблон категории для Support не делал ровно то же самое? Он тоже добавляет текст в body. Не поэтому ли существует отслеживаемое слово, которое затруднило мне публикацию исходного сообщения с этим шаблоном? Когда вы создаете новую тему в Marketplace, поле body также заполняется текстом. Поэтому у меня сложилось впечатление, что текст в body был частью ссылки, чтобы обеспечить видимость шаблона и в этом случае.
Я по-прежнему считаю, что имеет смысл получать одинаковый результат в body, независимо от того, используете ли вы кнопку «Новая тема» или нажимаете одну из кнопок на официальном теме или плагине.
В целом, вероятно, было бы проще, если бы эти кнопки, вручную вставляемые во все официальные темы, создавались автоматически. Тогда нельзя было бы допускать ошибок в тегах, и их можно было бы обновлять гораздо легче. Но это, вероятно, сложно, поскольку они работают не одинаково. Data Explorer предлагает задавать вопросы в #data-reporting, а плагины SSO говорят обращаться за помощью в sso вместо Support.
Это звучит почти в точности так, как предлагает Ричард. Я считаю, что это хорошая идея, потому что текст исчезает при начале ввода и не приводит к тому, что инструкции случайно попадают в темы. Кроме того, мы сможем убрать отслеживаемое слово.
Согласен. Буду иметь это в виду при будущих изменениях, которые мы, возможно, захотим внести.
Полагаю, всё зависит от конкретного случая. Для коротких шаблонов, подобных тому, что использовался в разделе поддержки, это работает хорошо. Однако для более длинных шаблонов, как в Marketplace, было бы не так полезно, если бы шаблон исчезал сразу после ввода первого символа. На мой взгляд, текст в теле тем в marketplace — это хороший компромисс между плейсхолдером, который исчезает при начале ввода, и шаблоном с фиксированными полями, как предлагают form-templates.
Хотя я задаюсь вопросом: действительно ли призыв к пользователям искать каждый раз при создании темы что-то меняет? Действительно ли люди читают это каждый раз при создании новой темы?
Совет искать я бы давал скорее в первые разы, когда пользователи публикуют свои сообщения. Например, в сообщении JIT Composer, которое отображается при создании первых нескольких тем. «Пожалуйста, поищите» — это что-то вроде «пожалуйста, выберите осмысленный заголовок».
Да, в данном случае для категории поддержки я готов попробовать в течение некоторого времени полностью отказаться от подсказок. Если мы увидим рост числа людей, которые явно задают вопросы до поиска, тогда мы сможем рассмотреть возможные решения.
в правом верхнем углу для поиска.
