One more thing I just realized: when it try to use fullscreen mode, only the height is expanded and the width of the composer stays the same. Also, the border elements seem to be missing.
4 לייקים
Hey folks — quick update to share that we’ve made the new composer available as an opt-in, experimental setting. You can turn this on in your community today, but please keep in mind that there are functional limitations at this time, which are noted in the OP of this topic. We’ll keep this topic up to date as we continue to release fixes and improvements.
12 לייקים
May I ask the team if you’re actively working on completing the wysiwyg editor, or switched your focus to something else for now? Aking for a friend 
6 לייקים
אנחנו עובדים על זה באופן פעיל.
זה בראש סדר העדיפויות שלנו להביא את זה למצב שבו זה מופעל כברירת מחדל עבור אתרים שנוצרו לאחרונה.
אנחנו לא חושבים שאנחנו רחוקים מדי מזה, אבל יש כמה דברים שאנחנו בתהליך שאנחנו רוצים להשלים קודם, כמו ממשק משתמש טוב יותר לעריכת קישורים, וטיפול במיקום הסמן כשמוסיפים ציטוט, למשל.
ברגע שנגיע למטרה הזו, אני מצפה שנמשיך לחדד את זה מכיוון שזה יהיה מול עוד יותר אנשים ויפיק משוב נוסף שלהם.
יש משהו ספציפי אחר שאתה חושב עליו חוץ מזה?
11 לייקים
If you ask me, the only thing that’s missing for me and makes me switch back to the markdown editor quite often is resizing images. I often post screenshots, and most of the time I size them down. Unless I’m using a considerably outdated version of Discourse (which I don’t think is the case), image resize is still impossible in wysiwyg, right? Once done, the current version would work for like 95% of the cases for our project management purposes.
7 לייקים
[ציטוט=“meglio, post:131, topic:352347”]
הדבר היחיד שחסר לי וגורם לי לחזור לעורך markdown לעתים קרובות הוא שינוי גודל תמונות
[/ציטוט]
זוהי משוב מועיל. שינוי גודל תמונה עדיין לא נתמך, אבל הוא נמצא גבוה ברשימה.
האם אתה בדרך כלל משנה גודל לערך מסוים? (למשל 50% או 75%)?
6 לייקים
למען הסר ספק, אני הכי מצפה שהסרגל הכלים ישקף את סגנון הכתיבה הנוכחי שאנו נמצאים בו.
לדוגמה, אם כותבים מודגש, יהיה ממש נחמד שהסרגל ישקף זאת עם הדגשה של כלי ההדגשה, אותו הדבר לגבי איטליק. ברור שברגע שמגיעים לסוף הסגנון הזה, יהיה נהדר אם ההדגשה תיעלם
8 לייקים
Most of the time resizing to 75% to make a screenshot look like …. well, a screenshot. When it is slightly reduced in size, then it kind of visually looks like an image embedded into a post because all elements in the image are smaller - it looks like something separate. Whereas if I leave it 100% size, it “blends” with the existing Discourse interface beacuse the UI elements in the image are roughly the same size as the UI elements of Discourse - and it looks ugly.
Finally, when it is a small piece of UI that I took a screenshot on a Retina screen and then embed it into a post, it looks gigantic, so I have to downsize is 50% or more.
At the end of the day, I try to make all screenshots that I insert look roughtly a bit sized down compared to the Discourse UI - then it looks very nice and is easy to read and comprehend as part of a longer text.
2 לייקים
My two cents: I’ve been exploring Basecamp recently, and I find their composer to be one of the best WYSIWYG editors in terms of the balance between the richness of the editorial functions and easiness of use. For MOST cases, the only things that are missing are, hotkeys for all the things that one can do in the editor, and image resizing. My teammates who tried it actually love it.
For your reference:
It is difficult to explain what exactly is different. It just feels… more friendly and cozy to edit in, if I can say so. Also maybe less confusing. It is definitely less feature-rich compared to the Discourse one. But even though, taking into account the pre-wysiwyg era in Discourse, I’d prefer the Basecamp editor all day long. In case this is helpful, insightful and will let you think about it more.
8 לייקים
Both of these are in progress. I don’t have ETAs on when they will be complete, but we’re working on it!
7 לייקים
This feature is extremely important for our use cases (using Discourse as an alternative to Atlassian Confluence as an enterprise intranet). The WYSIWYG editor significantly lowers the barrier to participation, but a large portion of our content consists of structured documents—naturally with different heading levels. If all other necessary formatting options are easily accessible, but the central headings are not, this creates a problematic UX inconsistency.
I would therefore recommend a simple implementation as a dropdown button with H1 to H6. Ideally, it would also be possible to display the current “state”—for example, if the cursor is on an element with a heading, the button would show “H3” or similar. Consistently, this should also apply to other formatting options (bold, etc.). However, while this state display would be nice to have, the button itself is extremely important.
9 לייקים
אנחנו מתחילים לעבוד על הפיצ’ר הזה בשבוע הבא, @Ralf_Stockmann!
10 לייקים
Thank you for your work.
“Captions” are mentioned as a known missing feature. Is it possible the new composer will support <figure> <figcaption> in html output?
לייק 1
האם יש דרך להגדיר את זה כברירת המחדל של Composer לעת עתה?
2 לייקים
למיטב ידיעתי זה עדיין ניסיוני, אז אני לא חושב שכן.
עם זאת, זה יישאר במצב שבו המשתמש השתמש בעבר.
3 לייקים
הגדרתו כברירת מחדל הופכת לבקשה נפוצה, נוסיף אפשרות זו. לינדזי ורנאטו יכולים להבהיר מתי
10 לייקים
This is going to land very soon, we stop at H3 though, H4 and on are quite rare. Typing #### … in the new composer will create the additional levels though and it is possible a theme component could add 4-6.
This is now live and working great 
7 לייקים
זה נהדר!
בעיה אחת שמצאתי כרגע.
בהדבקת ציטוטים שהועתקו לעורך WYSIWYG גורמת לציטוט לא להילקח כראוי.
הית’רו סגור: שיבושי טיסות צפויים להימשך בימים הקרובים, כך אומרת הנהלת שדה התעופה של לונדון
לייק 1