На этой странице нужна опция «Создать новый тег»:
Я знаю, что новые теги можно создавать через Композер, но это единственный способ?! Не думаю, что имеет смысл открывать Композер только для создания тегов. Конечно, эта функция может там оставаться, но она не должна быть единственным, а тем более основным способом. Если я нахожусь на панели с названием «Теги», логично, чтобы там была кнопка или пункт меню «Создать новый тег». На мой взгляд, это самый интуитивный подход. И раз уж мы заговорили об этом: зачем дополнительный выпадающий список, когда на странице достаточно места, чтобы разместить кнопки прямо там и убрать меню? Я всегда «за» выпадающие списки, когда место ограничено, но в остальных случаях я выступаю за сокращение количества кликов и, что особенно важно, за устранение неудобств и путаницы, вызванных скрытыми опциями, которые иногда не сразу очевидны и видны пользователю.
Нет, но вы правы: очевидного способа нет.
Все текущие способы создания тега связаны с его использованием (привязка к новой теме, добавление тега как синонима существующего, создание тега при создании группы тегов). Помимо этого, я считаю, что единственный другой способ создать новый тег — это массовая загрузка.
Этот вопрос уже обсуждался здесь: Create tags outside of new post — я не думаю, что есть какие-либо возражения против этой функции, она просто не была приоритетной.
6 лайков
Разумеется, эти функции тоже должны быть.
Мне кажется, основной способ, который находится на панели под названием «Теги», должен был быть реализован с самого начала, ведь именно там мы можем управлять всеми тегами. Это кажется мне наиболее логичным, наряду с созданием тега при создании темы. Это гораздо важнее, например, чем массовая загрузка.
Мне кажется, некоторые вещи в Discourse, которые я считаю «странными», скорее создают путаницу в вопросах, которые логичнее было бы разместить в определённом месте. И, как вы видите, эти вещи часто засоряют форум, хотя этого можно было бы избежать, если бы за этим стояла какая-то логика.
Я не хочу звучать «грубо» или что-то в этом роде, особенно потому что мне очень нравится Discourse и то, что он позволяет нам делать. Я просто считаю, что некоторые из этих вещей заслуживают чуть больше «внимания и заботы» и не должны оказываться в конце списка приоритетов только потому, что существует обходной путь и они не являются высокоприоритетными. Мы, как пользователи, тоже хотим видеть, что «неприоритетные» вещи получают внимание, чтобы всё выглядело и работало более плавно и было удобнее в использовании.
Например, хотя старый способ и не был идеальным, когда компоненты отображались с изображениями в виде фигур, новый макет, честно говоря, довольно плох. Всё тесно и неудобно, особенно на небольших экранах. Конечно, мы всё ещё можем сделать то, что нужно, но некоторые из этих вещей (например, панель компонентов) — это всего лишь несколько строк CSS для изменения ширины, скрытия ненужных панелей и так далее.
Надеюсь, у вас найдётся время исправить эти «неприоритетные» вещи. К сожалению, судя по тому, что я вижу в сообщении, которое вы поделили, с момента создания той темы прошло уже 5 лет, и обновлений так и не было.
Ещё раз, я не хочу звучать грубо или неблагодарно по отношению к такой хорошей платформе, которая к тому же предоставляется бесплатно. Отнюдь. Я просто хочу, чтобы детали тоже имели значение, особенно когда пользователи чувствуют, что вещи работают не так, как должны.
1 лайк
Если можно… Они имеют. Разработчики определённо уделяют им внимание и вкладывают в них усилия. Поверьте, если бы они этого не делали, использование Discourse было бы намного менее приятным опытом.
Дело в том, что деталей, на которые нужно обращать внимание, так много, что реалистично невозможно выделить ресурсы на все них — даже спустя годы.
Теги pr-welcome иногда используются для поощрения пользователей к внесению вклада, так как Discourse имеет открытый исходный код, однако некоторые приветствуемые функции требуют тщательного продумывания с точки зрения дизайна, и в таких случаях отправка внешнего разработчиком PR не всегда является лучшим решением.
5 лайков
Ещё одна проблема: я пытался создать теги через Composer, но на самом деле мне нужно было опубликовать тему. Кнопка «Создать XYZ…», которая появляется, когда тег не существует, на самом деле не «создаёт» тег, пока мы не опубликуем тему. Затем нам приходится удалять его, что кажется излишним, если бы в панели «Теги» были все необходимые инструменты для создания, управления и удаления тегов.
Я считаю, что они это делают, не поймите меня неправильно. Моя мысль здесь в том, что мы можем разделить исправления и доработки «неприоритетного» уровня на две категории: некоторые не являются сверхважными, а некоторые — да, потому что они влияют на нормальную функциональность и рабочий процесс сайта. Когда нам приходится перемещаться между страницами, чтобы сделать то, что должно выполняться на одной странице, для меня это сигнал о том, что есть что-то, что нужно исправить. Возможно, это не приоритет, как, например, проблема безопасности, но это должно быть оценено. Упомянутый мной рабочий процесс — это просто базовый UI/UX, чтобы обеспечить плавный опыт работы на сайте.
Я не спорю 
Другим критерием для внесения изменений/исправлений является то, что, если поднятые проблемы не являются очень серьёзными или не очень простыми в реализации, Discourse отдаёт приоритет изменениям, инициированным запросами клиентов, и обычно (я думаю, они не отступали от этого принципа) следует правилу трёх:
Это также объясняет, почему некоторые проблемы, которые кажутся очевидными кому-то, не решаются даже после длительного времени.
Вы найдёте множество запросов, аналогичных этой теме, если поищете в разделах ux, #feature и даже bug. Я тоже иногда испытывал разочарование, сообщая о проблемах, которые так и не были исправлены 
2 лайка
Сообщение было разделено на новую тему: Как добавить несколько тегов сразу
Обновление для тех, кто заглянет в этот пост в будущем:
2 лайка