המטרה שלי היא לא להתמקד ב"בואו נוסיף או נסיר מונוספייס". אנשים שונים, טעמים שונים.
אני מאמין שכאשר חברה מציעה משהו לאורך זמן, אם היא רוצה לשנות אותו, זה לא אמור להיות חובה, אלא אופציונלי.
אתה מעדיף Markdown עם מונוספייס. מצוין.
אני מעדיף Markdown כפי שהיה תמיד עם sans-serif. מצוין.
אבל עכשיו אני נאלץ או להשתמש בטקסט עשיר, שאני לא רואה את עצמי משתמש בו, או להשתמש בגרסה חדשה של Markdown שאף פעם לא השתמשתי בה ואני לא אוהב.
Markdown עם sans-serif או מונוספייס צריך להיות מוצע כאופציה, במקום לכפות על כל המשתמשים להתרגל למשהו שחלקנו כבר הראינו שזה לא לטעמנו.
הצדקת השינוי כ"סביבת קידוד" לא הגיונית, כי אנחנו לא מקודדים ב-composer. אנחנו מקלידים טקסט רגיל ולפעמים מעצבים אותו באמצעות Markdown. זו לא סביבת קידוד.
שוב, הדיון בשבילי הוא האם מונוספייס צריך להישאר או לא. מדובר על כך שתהיה לי אפשרות לבחור מה שאני אוהב. והפתרון העוקף של CSS עובד רק עבור הקהילה שלי. מה לגבי כל הקהילות האחרות שמשתמשות ב-Discourse, שם אני נאלץ כעת לשינוי החדש? זה לא הגיוני לי.
My concern about reverting is that this optimises for users that never want to use the rich text editor and are averse to change, wouldn’t a “no rich text for me” option achieve the same goal?
Only if they know that difference and what to do for that. Rich mode are out there for people who can’t do **bold**.
All what they see is a hard font.
And again — when an admin uses rich mode as default, that would happen only if that user clicks or touches wrong place, and can’t understand what the heck just happened.
And second again — monospace is difficult for eyes
… and they can easily click a button to make it go away so they are encouraged to use the “easy” font, that looks great. 99.9% of users out there should just opt for that for casual authoring.
I get people are pushing for a user preference here, we are discussing this internally as well. It is tricky, usually we only add preferences as a last resort, maybe this is one of those cases.
Also… I do not see our behavior as an outlier:
Reddit, number #6 site on the internet does the exact same thing:
I think it is needed when a forum blends dev-stuff and more common discussion. If a hard core dev want to use typewriter every where I get it, but I don’t understand why I am forced to use same.
But this is somewhat strange situation: we are writing using one font, that doesn’t give any benefits, but is acting as a marker what kind composer a user is using, and after that we are reading and the font is totally different.
You know very well that out there is opposite examples way more. And I’m not sure why Reddit would be a good example. If it is then we should adapt Facebook way too.
That isn’t important. The point is if you use Reddit as an example for useful UX, because it is big, then you should use same logic with Facebook.
Reddit isn’t actually that popular outside US and native english speaking world.
If I understand right, for you hard-to-read monospace font is an indicator for markdown editor? Isn’t that a bit harsh way? Those of my users, and I, who are using markdown, know which editor is in use no matter the font is same.
Again — CSS is the savior. But not here. In Meta I have two and only two options:
suffer 100 years old typewriter font, because few sites is using it
not to use markdown editor
So… Perhaps that setting is needed, because you don’t force me to use smart lists either.
(Off topic, I know — but ordinary consumer level users need only one-button-toolbar: for image upload)
Some users like myself will probably never use rich text, so this isn’t really a feature that makes a difference. If my default is markdown, that’s all I need to “know”.
Sure, there are the other users who probably have no clue what markdown is and rich text is useful. I get it, as all the users who are “against” the change. We are not dismissing those users. We are asking for an option, not a mandate.
From the comments I’ve read, absolutely no one is averse to change. You are using that as a justification for the decision the team made. I’m not averse to change, and I would say that other users are on the same boat. We are asking that there’s a preference for those who do not want markdown + monospace together.
This is the same thing. You are having a hard time understanding that “no rich text” and “no rich text WITH sans-sarif” are two different things, considering that “no rich text” now is = monospace, which is a bad font.
Isn’t it also “tricky” that suddenly you force thousands of users who have been using forums for years, using Discourse, to now have to get used to something that has been proven not to be ideal for reading?
For example, Facebook, X/Twitter, YouTube allow clickable links in posts. Instagram and TikTok don’t.
Each company is a company. Just because Reddit or CKEditor work a certain way, doesn’t mean that you have to copy them. You have to do what makes sense to your product. And again, no one is asking you to remove the rich text or monospace. We are asking that this is an option. Some people like light themes, some people like dark. Some people like to have a pure black background with neon text while they code, some people like muted colors. Each person is different.
It doesn’t have to make sense to you, it has to make sense to the user.
I don’t want to come across as rude or anything. I appreciate Discourse as a platform, especially being free for self-hosting options. I’m just finding it hard to accept that a team of people, including developers, etc, is having a hard time accepting that having a user preference is the route to go, after almost 4 months after asking us to “let it breathe”. I let it breathe and a lot of us just don’t like it and we want to at least have the option to decide what we want to use.
תהיה לי אפשרות שלישית: לתת ל-Discourse לעשות זאת באופן טבעי. תמיד היו לנו sans-serif ואני לא חושב שזו הייתה בעיה. הצורך ביותר פלאגינים להתקנה וניהול, לא נראה הגיוני, לדעתי.
אבל מבין השניים, פלאגין נראה הגיוני יותר, אחרת זה אותו הדבר: אנו מכריחים את כל המשתמשים להשתמש בגופן אחד, במקום להיות מסוגלים לבחור, מה שאני מתנגד לו (עכשיו כשיש לנו את אפשרות הטקסט העשיר, כמובן).
מנהל הקהילה יכול להגדיר את ברירת המחדל של markdown כ-sans-serif או monospace. לאחר מכן כל משתמש בוחר מה שהוא רוצה. אם המנהל מגדיר זאת ל-sans-serif, המשתמש יראה
השתמש בגופן monospace בתצוגת markdown
אם המנהל מגדיר זאת ל-markdown, המשתמש יראה
השתמש בגופן sans-serif בתצוגת markdown
אין צורך לסבך זאת עם המילים “legacy” או כל דבר מתוחכם. הפוך את זה לידידותי למשתמש, ישר ולעניין. חשוב כמו המשתמש הממוצע, לא כמו מפתח.
חו, פספסנו לגמרי את המהומה הזו בקהילת שפת התכנות שלנו ב-Discourse כי (אני מניח?) השבתנו את עורך ה-Rich Text לחלוטין. הבחירה הזו כנראה נעשתה אי שם ב-2016, כנראה כשה-Rich Text Editor היה הרבה יותר גרוע ממה שהוא היום. ואז מעולם לא הוערכה מחדש. או שאולי ההתקנה שלנו קודמת לעריכת Rich Text בכלל ופשוט מעולם לא הפעלנו אותה. כך או כך, אנחנו עדיין רואים את ההתנהגות ה"מורשתית" עם הגופן ה-serif בעורך ה-markdown, ואני די מרוצה מההתנהגות הזו.
כמישהו שבאופן אישי כותב הרבה markdown וקוד (בעורכי טקסט מונו-רווחים ובהרבה תיבות טקסט HTML), יש לי דעות.
אני מעדיף להשתמש בגופן serif בעורך שאינו RTE כדי לכתוב פוסטים ב-Discourse. אני בטוח שיש כאן איזו התנגדות לשינוי, אבל אני חושב שיש גם כמה סיבות טובות. רוב הטקסט שאני כותב ב-Discourse וב-GitHub הוא למעשה טקסט, לא קוד. למעשה, אני לא הייתי קורא markdown “קוד” בכלל! הפעם היחידה שאני רוצה גופן מונו-רווח בחלון עורך הטקסט הזה (או של GitHub) היא בתוך גדרות ``` — כי זה קוד. אל תערבבו markdown עם קוד; זה לא קוד. ואני שונא עורכי Rich Text כי הם כל כך נלחמים בי לעיתים קרובות. לדוגמה, הפסקה הזו ממש מקבלת התנהגויות מאוד באגיות אחרי שהתאמצתי לכתוב את ה-markdown עבור הגדר (זה פשוט ```` ``` ````, אבל עכשיו אני לא יכול לגעת ב-tilde במקלדת שלי בלי להרוס את ה-RTE).
גופני Serif בעורך שאינו RTE גם תואמים ל-GitHub — האתר האחר עם תיבת טקסט HTML שבה אני כותב הרבה markdown.
אני מהמר שזה מייצג הרבה מהקהילה התכנותית שלנו בכללותה. האנשים בלוח ה-Discourse שלנו:
כותבים קוד מקור ומשתמשים בגופנים מונו-רווחים כדי לכתוב קוד מקור
יודעים לכתוב ולקרוא markdown ישירות
לא חושבים על טקסט markdown כקוד מקור
כנראה מעדיפים להשתמש בעורכים שאינם RTE
כנראה מעדיפים להקליד/לערוך אותו כפרוזה — כלומר, עם גופן serif
It doesn’t really matter, does it? I’ve removed the aside from my original post. The point is, the rich text editor on our instance is off, and I’m happy to keep it off as long as turning it on would (IMO) degrade the markdown editor in this way.
אני חושב שהגדרת טקסט מגיעה לשורש הנקודה של @alltiagocom — אני בהחלט לא הייתי מצפה שתיבת הסימון הזו תשנה את ההתנהגות של “מצב ה-Markdown הנוכחי”. אני מבין את הרצון להגביל העדפות (ובמיוחד של משתמשים) — זו מטרה ראויה לשבח! אבל זה באמת מרגיש שזה דבר סגנוני אורתוגונלי שהכי טוב לטפל בו על ידי ערכות נושא עצמן.
In my CSS where? I’m not an admin, which is pretty much my point. Unless you’re saying as a regular user I can override the CSS somehow (without using a browser extension).
But there’s literally a toggle showing what mode you’re in. What more do you need? From your screenshot I guess it’s not visible on mobile, so make it visible and that problem is solved.
Are you planning to remove the markdown version in the future? If so, I understand why you want to nudge people towards that view. But I want to mention again that WYSIWYG editors are never perfect and are often inconsistent. A big problem is that you have to learn the quirks of the WYSIWYG editor on every specific website/application. Teams and Confluence and Bitbucket all use WYSIWYG and all have their own quirks that I have to learn and adjust to. Some I still haven’t gotten used to because they are so counter to how plain HTML inputs/textareas work, and every quirk means more time I have to spend to type what I want. Markdown on the other hand always works and can be written or edited manually, which makes it less error prone.
Also, for Discourse in particular, your software has many more components than simple editors usually have (polls, post quotes, hidden details, spoilers, etc.) that are far more complicated. I get that having those visible in line is a benefit to non-technical users, but it’s also more places that the WYSIWYG editor can subtly break in ways that are annoying to power users.
I think Reddit has far less complex functionality, which means it’s less necessary to use a markdown editor. I only noticed the toggle to switch to markdown mode recently (and immediately switched it back after seeing it was monospace), but the difference is that on Reddit I only need basic behavior like bold and italics or links, which is perfectly fine in WYSIWYG mode.
I don’t know why you keep using the term “source code”. It seems like you’re using it to say what we’re writing is “code-like” and therefore monospace makes sense. But it’s really not code-like at all. Markdown is absolutely nothing like writing or reading code.
Bitbucket uses a hybrid approach where you can see the markdown but it also shows the effect of the markdown. For example, you’d see **text**, but the asterisks and “text” would be displayed bold in the editor. They use a serif font for all text that’s not in a code block, while text within a code block is shown in monospace. (And yes, the editor has quirks that frequently make me mess up when editing a comment.) I can’t provide a screenshot since I only have access on my work machine.
Exactly! I have never heard a software engineer say “wow I really wish this markdown editor used a monospace font”.
)
so they are encouraged to use the “easy” font, that looks great. 99.9% of users out there should just opt for that for casual authoring.
an excercise in futility in non monospace.
