Das Bild unten ist ein Screenshot eines Beitrags, den ich auf users.rust-lang.org geschrieben habe.
Wie man ziemlich deutlich sehen kann, ist das Eingabefeld einfach komplett kaputt. Und das ist nicht neu, das passiert schon seit einer ganzen Weile.
Seltsamerweise scheint meta.discourse.org dieses Problem nicht zu haben. Was könnte also die Ursache für das Problem sein?
Aus irgendeinem Grund hindern mich die Einschränkungen daran, das eigentliche Bild in OP zu posten. Was ich ziemlich kontraproduktiv finde.
Woher weißt du, was ich meine, wenn ich kein einziges Bild posten kann, das das Problem zeigt?
Wie auch immer, hier darf ich es in einem separaten Beitrag tun, also hier ist es:
1 „Gefällt mir“
Hallo @jjpe 
willkommen 
Können Sie bitte weitere Informationen zu Gerät und Betriebssystem angeben?
Ich kann dies nicht reproduzieren. Ich war gerade selbst im Rust-Forum auf meinem iPhone 15 Pro iOS 18.0.1 und meinem Macbook MacOS 15.01 Sequoia und der Composer funktioniert wie erwartet.
Wenn dies nur in diesem Forum auftritt, würde ich vermuten, dass es sich um ein Problem mit einer Themenkomponente oder einem Plugin handelt, das Ihr Gerät/Browser möglicherweise nicht mag. 
Sie könnten vielleicht den abgesicherten Modus ausprobieren.
3 „Gefällt mir“
Hallo, danke
Sicher, es ist ein Android-Samsung-Handy. Soweit ich weiß, laufen sie alle mit der gleichen Software, abgesehen von den Treibern.
Es ist wichtig zu beachten, dass ich das Problem nur mit meinem Handy habe. Das Problem tritt auf meinen anderen Geräten (Laptop, Desktop) nicht auf.
Ich werde das versuchen, aber es wäre keine Lösung, wenn das Farbschema auf Weiß zurückgesetzt wird. Ich bin kein großer Fan davon, geblendet zu werden
Der abgesicherte Modus scheint also eine Wirkung zu haben.
Es ist jedoch schwierig, dies einzuschätzen, da das Problem nicht zu 100 % auftritt. Das Beste, was wir jetzt tun können, ist, die Website eine Weile im abgesicherten Modus zu nutzen und zu sehen, ob das Problem überhaupt auftritt.
Wenn nicht, ist das eine klare Richtung, in die wir uns wenden können: eine Komponente oder ein Plugin.
Es stellt sich heraus, dass es komplexer ist als ein Plugin oder eine Komponente, die das Problem verursacht.
Der Screenshot unten stammt von internals.rust-lang.org mit aktiviertem abgesichertem Modus.
Dennoch ist die Textbox immer noch falsch dimensioniert.
1 „Gefällt mir“
Welches Modell und welche Betriebssystemversion? Wir müssen dies reproduzieren können, um es herauszufinden.
1 „Gefällt mir“
Und welcher Browser?
1 „Gefällt mir“
Das wäre der Chrome-Browser.
Die einzige von mir aktivierte Bedienungshilfeneinstellung ist „Zoom erzwingen“, aber das sollte hier keine Rolle spielen, da sie standardmäßig nichts bewirkt. Sie ermöglicht mir nur, hineinzuzoomen, wenn das sonst nicht möglich wäre.
[Zitat=“Lilly, Beitrag:7, Thema:332668”]
Welches Modell und welche Betriebssystemversion? Wir müssen das reproduzieren können, um das herauszufinden.
[/Zitat]
Ich schätze, das habe ich vorher übersehen.
Das Telefon ist ein Samsung Galaxy S24+ mit den neuesten Updates installiert.
Das heißt, Android 14 und OneUI 6.1
Ich verlinke einen Beitrag, den ich hier zu diesem Thema auf users.rust-lang.org erstellt habe.
Ist über einen Monat später etwas dagegen unternommen worden?
Das haben wir schon mal gesehen. Normalerweise die Einstellungen für Schriftgröße und Anzeigegröße auf dem Gerät.
Es ist nur eine Web-Ausgabe. Überprüfen Sie alle Einflüsse auf Ihre Chrome-Anzeige.
Siehe die Diskussion hier:
Ja, das Ding ist, es gibt keine, wenn wir über den Browser sprechen. Das ist nur Chrome für Android, das keine Unterstützung für Erweiterungen oder Plugins hat. Daher habe ich auch die Barrierefreiheitseinstellungen überprüft, insbesondere die Textskalierung. Alles ist auf die Standardwerte eingestellt.
Inzwischen ist mir das Problem auch auf der KDE-Diskussion begegnet, also ist es definitiv ein Problem mit Discourse selbst.
Seltsamerweise tritt das Problem hier auf Meta beim Antworten nicht auf.
Aber es ist ein Problem, und eines, das gelöst werden muss, weil es die Benutzererfahrung einfach kaputt macht.
Im Grunde ist es dasselbe, was Safari/iPadOS schon lange stört. Der Hauptgrund, warum ich Safari nicht mehr für Diskurse nutze, sondern nur noch den Hub oder PWA.
Aber das Nervigste ist, dass es nicht konstant ist. Aber es passiert wirklich oft.
Keiner meiner Android-Nutzer hat sich darüber beschwert, obwohl. Und ich denke, ein ziemlich großer Teil dieser Nutzer hat ein Samsung – es hat einen ziemlich guten Marktanteil in Finnland.
Die Nutzung der Seiten als PWA scheint tatsächlich zu helfen.
Aber das ist natürlich kaum mehr als ein Workaround – PWAs sind immer noch Web-Apps. Das steckt schon im Namen. Und als solche laufen sie immer noch in einem Browser, nur eben ohne die Browser-Oberfläche (z. B. Adressleiste).
Könnte das also mit diesem Problem zusammenhängen? Vielleicht wird eine Höhen-Eigenschaft in einem Browser mit tatsächlicher Browser-Oberfläche nicht richtig berechnet?
Völlig zufällige Neugierfrage: Ändert die Verwendung einer anderen App als Tastatur-App zufällig etwas?
Ehrlich gesagt, ich weiß es nicht. Keine Alternative zu SwiftKey ist für mich ernsthaft nutzbar (ich habe es versucht - alle Alternativen sind einfach schlecht, oder vielleicht kann ich mich einfach nicht daran gewöhnen, einschließlich GBoard), daher ist das ein bisschen ein Streitpunkt.
Ich bin nur neugierig, ob es irgendwie die Tastatur- und Browserkombination ist, die Probleme verursacht. Wenn Sie vorübergehend etwas anderes verwenden, besteht das Problem weiterhin?
1 „Gefällt mir“
Ich habe das gerade ausprobiert.
Ärgerlicherweise kann ich es im Moment auf keiner der Discourse-Bereitstellungen reproduzieren. Das heißt, sie verhalten sich derzeit alle so, wie ich es erwarten würde.
Ich habe vor ein paar Tagen ein Systemupdate erhalten, und ich denke, dass etwas unter den Änderungen für dieses Problem relevant ist.
Obwohl ich mir nicht zu 100 % sicher sein kann, wäre der Fehler, falls er zutrifft, eher im Chrome-Engine-Code oder im Android-Code als in Discourse selbst zu finden.