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