Пост был объединен с существующей темой: Настройка шаблонов форм с помощью тега
Я пытаюсь создать довольно длинный шаблон, чтобы заменить шаблон категории.
Но получаю ошибку, что он слишком большой:
Однако этот параметр установлен на более высокое значение:
Разве это не одно и то же, или это баг?
Я быстро просмотрел код, но не нашел ответа.
Мне кажется, что 5000 символов — это немного ограничительно. Можно ли увеличить это значение вдвое или сделать отдельным параметром?
А, теперь я понял: это ошибка Active Record, а исходная миграция находится здесь:
4 лайка
Я использовал обычные шаблоны для различных задач и, хотя считаю эту функцию более полезной, чем отсутствие шаблона, итоговое форматирование всегда выглядит неуклюже, потому что непонятно, как вводить данные.[1] Поэтому наличие пользовательской формы — это здорово!
Обратная связь:
Мне очень не хватает ссылок. (И в меньшей степени — форматирования Markdown. Если люди не понимают, что означает та или иная опция, было бы удобно направить их к документации.)[Полагаю, что этот и следующий пункты учтены в Introducing Form Templates - #64 by Tris20]Хотелось бы иметь возможность добавлять инструкции или вступление. В идеале со ссылками.
- Заголовок поста и теги, похоже, являются частью формы. Неловко, что мы не можем настроить подсказку. В этой форме я бы хотел, чтобы предлагаемое название группы становилось заголовком, но непонятно, как донести это до пользователей, поэтому я добавил избыточное поле:
- В том же духе было бы интересно добавить способ побуждать людей использовать определённые теги. Например, система поддержки может использовать теги для сортировки заявок. Форма могла бы включать выпадающий список с соответствующими тегами и автоматически применять их к теме. Возможно, то же самое можно сделать и с категориями.
- Не сразу очевидно, что
multi-selectпозволяет выбрать более одного варианта. Судя по всему, нужно знать, что для выбора нескольких элементов следует использовать клавиши Control или Shift. - Было бы здорово, если бы флажки отображались как флажки[2] в итоговом посте:
Флажок установлен?
- Попытка отправить пустую форму ни к чему не приводит и не показывает ошибку. (Справедливости ради, я мог бы добавить одну-две проверки, чтобы исправить это.)
В целом, эта функция действительно закрывает многие потребности[3] для моих задач. (Я работаю над тем, чтобы люди могли предлагать новые группы на моей платформе для развития сообщества.)
«Мастер вопросов» Ask Wizard на Stack Overflow зародился как очень примитивный шаблон. Мой опыт работы с ним повлиял на то, как я в целом воспринимаю эту функцию. Я также использовал текущую систему шаблонов Discourse для системы обратной связи по эссе. ↩︎
На данный момент это заголовок с надписью «on», если флажок установлен. ↩︎
Ха-ха! ↩︎
6 лайков
Ох. Я только что заметил, что ввод формы не сохраняется как черновик. Если закрыть черновик, заголовок темы сохраняется, но всё, что было в текстовом поле или поле ввода, — нет. Ух ты.
4 лайка
Я получил обратную связь в другом месте и планировал вернуться к этой теме, спасибо за напоминание 
Таким образом, чтобы настроить чекбоксы для согласия с условиями (ToS) со ссылками на эти условия, можно сделать следующее:
- type: checkbox
id: read-chatgpt-guidelines
attributes:
label: "Я прочитал и согласен с последними руководящими принципами ChatGPT"
description: '<a href="https://discourse.company.com/t/current-gpt-and-bing-guidelines/4348"> Нажмите здесь, чтобы ознакомиться с последними руководящими принципами ChatGPT</a>'
validations:
required: true
- type: checkbox
id: accept-workspace
attributes:
label: "Я не буду использовать команду @workspace в проектах для клиентов, если использую Github Co-pilot"
description: '<a href="https://discourse.company.com/t/for-compliance-reasons-the-workspace-command-must-not-be-used-in-customer-projects/4371">Нажмите здесь для получения подробной информации о команде @workspace</a>'
validations:
required: true
Это выглядит так:
Это также единственная проблема, с которой я сталкиваюсь в Forms на данный момент. Это немного неинтуитивно для пользователей, и возможность автоматического заполнения заголовка была бы очень полезна.
5 лайков
Да, это работает. Поле description может подойти для использования в качестве вступления/инструкций. Спасибо за совет!
4 лайка
Как отметил выше Тристан, мне было бы очень полезно иметь возможность заполнять заголовок темы на основе ответов из формы.
Например, если у нас есть форма, где пользователи могут отправить свою биографию и указать, любят ли они собак или кошек, мы хотели бы, чтобы тема отображалась как «Биография любителя кошек: Джон Смит» или «Биография любителя собак: Ральф Маклиш» и так далее.
Это действительно отличная функция! Она всё ещё считается экспериментальной? Сейчас я использую внешнюю форму, которая отправляет данные по электронной почте на мой форум, и я бы с радостью заменил её на эту, если есть уверенность, что она останется в долгосрочной перспективе.
6 лайков
Я пробую вариант, где использую флажок, чтобы подсказать людям, как заполнять заголовок. Это не идеально, но, на мой взгляд, это лучшая альтернатива, доступная нам сейчас:
4 лайка
Только начал с этим разбираться. Первые впечатления: очень здорово! Спасибо!!
По мере развития я бы очень хотел увидеть:
-
Условные поля, то есть текстовые поля, которые некоторые формы добавляют, когда вы выбираете «Другое» из списка вариантов.
Мой конкретный случай: если из выпадающего списка выбрать SonarQube, я хочу затем запросить его версию. -
Также я бы хотел иметь возможность получать значения для выпадающего списка из какого-то другого места, предположительно из поста.
Почему? Вернёмся к вопросу версий. В идеале я бы не хотел предлагать пользователям вводить их в свободной форме, а давал бы им список версий, начиная с последней.
Проблема здесь двоякая:
- Я хочу представлять эти списки в нескольких разных шаблонах
- версии постоянно выпускаются
Это означает, что с каждым релизом мне приходится обновлять n шаблонов новым номером версии, и надеюсь, я не забуду обновить их все.
8 лайков
Наши изменения CSS (на данный момент). На случай, если это кому-то пригодится:
// Убираем серый фон
.d-editor #form-template-form {
background-color: var(--secondary);
}
// Отключаем растягивание полей на 100% ширины
.form-template-field select, .form-template-field input {
width: auto;
}
.form-template-field textarea {
min-width: 650px;
width: auto;
}
6 лайков
Пост был разделён на новую тему: Переименование скриншотов в редакторе перед публикацией
Спасибо всем за обратную связь. Я закрываю эту тему в #announcements и прошу всех, у кого есть запросы по ux, #feature, bug или Support для этой функции, создать новую тему в соответствующей категории и добавить тег form-templates. 
10 лайков
Discourse становится всё лучше и лучше! Мне это нравится! Продолжайте в том же духе. 
4 лайка
Тема снова разблокирована. Надеемся, мы увидим несколько крутых новых улучшений.
5 лайков
Доступны ли шаблоны форм в последней версии Discourse? Я использую собственную установку, если это имеет значение.
2 лайка
Да, это теперь предстоящее изменение:
5 лайков
Планируется ли внедрение аналогичной функции для нового рабочего процесса создания постов? А также ограничение каждого шаблона формы в зависимости от темы или категории?
1 лайк
Похоже, это полезно, но у меня есть следующие четыре вопроса:
- Невозможно ли задать уровень заголовка для поля
label? И мои собственные попытки, и примеры в оригинальном посте используют заголовки третьего уровня. - Почему была выбрана текущая форма чекбокса? Возьмём в качестве примера
[ ] xxxx:
- Ожидаемый мной формат:
- [X] xxxx- xxxx
- Содержимое чекбокса обрабатывается как обычный текст, а
- [X](или- [x]также допустимо) добавляется на стороне фронтенда, отображаясь как стандартный чекбокс Markdown.
- Текущий используемый формат:
### xxxx ontext
on- Содержимое чекбокса обрабатывается как заголовок третьего уровня, и если он отмечен, добавляется
\non.
- Содержимое чекбокса обрабатывается как заголовок третьего уровня, и если он отмечен, добавляется
- Честно говоря, этот формат немного сбивает с толку, особенно учитывая, что, как упоминалось в пункте 1, все метки форм используют заголовки третьего уровня.
- Не поддерживает ли содержимое поля
descriptionпереносы строк? Как добавить многострочный поясняющий текст? - Почему выбранные теги в форме типа tag-chooser отображаются в конечном содержимом темы? Это немного странно.