Eingabetaste erzeugt weiteren Quellcode-BBCode

Konnte ich jetzt weder in Safari, noch in Edge auf meinem iPhone 13 Pro nachstellen, muss aber auch zugeben, dass ich auf iOS 15.1.1 bin.

Bei mir springt er einfach in die naechste Zeile ohne ein weiteren BB-Code zu erzeugen.

Ich denke dann liegt es eher an Safari oder?

Habe mein iPhone auf 15.2 geupdated.

Safari hat immer noch keine Probleme damit.

Kann dein Problem komischerweise nicht nachstellen.

Quote from Krymonota

weil du Microsoft SwiftKey verwendest

Bis auf die Tastatur habe ich nichts veraendert.

Allerdings kann ich das mit der normalen Apple Tastatur nun auch reproduzieren. Zwar nicht mit dem = aber mit anderen Sonderzeichen.

Scheint also mit der Standard Tastatur zu tun zu haben.

Demnach theoretisch wohl nichts was man als Software beeinflussen kann?

Nutze unter Android überigens auch SwiftKey hehe

Quote from LRDE

Demnach theoretisch wohl nichts was man als Software beeinflussen kann?

Doch schon. Javascript interpretiert ja den abgegebenen Tastendruck als etwas und erzeugt daraus dann eine Aktion.

Hier muss man halt pruefen warum die normale iOS Tastatur sich anders verhaelt und pruefen ob man im Javascript etwas abfangen kann.

Sofern die Tastatur natuerlich nichts komisches sendet wirds vermutlich schwieriger, aber die Entwickler von WoltLab werden da eine Aussage zu treffen koennen.

Aber macht SwiftKey denn "physikalisch" irgendwas anders als andere Tastaturen, außer eine bessere (lernende) Autovervollständigung zu bieten?

Rein technisch ist es ja so, dass JEDE Tastatur eines Rechners zunähst mal nur einen festen Scancode produziert (und an die verarbeitende Hardware sendet) und daraus erst (je nach Tastatur-Treiber, Sprache etc.) ein bestimmte ASCII-Zeichen produziert wird.

Die Art des Keyboards spielt dabei zunächst keine Rolle, das ist beliebig austauschbar.

Wird das Ganze nun virtuell "simuliert" (Touchscreens), dürfte dadurch aber dieses Grundverhalten nicht viel anders sein. Es wird zunächst ein fester Code erzeugt und dann interpretiert. Wenn der Code also nun XYZ besagt, ist trotzdem noch eine # = 35, das @ = 64 oder der \ = 92.

Das Verhalten der Software dürfte also für meine Begriffe dadurch nicht anders sein als vorher mit der anderen Tastatur.

Auch ein ENTER macht normal nichts anderes als einen CR.

Interessantes Verhalten.

Quote from Alexander Ebert

Gerade ältere Versionen von SwiftKey unter Android hatten wiederholt Probleme durch Fehlverhalten erzeugt. Wobei ich nicht wüsste, wozu man unter iOS SwiftKey verwenden will, das kann die Standardtastatur auch so.

Eben, deshalb nutze ich es selbst unter Android nicht. Wozu auch? Die Standardfunktion macht das doch bereits (und nervt mich manchmal eher als zu nutzen).

Weil sie nen schöneres Design hat als die Standard

Ok, das Argument kann man vielleicht gelten lassen. Wobei wenn ich mir die ansehe, das Layout fast exakt dem entspricht, was ich auch als Layout auf meinem habe.