Der Cursor scheint im Composer / Editor herumzuspringen. Erleben das noch andere? Ich hatte das sowohl in der mobilen als auch in der Desktop-Ansicht auf meinem Forum in Chrome und Safari. Es passiert, wenn ich ein Zitat im Textfeld habe oder Text bearbeite. Der Cursor springt an eine andere Stelle, wenn ich anfange zu tippen oder manchmal sogar, wenn der Mauszeiger das Textfeld verlässt, ohne zu klicken. Ich hatte das hier auf Meta noch nicht, aber es passiert in letzter Zeit auf unserem Forum mir und anderen. Es passiert auch nicht immer, meistens bei längeren Beiträgen.
Haben Sie versucht, in Ihrer Instanz im abgesicherten Modus zu arbeiten, um zu sehen, ob dies weiterhin der Fall ist?
noch nicht. Ich werde versuchen, es morgen früh wieder zu reproduzieren, sobald ich an meinem Schreibtisch bin, und auch im abgesicherten Modus. Ich habe es zum ersten Mal vor ein paar Tagen bemerkt, als ich unseren Moderatorleitfaden bearbeitete und dachte, es könnte ein DiscoTOC-Problem sein, aber dann bemerkte ich es noch ein paar Mal an anderen Stellen - es scheint nur aufzutreten, wenn ich einen früheren Beitrag bearbeitete oder jemanden zitierte, sowohl auf Mobilgeräten als auch auf Desktops. Dann bemerkten heute ein paar meiner Benutzer, dass sie kürzlich ein seltsames Cursorverhalten im mobilen Composer-Feld erlebt haben. Es ist, als ob man klickt/tippt, um den Cursor an eine Stelle zu bekommen, an der man Text bearbeiten oder eingeben möchte, aber dann, wenn man tatsächlich tippt, bewegt sich der Cursor sofort an eine andere Stelle und der eingegebene Text erscheint an der neuen Stelle. passiert nicht mit der Auswahl- und Bearbeitungsfunktion.
ok, ich konnte es im abgesicherten Modus reproduzieren und dieses Mal habe ich die Funktion “Auswählen zum Bearbeiten” verwendet, aber bei einem langen Textblock, um den Editor aufzurufen. Es passiert nicht jedes Mal, wenn ich versuche zu bearbeiten oder zu posten. Im Moment springt der Cursor an den Anfang des Beitrags, wenn die Maus über ein Element wie einen Button oder die Editor-Symbolleiste fährt. Selbst wenn ich mich weit unten im Text befinde, springt er nach oben. Aber manchmal scheint es zu passieren, sobald ich den Text eingebe (in der mobilen Ansicht tut er das). Sehr seltsam, weil es inkonsistent ist. Selbst wenn ich Text im Editor auswähle, wird die Auswahl manchmal aufgehoben und der Cursor bewegt sich an eine andere Stelle.
Wenn ich zum Beispiel Text auswähle, um über die Link-Schaltfläche einen Link zu erstellen, wird der Link am oberen Rand der Seite erstellt, ohne Text darin, anstatt um den ausgewählten Text herum. Er springt, wenn ich mit der Maus über die Link-Schaltfläche fahre, aber bevor sie angeklickt wird. Und das im abgesicherten Modus. Es ist seltsam, weil es nicht sofort passiert. Das Verhalten des Cursors kann im Editor zunächst normal sein, aber nach einigen Änderungen beginnt er plötzlich, sich an verschiedene Stellen auf der Seite zu bewegen.
Hallo Lilly,
Es wäre toll, wenn du es schaffen würdest, eine Videoaufnahme von dem Geschehen zu machen.
Ich lasse oft OBS im Hintergrund meinen Desktop aufzeichnen, das hat mir schon oft geholfen, seltsame Probleme in verschiedenen Programmen zu erfassen und Reproduktionsschritte zu erhalten.
Für Probleme, bei denen ich weiß, dass ich sie leichter reproduzieren kann, benutze ich ShareX, das eine großartige Aufnahmefunktion hat.
Ja, ich werde versuchen, ein Bildschirmvideo auf meinem Desktop zu bekommen. Es passiert auch auf meinem iPad, also kann ich dort eines aufnehmen, wenn ich es reproduzieren kann. Natürlich scheint dieses Problem nur aufzutreten, wenn ich wirklich einen langen Beitrag bearbeiten muss ![]()
Hier ist ein einfaches Beispiel von meinem iPad (Safari), bei dem das Emoji an der falschen Stelle am oberen Rand der Seite eingefügt wird, anstatt dort, wo ich den Cursor platziere.
Desktop Chrome
Das passiert ziemlich oft, aber nicht jedes Mal auch auf meinem iPad. Ich habe mir selbst die Schuld gegeben, ich berühre irgendwie den Bildschirm, bevor ich die Symbolleiste treffe.
Da es – wieder: für mich – zu zufällig passiert, kann ich keine Hilfe zur Reproduktion geben. Aber ein iPad kaufen und es benutzen ![]()
Ziemlich unwahrscheinlich, aber können Sie im abgesicherten Modus in Chrome auf dem Desktop noch einmal nachsehen?
Hallo,
Ja, ich glaube, das ist ein Fehler, der mit dem zusammenhängt, was ich zuvor gemeldet habe. When composer opens with fast edit, can't close the keyboard. Das ist immer noch ein Problem.
Wenn sich der Composer über „Schnellbearbeitung“ öffnet (wenn es mehrere gleiche Wörter gibt), ist der Fokus des Composers defekt. Dieses Problem besteht auch nach dem Schließen des Composers weiterhin, sodass dieser Fehler weiterhin besteht, wenn Sie einen Beitrag mit normaler Bearbeitung öffnen.
Es scheint, dass, wenn Sie den Composer auf diese Weise öffnen und versuchen, beispielsweise ein Sonderzeichen einzugeben (was die Tastatur von alphabetisch auf numerisch umstellt), der Fokus für einen Moment verloren geht und wenn der Fokus wiederhergestellt ist, der Cursor an die Position springt, an der er sich beim Öffnen befand, vermute ich.
Huawei P20 Pro
Android 10
Chrome 112.0.5615.136
In diesem Video zeige ich:
- Öffnen des Composers mit Schnellbearbeitung
- Öffnen des Composers mit normaler Bearbeitung (nachdem ich ihn mit Schnellbearbeitung geöffnet habe)
- Wechseln zur Composer-Vorschau (Tastatur bleibt geöffnet)
Ich habe oft mit der schnellen Bearbeitung auf dem iPad zu kämpfen. Es begann vor ein paar Wochen. Es tut einfach nichts, wenn ich mehr als ein Wort gemalt habe oder wenn der gemalte Bereich auf ein Leerzeichen endet (nun, das kann auch Zufall sein).
Manchmal braucht es drei oder vier Versuche, manchmal muss ich nur ein Wort einfügen.
Es passiert hier und in meinem eigenen Forum, aber nicht in Foren, die nicht kürzlich aktualisiert wurden (im Sinne von Foren, die noch alte Dinge ohne Seitenleiste usw. verwenden). Aber noch einmal: Es passiert zufällig und ich kann keine Möglichkeit zur Reproduktion angeben.
Ich habe dem iPad, DiscourseHub, meinen Internetverbindungen und/oder zu häufigem Auftreten von Hattiwatt-Anhängern oder Sonnenflecken die Schuld gegeben.
Ich kann das Problem auch ohne die Schnellbearbeitung reproduzieren. ![]()
Reproduktionsschritte:
-
Erstellen Sie einen Beitrag
-
Schreiben Sie und setzen Sie den Cursor irgendwo, aber nicht auf das erste Zeichen der ersten Zeile
-
Klicken Sie auf die Emoji-Schaltfläche
-
Der Cursor springt zum ersten Zeichen der ersten Zeile
Ich habe es in Chrome und Safari im abgesicherten Modus reproduziert. Beide mit schnellem Bearbeiten und normal. Auch mit jeder Schaltfläche und ohne Klicken (nur mit der Maus darüber fahren).
ok, ich habe es endlich hier auf meta reproduzieren können, als ich einen meiner Beiträge bearbeitet habe. Super nervig, weil mein getippter Text an der falschen Stelle landete und ich etwa 4 Versuche brauchte, um ihn an die richtige Stelle zu bekommen. Ich musste darauf achten, dass meine Maus sich auf keinem Element außer dem Textfeld befand.
Möglicherweise eine Art „Bedienungshilfen“-Funktion, die durch eine Tastenkombination des Browsers aufgerufen wird, die versehentlich beim Tippen gedrückt wurde?
Nicht auf einem Mac, aber sporadisch habe ich ein ähnliches Problem auf dem PC – in meinem Fall nicht nur auf Discourse beschränkt.
Dies ist zu Meta zurückgekehrt. Chrome auf dem Windows-Desktop, aber nicht im abgesicherten Modus.
Ich kann keinen Text bearbeiten, indem ich ein Wort oder eine Phrase auswähle und die Editor-Symbolleiste verwende (entweder mit der Auswahl-Bearbeitungsfunktion oder dem normalen Bleistift-Symbol). Ich konnte kein Wort als vorformatierten Text oder fett oder was auch immer formatieren. Der Cursor springt an den Anfang des Textes im Editorfenster, sobald der Mauszeiger den Bereich des Editorfensters verlässt. Scheint mit der Maus und der Nicht-Touchscreen-Oberfläche in einem TC oder Plugin zusammenzuhängen ![]()
Es tritt nicht in der Desktop-Ansicht auf meinem iPad Safari iOS auf.
Können Sie sehr genaue Schritte beschreiben oder ein Video aufnehmen? Ich kann das hier nicht reproduzieren ![]()
Außerdem trete ich mehr auf den ursprünglichen Fehler.
genau gleich wie hier
Ich kann es nicht reproduzieren.
Wenn ich auf ein Formatierungssymbol klicke, bleibt der Cursor an derselben Stelle.
Wenn ich auf das Emoji-Symbol klicke, ist der Composer nicht mehr fokussiert, da die Emoji-Eingabe stattdessen fokussiert ist.
![]()
Das hat mich gestern Abend verrückt gemacht. Ich musste auf mein iPad wechseln, damit ich die Schaltfläche für vorformatierten Text in meinen SQL-Abfragen verwenden konnte.