Wenn der Kategoriename zu lang ist, wird der Tag-Button abgeschnitten.
Ist es möglich, neben dem Symbol eine numerische Anzahl der hinzugefügten Tags anzuzeigen, sobald ein oder mehrere Tags hinzugefügt wurden? Das wäre besser, als dass das Tag-Symbol jetzt gefüllt ist (es ist sehr dezent).
Ich glaube, Canapin hat das angesprochen: Der Titel wirkt aus irgendeinem Grund ziemlich abgeschnitten; das könnte mit dem schwebenden Button zusammenhängen.
Beim Aktivieren des Composer-Redesigns funktionierte die Auswahl von „Mitarbeiter“ oder „Bestimmte Gruppen“ nicht. Ich musste „Alle“ auswählen.
Seltsam, hast du eine Fehlermeldung oder etwas Ähnliches bekommen? Hier auf Meta ist es auf eine bestimmte Gruppe eingestellt:
Ich habe keinen Fehler gesehen, kann aber gerne erneut testen. Zuerst habe ich versucht, es auf bestimmte Gruppen einzuschränken: Staff, Guide.
Als ich den Composer getestet habe, hatte sich nichts geändert. Also habe ich die Option „Nur Staff“ mit dem gleichen Effekt ausprobiert. Erst nachdem ich ihn für alle aktiviert hatte, wurde der neu gestaltete Composer auf dem Mobilgerät angezeigt.
Ich habe ihn noch nicht am Desktop getestet. Entschuldigung, dass ich vergessen habe, weitere Details hinzuzufügen.
Mobil auf Google Pixel 9 XL.
EDIT Habe gerade diese Einstellungen erneut ausprobiert. Jetzt funktioniert es! Vielleicht habe ich eine zwischengespeicherte Version des Forums angesehen? Ich hatte sogar versucht, die Seite neu zu laden. Aber jetzt ist alles in Ordnung.
Sehr kleiner Designfehler. Wenn der Selektor aktiv ist, hat der Hintergrund abgerundete Ecken, während im Standardzustand keine sichtbaren abgerundeten Ecken vorhanden sind:
Ich weiß, dass das schon öfter gesagt wurde, aber ich hoffe wirklich, dass der Vorschau-Button auf Mobilgeräten zurückkehren kann. Eines der Foren, die ich nutze, hat nicht genug Community-Support, um den Komponenten-Workaround zu installieren.
Sie ist irgendwie auffällig und blitzt beim Erweitern blau auf, aufgrund der typisch für Chromium blauen Hervorhebung(?).
Außerdem muss ich den Minus-Button zweimal tippen, um zu minimieren, wenn die Tastatur geöffnet ist. (Hinweis: nicht im alten Design vorhanden) Dies könnte durch diesen Glitch in diesem Videoframe verursacht werden (zu sehen, nachdem man das erste Mal den Minus-Button tippt), bei dem die URL-Leiste aus unbekanntem Grund zur Position des Minus-Buttons springt:
Es scheint gut mit Foundation zu funktionieren, aber bei Horizon gibt es einige Probleme: Das Vorschaufenster hat einen Rand in der Akzentfarbe.
Freut mich, dass es auf Foundation gut funktioniert! Bei Horizon ja, das weiß ich, wie ich im Eröffnungsposting schon gesagt habe
Ich arbeite noch daran.
Ich habe KI befragt, und das blaue Aufblitzen lässt sich beheben, indem man dem betreffenden Element -webkit-tap-highlight-color: transparent hinzufügt. Ich würde empfehlen, das für das Editor-Element zu tun, denn wenn es beim Aufklappen den gesamten Bildschirm einnimmt, führt das zu einem Aufblitzen auf dem ganzen Bildschirm – das sieht nicht gut aus.
So sieht es aus, wenn ich * {-webkit-tap-highlight-color: transparent} mit Stylus anwende (ich verwende Edge auf Android)
Ich finde, das rahmenlose Design ist deutlich weniger intuitiv:
Der Titel scheint Teil des Beitrags-Editors zu sein. Das ist in Ordnung. Aber wenn ich den Titel eingebe und dann die Enter-Taste drücke, springt der Cursor nicht in die nächste Zeile. Es fühlt sich an, als wäre ich einfach in der ersten Zeile des Beitrags festgefahren, ohne Möglichkeit, weiterzumachen. Ich glaube nicht, dass der Nutzer intuitiv verstehen wird, dass er auf die nächste Zeile klicken oder Tab drücken muss, um fortzufahren. Wenn du die Titelerfassung als Teil des Beitrags-Editors gestalten willst, dann muss sie genau wie jede andere Zeile im Editor funktionieren. Wenn sie weiterhin als separates Eingabefeld behandelt werden soll, dann kehre zum alten Design zurück, bei dem diese Eigenschaft dem Nutzer visuell klar gemacht wurde.
Das Fehlen eines Rahmens zwischen dem Beitrags-Editor und der Vorschau (wenn der Composer im Markdown-Editor-Modus ist) ist zu verwirrend. Das sind zwei separate Bereiche. Diese Tatsache sollte dem Nutzer durch einen Rahmen zwischen den beiden visuell kommuniziert werden.
Im Vorschaufenster, das angezeigt wird, wenn der Composer im „Markdown-Editor-Modus“ ist, fehlt der rechte Rand:
Ich würde erwarten, dass es einen ähnlichen Rand hat wie auf der linken Seite des Composers, wie wir ihn sehen, wenn der Composer im „Rich-Text-Editor-Modus“ ist:
@renato Denkst du, das ist einfach genug umzusetzen?
Wenn das so ist, sollte es dann nicht auch in die andere Richtung funktionieren? Wenn sich der Cursor am Anfang des Textfeldes befindet, sollte beim Drücken von „Zurück“ der Fokus zum Titel-Eingabefeld springen?
Da es sich um separate Felder handelt, würde ich dieses gesamte Verhalten (Titel zu Textfeld und umgekehrt) als seltsam empfinden, aber vielleicht ändere ich meine Meinung, nachdem ich es eine Weile genutzt habe.
Nur zur Information, und vielleicht zu früh und bereits bekannt, aber die Symbolleiste fehlt komplett, wenn man DiscourseHub mobil/auf dem iPhone verwendet
Edit
Es hat nichts mit DiscourseHub zu tun. Es richtet sich nach dem Sichtbarkeitsstatus der Symbolleiste des ursprünglichen Composers.
Wenn die Symbolleiste über die Umschaltfunktion ausgeblendet wird und dann der neue Composer aktiviert wird, ist die Symbolleiste nicht sichtbar und es gibt meines Wissens keine Möglichkeit, sie wieder anzuzeigen. Und umgekehrt. Wenn die ursprüngliche Symbolleiste sichtbar ist, wird beim Wechsel zum neuen Composer die Symbolleiste angezeigt.
Hallo zusammen und danke für das bisherige Feedback.
Ein paar Dinge, die ich implementiert/behoben habe: (Merge ausstehend)
[quote=“sk-or-v1-contents, post:29, topic:407849”]
除此之外，我必须点击两次减号按钮才能在键盘弹出时最小化窗口。
[/quote]
Den Titel zurück in einen separaten, eingabeähnlichen Bereich formatiert. Könnte ich später noch einmal überprüfen.
Aktuell arbeite ich an:
Ich werde diesem Thema weiter folgen – ich denke noch über einige andere Feedback-Punkte nach.
Ja, ich habe herausgefunden, dass dies das Problem war – sollte kein Problem mehr sein, sobald das Redesign ordnungsgemäß implementiert ist (d. h. der Toggle ist nicht mehr funktional)
Leicht OT, da das auch beim „alten“ Composer der Fall ist, aber ich habe festgestellt, dass der Composer beim Hoch- und Herunterschieben der Maus mit Verzögerung folgt und die Animation ruckelt.
Abspielen bei 0,25× Geschwindigkeit, um besser zu sehen, was ich meine.
Ich vermute, es handelt sich um eine JS-/Browser-Einschränkung und dass hier nichts einfach optimiert werden kann?
Ich würde es gerne sehen, dass Interface-Elemente nahezu sofort reagieren und mit 60 fps animiert werden.
Außerdem, nach ein paar Tagen mit dem neuen Composer, ist er einfach besser. Er hat ein paar „Macken“, über die sich alle einig sind (Markdown/Vorschau-Trennung, Titel…), aber insgesamt ist es eine sehr schöne Verbesserung für etwas, das ich für schwer zu verbessern halte. Also, gute Arbeit 
Der neue Editor nimmt viel vertikalen Platz ein. Ich muss seine Größe jetzt vergrößern, wenn ich ein neues Thema erstelle. Beim Antworten auf einen Beitrag ist das weniger (oder gar kein) Problem.
Zur Info:
Ich verwende den Markdown-Editor und Firefox unter Win11.
Hallo, hier ein paar Anmerkungen.
Wir verwenden das Mermaid-Plugin, um Node-RED-Flows anzuzeigen. Dies funktioniert weder in diesem neuen noch im vorherigen Rich-Text-Editor. Der Code wird als Konsolentext angezeigt:
Bisher konnten wir dies umgehen, indem wir den Composer auf die ältere, nicht-reiche Textvariante zurückgeschaltet haben. Diese Auswahl-Schaltfläche funktioniert nicht mehr.
(Safari, macOS 27 aktuelle öffentliche Beta)
Ist jetzt behoben 
Update: Dies tritt weiterhin mit der für Xiaomi angepassten Sogou-Tastatur auf, jedoch nicht mit der Fcitx-Tastatur. Ich werde Sogou sowieso durch etwas weniger Exzentrisches ersetzen, daher werde ich keine Priorität darauf legen, diese Tastatur speziell zu unterstützen.
