Возможно ли отображать числовое количество добавленных тегов рядом с иконкой после добавления одного или нескольких тегов? Это кажется лучше, чем текущее заполнение иконки тега (это очень незаметно).
Думаю, Canapin уже поднимал этот вопрос: заголовок по какой-то причине выглядит обрезанным; возможно, это связано с плавающей кнопкой, которая мешает.
Я не видел ошибки, но могу попробовать перепроверить. Сначала я пытался установить его для конкретных групп: Staff, Guide.
Когда я тестировал редактор, он не изменился. Тогда я попробовал опцию только для Staff с тем же эффектом. Только когда я включил его для всех, в мобильной версии появился переработанный редактор.
Я не тестировал на десктопе. Извините, я забыл добавить дополнительные детали.
Мобильный телефон Google Pixel 9 XL.
ИЗМЕНЕНИЕ только что повторил тест с этими настройками. Теперь работает! Возможно, я смотрел закэшированную версию форума? Я даже пробовал обновлять страницу. Но теперь всё в порядке.
Она довольно броская и при разворачивании вспыхивает синим из-за характерного для Chromium синего выделения(?).
Кроме того, мне нужно нажимать кнопку минус дважды, чтобы свернуть редактор, когда открыта клавиатура. (примечание: в старом дизайне этого не было) Это может быть вызвано глюком, видимым в этом кадре видео (после первого нажатия на кнопку минус), когда адресная строка по неизвестной причине прыгает вверх к позиции кнопки минус:
Я спросил у ИИ, и синий вспышку можно исправить, добавив -webkit-tap-highlight-color: transparent к соответствующему элементу. Я бы рекомендовал сделать это для элемента редактора, потому что при расширении на весь экран возникает полноэкранная вспышка, что создает неприятный визуальный эффект.
Мне кажется, что дизайн без границ значительно менее интуитивно понятен:
Заголовок выглядит как часть редактора тела сообщения. Хорошо. Но если я ввожу заголовок, а затем нажимаю клавишу Enter, курсор не переходит на следующую строку. Создается ощущение, что я застрял на первой строке сообщения, и нет способа продолжить. Я не думаю, что пользователь интуитивно поймет, что ему нужно нажать на следующую строку или клавишу Tab, чтобы продолжить. Если вы хотите сделать ввод заголовка частью редактора тела сообщения, то он должен работать так же, как и любая другая строка в редакторе. Если же он будет по-прежнему обрабатываться как отдельное поле ввода, то вернитесь к старому дизайну, где эта особенность визуально сообщалась пользователю.
Отсутствие границы между редактором сообщения и превью (когда композитор находится в режиме редактора Markdown) слишком запутывает. Это две отдельные панели. Этот факт должен быть визуально передан пользователю с помощью границы между ними.
Я ожидал бы, что у него будет отступ, аналогичный тому, который мы видим слева от редактора, как это происходит, когда редактор находится в «режиме визуального редактора»:
Если это так, должно ли оно работать и в обратном направлении? Если курсор находится в начале текстового поля, то при нажатии кнопки «Назад» фокус должен перейти к полю заголовка?
Поскольку это отдельные поля, я бы назвал такое поведение (переключение между заголовком и текстовым полем и обратно) странным, но, возможно, я изменю своё мнение после того, как попробую это в действии.
Просто для информации, и возможно, это уже известно, но панель инструментов полностью отсутствует при использовании мобильного/iPhone на DiscourseHub
Изменение
Это не имеет ничего общего с DiscourseHub. Она наследует статус видимости панели инструментов оригинального редактора.
Если панель инструментов скрыта с помощью переключателя, а затем включен новый редактор, панель не видна, и, насколько мне известно, нет способа её отобразить. И наоборот. Если в оригинальном редакторе панель инструментов видна, то при переключении на новый редактор панель также будет доступна.
Привет всем и спасибо за все отзывы, полученные до сих пор.
Несколько вещей, которые я реализовал/исправил: (ожидается слияние)
Вернул форматирование заголовка в отдельную секцию, похожую на поле ввода. Возможно, вернусь к этому позже.
Сейчас работаю над:
Я продолжу следить за этой темой — все еще обдумываю некоторые из других отзывов.
Да, я понял, что это была проблема — не должно быть проблемой, как только редизайн будет правильно реализован (т.е. переключатель больше не будет функциональным)
Немного не по теме, поскольку это также относится к «старому» редактору, но я заметил, что когда я перетаскиваю редактор вверх и вниз, он с задержкой следует за курсором мыши, и анимация получается более рваной.
Посмотрите видео в замедленной съемке (0,25×), чтобы лучше понять, о чем я говорю.
Я подозреваю, что это ограничение JavaScript/браузера, и ничего нельзя легко оптимизировать?
Мне бы очень хотелось, чтобы элементы интерфейса реагировали практически мгновенно и анимировались с частотой 60 кадров в секунду.
Помимо этого, после нескольких дней использования нового редактора, он просто лучше. В нем есть несколько «недостатков», с которыми согласны многие (разделение разметки Markdown и предпросмотра, заголовок…), но в целом это очень приятное улучшение для того, что, как я считаю, сложно улучшить. Так что, отличная работа
Новый редактор занимает слишком много вертикального пространства. Теперь мне приходится увеличивать его размер при создании новой темы. При ответе на пост это не вызывает проблем (или вызывает их в меньшей степени).
Для сведения
Использую Markdown-редактор, Firefox на Win11
Мы используем плагин mermaid для отображения потоков nodered. Это не работает ни в новом, ни в предыдущем редакторе расширенного текста. Код отображается как консольный текст:
Обновление информации: эта проблема всё ещё возникает с клавиатурой Sogou, настроенной для Xiaomi, но не с клавиатурой Fcitx. В любом случае я отказываюсь от причудливой Sogou, поэтому не буду настаивать на том, чтобы сделать эту клавиатуру приоритетной