Мы уже несколько дней используем новую боковую панель, и один из частых моментов, вызывающих путаницу у наших пользователей, заключается в том, что кнопка «Сохранить» скрывается при выборе списка категорий…
Из-за этого пользователи не могут сохранить свои категории после их выбора, что приводит к дальнейшей путанице.
Хотя на данный момент перекрытие кнопки «Сохранить» делает эту проблему более вероятной для настроек боковой панели, я вижу, что она может возникать и в других местах.
Думаю, одним из способов решения этой проблемы может быть добавление предупреждения при попытке покинуть любую страницу настроек.
Что вы думаете по этому поводу, @awesomerobot @tgxworld?
Я помню, что сообщал об этой проблеме ещё несколько лет назад… не уверен, где именно. Интерфейс выбора тегов и категорий в таких местах может быть немного запутанным, если вы не знаете, как это делается.
Трудно понять, как выйти из интерфейса, когда вы уже внутри и выбираете элементы. Вам нужно нажать Esc или кликнуть вне области выбора. Нет визуальной кнопки X для выхода, а кнопка сохранения скрыта/перекрывается выпадающим списком.
Я согласен, что было бы полезно получать предупреждение о том, чтобы не покидать страницу, если у вас есть несохранённые изменения.
В панели администратора поля ввода для настроек показывают кнопки 
после редактирования поля:
Возможно, здесь можно использовать этот подход?
Я также сообщал об этой проблеме в прошлом.
В некоторых ситуациях (например, в профиле пользователя) подтверждение для каждого поля может стать большой проблемой для тех, кто заполняет множество полей.
Тем не менее, подавляющее большинство взаимодействий с настройками пользователя связано с изменением лишь одного или двух полей, и это имеет полный смысл! Кроме того, у нас уже есть этот механизм во всем интерфейсе настроек.
Я думаю, нам стоит рассмотреть этот вопрос на более высоком уровне, поскольку данный паттерн интерфейса применим не только к боковой панели, но и ко всему интерфейсу пользовательских настроек. Однако я согласен с @keegan: паттерн интерфейса, который мы используем для административной панели, вероятно, станет хорошим первым шагом.
Да, я согласен. Я предлагаю то же самое — внести изменения во весь интерфейс настроек пользователя.
Я поддерживаю эту идею. Это сделает всё гораздо понятнее и соответствует существующим примерам.
Также, возможно, стоит добавить всплывающее окно «У вас есть несохранённые изменения» при попытке покинуть страницу (возможно, это применимо и к настройкам сайта!), но, пожалуй, сначала нужно обеспечить единообразие.
Я очень поддерживаю обновление шаблона интерфейса в настройках пользователя. 
Надеюсь, мы не упустим из виду следующее, что, на мой взгляд, является отдельной, но связанной проблемой интерфейса. @awesomerobot, есть ли у вас какие-либо мысли о том, как мы могли бы это решить? Это также может вызвать путаницу при создании темы и изменении категорий и тегов тем.
Это не совсем то же самое, но я хотел бы добавить, что стандартный пользовательский опыт на мобильных устройствах при использовании любого выпадающего списка/выбора/модального окна — это кнопка «Назад» для закрытия открытого элемента:
По крайней мере, для меня довольно часто бывает так, что на мобильном устройстве я редактирую тег или категорию для темы и интуитивно нажимаю «Назад», чтобы закрыть выпадающий список, в результате чего оказываюсь на предыдущей странице. Мне бы очень хотелось, чтобы все модальные окна и выпадающие списки в Discourse вели себя на мобильных устройствах так же, как нативные элементы, но я согласен, что более явный способ закрытия выпадающих списков станет шагом вперёд, чтобы избежать этой путаницы.
Выпадающие списки и переключатели, вероятно, должны автоматически сохранять изменения — это сейчас довольно стандартная практика, если посмотреть на другие приложения. Для тегов и категорий это означало бы, что клик для добавления или удаления элемента запускал бы сохранение…
На самом деле страницы настроек с текстовыми полями ввода есть только у профиля и аккаунта… и у аккаунта есть только одно текстовое поле для поля name. Возможно, стоит перенести его на страницу профиля? Тогда поля ввода могли бы получать встроенные значки , как в настройках сайта, и мы могли бы предупреждать пользователя, который пытается покинуть страницу без сохранения изменений…
