Я всё ещё не решил, считаю ли моноширинный шрифт необходимым или нет, но обновлённый шрифт — явное улучшение по сравнению с предыдущим (в отличие от прежней ситуации, я бы сказал, теперь он мог бы быть чуть крупнее).
В любом случае, приятно, что добрый старый ASCII-арт может теперь вернуться
|-----------|
| LONG LIVE |
| THE BUNNY |
|-----------|
(\__/) ||
(•ㅅ•) ||
/ づ
Я упоминал об этом ранее в теме. Нам нужно дать этой изменённой версии немного больше времени, давайте подождём хотя бы ещё неделю.
Ответ здесь — однозначно «возможно». Продолжайте присылать обратную связь, хорошую или плохую — мы читаем всё.
Одна проблема, с которой я внутренне борюсь, — это таргетинг на разные «персоны»/«аудитории»:
Обычные пользователи → просто используйте «rich composer» в 99% случаев, здесь ничего не вызывает проблем.
Высокопрофессиональные технические пользователи → просто используйте «raw markdown» — они обычно привыкли к такому виду, и многим изменение нравится.
Нетехнические пользователи, которые не хотят использовать rich editor → моноширинный шрифт их раздражает — например, @Jagster предпочитает другой шрифт.
Это сложная проблема. Мы всегда неохотно добавляем новые настройки для пользователей, но я признаю, что здесь есть над чем работать. Просто хочу посмотреть, как мы будем чувствовать себя через неделю.
Я пытался придумать различные ненавязчивые визуальные подсказки, но это непросто.
Единственный вариант, который кажется приемлемым, — это какая-то метка, например:
И, возможно, с изменением цвета для лучшего запоминания визуально:
Это довольно заметно, но не навязчиво. У такого подхода, конечно, есть свои недостатки. Он занимает некоторое место, но в контексте временного перехода это допустимо. Я не на 100% убеждён, но это кажется интересной альтернативой. Я просто хотел поделиться этой идеей. (Не стесняйтесь открывать GIF-файлы в новой вкладке, чтобы увидеть их в полном размере; не хватает кнопки для полноэкранного режима)
по какой-то причине это один из лучших аргументов против, которые я слышал до сих пор. Мне пришлось проверить шрифт в моём редакторе VS Code — видите, я программист. У меня был открыт редактор кода на рабочем столе, и действительно, это моноширинный шрифт. Я даже не замечал этого. Но по какой-то причине здесь и на моём собственном экземпляре он кажется странным. Дам ему неделю, как просит Сэм: изменения резкие, возможно, через неделю я даже не буду замечать этого.
Я согласен. Я только что написал очень длинный пост, и честно говоря, моноширинный шрифт вызывает у меня головную боль. Я очень тщательно вычитываю свои посты и склонен постоянно переключаться между чтением сырого Markdown и просмотром отформатированного поста. Теперь в редакторе это сделать очень сложно.
В целом я тоже не люблю WYSIWYG. По моему опыту, они работают очень нестабильно, и я не планирую их использовать. Поэтому для меня редактор Markdown, который существует уже давно, должен оставаться плавным и удобным для пользователя.
Я согласен с @schneeland. Я программист и регулярно использую IDE, которые, конечно, используют моноширинный шрифт, но это совершенно другой контекст. Действительно, было бы очень неприятно, если бы Jira начала использовать моноширинный шрифт.
Не уверен, что я когда-либо сталкивался с проблемами при работе с таблицами в Markdown. Кроме того, даже в моноширинном шрифте вертикальные разделители между столбцами не будут выровнены, так как в каждой ячейке, скорее всего, разное количество символов.
В любом случае, я понимаю, что вы хотите дать этому изменению время, но надеюсь, что этот отзыв будет полезен. Отмечу, что мои комментарии основаны на самой последней версии моноширинного шрифта, а предыдущую я не видел. Поэтому я сравниваю свой опыт только с тем, что существовал годами, а не с первым моноширинным шрифтом, который использовался несколько дней назад.
Сколько людей на самом деле будут использовать таблицы в ответе на форуме, чтобы это оправдать? Кроме того, Obsidian использует Markdown и применяет таблицы с моноширинным шрифтом внутри, в то время как текст снаружи — с пропорциональным:
Не понимаю, почему весь редактор должен становиться моноширинным, если они могут сосуществовать?
Я бы сказал, что 99% того, что мы пишем, — это «обычный» текст, а не Markdown.
Честное мнение: это не та функция, которую стоит «навязывать» пользователям, даже если дать ей время. Это не то изменение, которое пользователи с облегчением принимают, и это видно по большинству комментариев. Это должно быть настройкой пользователя.
Я не вижу никаких проблем в том, чтобы редактор использовал тот же шрифт, что и предпросмотр. Понять, что происходит, довольно легко. Так было уже много лет, верно? «Если что-то не сломано, не чини», — говорят они. И это применимо здесь, я считаю.
После отключения предварительного просмотра изменение шрифта кажется значительно более естественным.
Переключение с режима «Форматированный текст» на режим «Исходный код» ощущается гораздо более естественно
Становится абсолютно понятно, в каком режиме вы находитесь
Мы всё ещё принимаем обратную связь, ничего не является окончательно утверждённым. Возможно, мы добавим здесь дополнительные переключатели для пользователей, но я не уверен.
Мне не нравился моноширинный шрифт (он хорош для программирования, но не для набора текста на форуме), поэтому я вернул его, добавив этот CSS в свою тему (пожалуйста, дайте знать, если есть лучший способ сделать это!)
Я действительно считаю, что это должно быть настройкой пользователя. Я не должен быть вынужден использовать WYSIWYG-редактор только для того, чтобы получить читаемый шрифт. Моноширинные шрифты в целом для меня нечитаемы для обычного (не кода) текста. Это особенно заметно на мобильных устройствах, где нельзя одновременно видеть предпросмотр рядом, но даже на десктопе это не очень удобно. Я не думаю, что настройка сайта или переопределение CSS достаточно, так как не все администраторы сайтов отреагируют на обратную связь пользователей по таким вопросам.
Абсолютно согласен (и настолько сильно, что даже создал аккаунт, чтобы выразить своё согласие!)
Markdown автоматически переносит строки и обладает другими свойствами, которые размывают грань между «текстовым процессором» и «кодом». На форуме обсуждений он, безусловно, больше напоминает текстовый процессор… и меня вполне устраивало его историческое поведение. Я ценил возможность свободно копировать и вставлять текст без двусмысленности. Мне нравится нажимать Enter и получать новую строку, а не догадываться, что имел в виду какой-то WYSIWYG-интерфейс.
Редактирование в Markdown не становится более функциональным или приятным при использовании моноширинного шрифта. Наоборот, всё становится хуже… и я думаю, что любой, кто действительно использует Markdown, со мной согласится.
Таким образом, Markdown переводится во второстепенное положение ради усиления визуального сигнала о том, в каком режиме вы работаете.
Я бы спросил у UX-дизайнеров среди вас: есть ли лучший способ подчеркнуть текущий режим… который не требует почти всегда неудачного компромисса в виде использования моноширинного шрифта для редактирования текста, который в основном не является кодом?
Если бы был найден хороший ответ на этот вопрос, не было бы необходимости в опции переключения между моноширинным и обычным шрифтом, потому что всегда использовался бы пропорциональный шрифт.
Много времени прошло с тех пор, как нам сказали «дай ему дышать». Как мы видим, это изменение не вызвало у всех нас восторга: «какое потрясающее изменение!».Как кто-то уже заметил, был ли огромный спрос на это? Не знаю… Сомневаюсь, но, возможно, я ошибаюсь.Мне кажется, что рассматривать Markdown как «язык программирования», чтобы оправдать использование моноширинного шрифта, не имеет особого смысла. Я воспринимаю Markdown как способ форматирования текста, а не обязательно как «язык программирования». Чтобы использовать Markdown, не нужно быть разработчиком, в отличие от таких инструментов, как VS Code, Cursor и им подобных, где моноширинный шрифт уместен.Когда мы создаем новые темы или ответы на форуме, мы не «пишем код», мы «ведем переписку», и текст должен быть читаемым. Моноширинный шрифт просто не обеспечивает достаточной читаемости. Я могу написать 150 абзацев в редакторе Markdown, ни разу не используя какой-либо синтаксис Markdown (если это так называется?). Поэтому я вижу Markdown как дополнительный инструмент для форматирования текста, а не как обязательный формат, на котором всё должно строиться, если это понятно?
Добавьте это в ваш CSS @seanblue и @alltiagocom. Это вернет редактор к настройкам по умолчанию вашего сайта.
/* Возвращает шрифт в редакторе с моноширинного на стандартный сан-сериф */
.d-editor-container .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family);
font-size: 1rem; /* или используйте 16px, или ваш конкретный размер по умолчанию */
}
Я считаю, что нужно предоставить пользователям возможность выбора. Возможно, некоторым нужен моноширинный шрифт. Не знаю. Я видел безумные темы для VS Code (зелёный фон с чёрным текстом или что похуже), и я бы никогда их не использовал, но у каждого свои предпочтения.
Я определённо изменю свой шрифт на гротеск, но моя главная мысль в том, что мы могли бы предложить эти опции нашим пользователям. Всё. Одни пользователи хотят markdown с моноширинным шрифтом, другие — с гротеском. Некоторым вообще не важен markdown, они хотят только форматированный текст. На мой взгляд, наличие таких опций «из коробки» было бы лучшим решением.
Я предвзят, так как работаю в Discourse, но мне гораздо больше нравится новый моноширинный шрифт. Поэтому вполне вероятно, что те, кто говорит «ага, да, неплохо» или даже «хм, даже не заметил», просто не высказываются.
(Но среди обычных людей моноширинный шрифт не считается читаемым. Для меня и моих пользователей трюк с CSS сработал, так что для меня как для администратора это скорее академический вопрос. Но давайте прекратим утверждать, что это изменение сделано для большинства и широко используется, потому что это не так.)
Согласен — моноширинный шрифт выглядит неожиданно и некрасиво. К тому же он не нужен. В панели инструментов уже есть ползунок, который показывает, в каком режиме мы находимся.
Что ж, я не стал, потому что всё было не только обо мне или от меня.
В любом случае. Наличие двух опций для композитора стало отличным решением. Моноширинный шрифт — не так уж и сильно, но пока изменение CSS работает, я доволен. Но я понимаю аргументы в пользу настройки для пользователя — хотя мне это не нравится, ведь и так уже довольно много параметров для настройки. Но я не уверен, сколько обычных пользователей вообще когда-либо меняют настройки… и тогда неважно, насколько всё перегружено