גופן מונוספייס בעורך Markdown בלבד

[schneeland]

I’m still undecided whether I find monospace necessary or not, but the updated font is a clear improvement over the previous one (in contrast the previous situation, I tend to say, now it could be slightly larger again).

But in any case, it’s nice that the good old ASCII art can make a return now

|-----------|
| LONG LIVE |
| THE BUNNY |
|-----------|
(\__/) ||
(•ㅅ•) ||
/   づ

[sam (Sam Saffron)]

@alltiagocom

Couldn’t this be a feature each user could change?

I mentioned this earlier in the topic, we need the change to breath for a bit longer, lets give it at least another week.

The answer here is absolutely maybe. Keep the feedback coming, good or bad, we are reading it all.

One issue I am battling with internally is the targeting of different “personas”/“audiences”

1. General public → just use “rich composer” 99% of the time, none of this is an issue
2. Highly technical users → just use “raw markdown” - generally used to this type of view and many happy with the change
3. Non technical BUT do not want to use rich editor → monospace irks them - eg: @Jagster - prefer a different font

It is a tricky problem, we are always reticent to add more user settings, but I do acknowledge that there is something here, I just want to see how we feel in a week.

[Arkshine]

I was trying to figure out different non-intrusive visual cues, but it’s tough.

The only one that seems acceptable is a label somewhere, like:

And maybe with a color change to help better the visual memory:

It’s pretty visible without being intrusive. It has its share of cons, for sure. It takes some space, but it’s okay in the context of a temporary transition. I’m not 100% convinced, but it seems like an interesting alternative. I just wanted to share the idea. (feel free to open the gifs in a new tab to see in full size; it misses a fullscreen button)

[Andrew_Rowe]

@alltiagocom

it’s a font we don’t use on a regular basis

this for some reason is one of the best arguments against I’ve heard so far. I just had to go check the font in my VS code editor, so see, I am a coder. I had a code editor open on my desktop, and sure enough, it is a mono-space font. I never even noticed. But for some reason, it just feels weird here and my own instance. I’ll give it a week, like Sam is asking, change is jarring, maybe in a week I won’t even notice.

[seanblue]

@Jagster

I normally write longer posts, and I don’t need WYSIWYG, but my users need, so I would stick in marksdown. But monospace is really hard to read, and there is a point why big majority of industry don’t use monospace in editors.

Just out of curiosity — what was the point of this change? It kind of breaks usability now.

I agree. I just wrote a really long post, and honestly the monospace font is giving me a headache. I proofread my posts very thoroughly, and I tend to go back and forth between reading the raw markdown and reading the formatted post while doing so. Now it’s very difficult to do so in the editor section.

I also generally don’t like WYSIWYG. In my experience they are very janky, and I have no intention of using it. So for me, the markdown editor that has existed forever needs to continue to be a smooth user experience.

@sam

This is not really true, all coding editors out there use monospace it is the industry standard.

@schneeland

While that’s true, I’m wondering if this the right metaphor here. If I think of writing posts in Discourse with Markdown in them, I’m mentally not in the “coding space”, but rather in the “web editing space”. And if I look at Discord or JIRA, where I also write Markdown-formatted posts, both do not use monospace fonts.

I agree with @schneeland. I’m a software engineer and regularly use IDEs that of course use monospace font, but this is simply a different context. It would indeed be very jarring if Jira started using a monospace font.

@sam

Monospace comes with other advantages when it comes to markdown, tables are a lot easier to work with

I’m not sure I’ve ever had a problem working with tables in markdown. And besides, even in monospace the vertical bars between each column won’t align since each cell is likely to have a different number of characters in it.

---

In any case, I know you want to let the change breathe a bit, but hopefully this feedback helps. Note that my comments are based on the most recent monospace font and I didn’t see the previous version. So I’m only comparing my experience to the one that has existed for years, not to the first monospace font used a couple days ago.

[alltiagocom (Tiago)]

@sam

Monospace comes with other advantages when it comes to markdown, tables are a lot easier to work with, pre-formatted text is a lot easier to work with.

How many people will actually use tables on a forum reply that justifies this? Also, Obsidian uses markdown and uses tables with monospace inside, while the text outside it sans-serif:

I don’t see why the whole composer has to change to monospace when they could co-exist?

I would say 99% of what we write is “normal” text, not markdown.

My honest opinion is that this is not a great feature to be “forced” on users, even if we let it breathe. It’s not a change that users are relieved to have, and that’s visible in most comments. It should be a user preference.

I don’t really see any issue with the composer having the same typeface as the preview. It’s pretty easy to understand what’s happening. It’s been for many years, right? “If it’s not broken, don’t fix it”, they say. And it applies here, I believe.

[sam (Sam Saffron)]

For people struggling with this change, one recommendation I have is:

Give it a shot for a few days with preview disabled

Once preview is disabled the font change feels significantly more natural.

• Swapping from Rich to Source code feels a lot more natural
• It is extremely clear what mode you are in

We are still taking feedback, nothing is 100% set in stone, we may add more user toggles here, I don’t know.

[LeoDavidson]

This font should be configurable under https://<site>/admin/config/fonts, but isn’t currently.

[Shauny (Shaun Robinson)]

לא אהבתי את הגופן המונו-רווח (הוא טוב לקוד אבל לא להקלדה בפורום) אז שיניתי אותו בחזרה על ידי הוספת ה-CSS הזה לנושא שלי (ספרו לי אם יש דרך טובה יותר לעשות זאת בבקשה!)

.d-editor-container--rich-editor-enabled .d-editor-textarea-wrapper textarea.d-editor-input {
    font-family: var(--font-family) !important;
    font-size: var(--base-font-size) !important;
    line-height: var(--line-height-large) !important;
}

[seanblue]

אני באמת חושב שזו צריכה להיות הגדרת משתמש. אסור לכפות עליי להשתמש בתצוגת ה-wysiwyg כדי להשתמש בגופן קריא. גופנים מונו-רווחים הם למעשה בלתי קריאים עבורי לטקסט רגיל (לא קוד). זה בולט במיוחד במובייל שבו אי אפשר לראות תצוגה מקדימה בו זמנית זה לצד זה, אבל זה עדיין לא מצוין גם בדסקטופ. אני לא חושב שהגדרת אתר או עקיפת CSS מספיקים מכיוון שלא כל מנהלי האתרים יגיבו למשוב משתמשים בנושאים כאלה.

[AE1020]

@seanblue

I don’t think a site setting or CSS override is sufficient since not all site admins will respond to user feedback for stuff like this.

Absolutely (and I agree strongly enough to have created an account for the purposes of posting agreement!)

Markdown automatically word-wraps lines and has other properties that blurs the line between “word processing” and “code”. On a discussion forum, it’s certainly much more a word processor…and I’ve been quite happy with the historical behavior. I’ve appreciated being able to freely copy and paste without ambiguity. I like being able to hit enter and get a newline, instead of some WYSIWYG imagination of what I might have meant.

Markdown editing does not become more functional or enjoyable by using a fixed-width font. It gets worse…and I’d think anyone who actually uses it would agree.

So Markdown is being made a second-class citizen, for the purpose of strengthening the visual cue of which mode you’re in.

I’d ask the UX designers among you if there’s a better way to emphasize the mode… that doesn’t ask you to make the nearly-never-good tradeoff of using a fixed width font to edit what is mostly non-code text.

If a good answer to that were found, there’d be no need for an option to toggle fixed-width vs. non, because it would always be a proportional font.

[alltiagocom (Tiago)]

@seanblue

I shouldn’t be forced to use the wysiwyg view to use a readable font.

@seanblue

This is especially glaring on mobile where you can’t see a preview at the same time side by side

2 valid points!

[alltiagocom (Tiago)]

עבר הרבה זמן מאז נאמר לנו “תן לזה לנשום”. כפי שאנו יכולים לראות, שינוי זה אינו משהו שכולנו אמרנו “שינוי מדהים!”
כפי שמישהו אחר אמר, האם היה ביקוש עצום לזה? אני לא יודע… אני בספק, אבל אולי אני טועה.

אני חושב שהסתכלות על markdown כשפת “קידוד” כדי להצדיק את ה-monospace, לא הגיונית לי במיוחד. אני רואה markdown כדרך לעצב טקסט, לא בהכרח כשפת “קידוד”. אני לא חייב להיות מפתח כדי להשתמש ב-markdown, בניגוד לשימוש למשל ב-VS Code, Cursor, וכו’, שם monospace מתאים.

כאשר אנו יוצרים נושאים חדשים או תגובות בפורום, אנו לא “מקודדים” אלא “מתכתבים” וטקסט צריך להיות קריא. Monospace, פשוט אינו קריא כל כך. אני יכול להקליד פסקה של 150 מילים בעורך markdown מבלי להשתמש כלל ב"תחביר" markdown (אם זה מה שזה נקרא?). אז אני רואה markdown כדבר נוסף שאנו יכולים להשתמש בו כדי לעצב טקסט, לא בהכרח כ"פורמט" שבו הכל חייב לשבת, אם זה הגיוני?

[putty (Derek Putnam)]

הוסף זאת ל-CSS שלך @seanblue ו-@alltiagocom. זה יחזיר את העורך לברירת המחדל של האתר שלך.

/* משנה את הגופן בעורך ממונוספייס חזרה לברירת המחדל של sans-serif */
.d-editor-container .d-editor-textarea-wrapper textarea.d-editor-input {
    font-family: var(--font-family);
    font-size: 1rem; /* או השתמש ב-16px, או בגודל ברירת המחדל הספציפי שלך */
}

[alltiagocom (Tiago)]

אני מאמין במתן העדפה למשתמשים. אולי משתמשים מסוימים רוצים monospace. אני לא יודע. ראיתי ערכות נושא מטורפות של VS Code (רקע ירוק עם טקסט שחור, או גרוע מכך), ואני לעולם לא אשתמש בזה, אבל כל אחד שונה.

אני בהחלט משנה את שלי לסנס-סריף, אבל הנקודה שלי כאן היא שאנחנו יכולים להציע את האפשרויות למשתמשים שלנו. זה הכל.

[Bas (Bas van Leeuwen)]

@alltiagocom

As we can see, this change is not something we all said “amazing change!”

I’m biased as a Discourse employee, but I much much prefer the new monospace font. So there’s a good chance that the people that go “ah yeah, nice” or even “huh, never noticed” don’t speak up.

There must be dozens of us at least

[Jagster (Jakke Lehtonen)]

@Bas

There must be dozens of us at leas

Sure. Out there is a lot of coders and devs

(But among ordinary people monospace isn’t counted as a readable font. For me and my users the CSS-trick did the job, so for me as an admin this is more an academic question. But let’s stop to say this change is done for majority and is widely in use, because that isn’t true.)

[Bas (Bas van Leeuwen)]

I think you’re making assumptions about me that aren’t true

[Ed_S]

אני מסכים - המונוספייס אינו צפוי ומכוער. גם מיותר. כבר יש מחוון בסרגל הכלים שמספר לנו באיזה מצב אנו נמצאים.

[Jagster (Jakke Lehtonen)]

Well, I didn’t, because everything wasn’t about or by you.

Anyway. Keeping two options as a composer was a wonderful solution. Monospace not that much, but as long as the CSS change works, I’m happy. But I understand the point of having a user setting for that — but I don’t like it, because there is already quite a bit to set up. But I’m not so sure how many ordinary users ever even change settings… and then it doesn’t matter how crowded it is