Holen Sie sich die Zeichen zählen, textarea inklusive Zeilenumbrüche

Getestet habe ich diesen code in Chrome und es scheint ein Fehler mit den Zeilenumbrüchen. Mich erreichen Sie das maxlength-bevor ich wirklich alle Charaktere.

JS:

var ta = document.getElementById('myText');

document.getElementById('max').innerHTML = ta.maxLength;

setInterval(function() {
    document.getElementById('count').innerHTML = ta.value.length;
}, 250);

HTML:

<textarea id="myText" maxlength="200" style="width:70%;height:130px">
Lorem Ipsum is simply dummy text of the printing and typesetting industry.
Lorem Ipsum has been the industry's standard dummy text ever since the 1500s
Type more words here...
</textarea>

<div>
    Char Count <span id="count">0</span>/<span id="max">0</span>
</div>

Wie kann ich genau Holen Sie sich die char-Anzahl der textarea?

Update 1
Ich berichtete von dem bug auf der Chromium-team und es scheint eine niedrige Priorität.

Update 2
Dieser Fehler wurde mit einer anderen zusammengeführt bug.

Update 3
Der Fehler scheint behoben zu sein!

  • Rollen Sie Ihre eigenen maxlength - Eigenschaft statt über den browser.
  • Also willst du die Zeilenumbrüche gezählt oder nicht? Und anstatt polling mit setInterval verwenden keyup oder keypress als angemessen.
InformationsquelleAutor styfle | 2012-10-16
  1. 1

    Scheint ein WebKit-bug (halte Einreichung es) im Zusammenhang mit der Behandlung von CR/LF-paar als zwei Zeichen anstelle von einem. Da es in der Regel unkritische, wenn, sagen wir, 197 Zeichen erlaubt sind statt 200, es ist in Ordnung, dies zu ignorieren.

    Aber wenn Sie möchten, können Sie versuchen, kontinuierlich speichern Sie Cursor-position ersetzen alle \r\n zu \n und wiederherstellen Cursor-position in textarea während der Benutzer Text eingibt.

    • Ich sehe nicht, dass "Fehler" entweder in Chrome oder Safari auf Mac OS, ich bekomme genau die gleichen Ergebnisse wie mit Firefox. Es ist ein Unterschied mit bestimmten Wort-Prozessoren, die nicht zählen neue line-oder line-feed-Zeichen als Zeichen, die wahrscheinlich eine Folge Ihrer unterschiedlichen Sicht auf die Welt. DH auf der anderen Seite, fügt einen Zeilenvorschub und Wagenrücklauf gilt damit neue Linien als zwei Zeichen und hat das getan, für eine lange Zeit.
    • Es ist ein großes problem, wenn Ihr maxlength 50000 und dieser Zähler wird maxing bei 49000.
    • Ich bin auf Windows, oder?
    • IE 6 getestet wurde auf Windows, der andere auf Mac OS. Firefox ist konsistent auf Windows und Mac OS (nur fügt eine neue Zeile).
    • Im Gegensatz zu Windows (wo Zeilenvorschub besteht aus 2 Zeichen: CR+LF, \r\n), line feed auf Mac OS besteht aus einem Zeichen (carriage return, CR, \r), so \r und \n haben gleiche Länge — 1, und es ist logisch zu erwarten, dass das Problem nicht reproduziert auf Mac OS. IE6 ist hier irrelevant, da die Unterstützung für HTML5-Validierung ist nur Hinzugefügt, in IE10 (und, BTW, funktioniert einwandfrei, im Gegensatz zu Chrome).
    • Also es ist kein bug in WebKit. Wenn es zwei Zeichen, nicht zwei gezählt werden? maxlength in HTML 4 Anwendung auf text-input-Elemente. HTML5 ist verwirrend, die Abschnitt für maxlength sagt, dass es für input-Elemente, die in Abschnitt Allgemeine Formular-Steuerelemente gilt es mehr im Allgemeinen. Müssen machen kopieren und einfügen zwischen browser und andere apps zu einem Schmerz.
    • Es klingt wie die textarea muss standardisiert werden. Sollte es nicht egal welches OS. Warum sollte ein Unix-Benutzer in der Lage sein, mehr als ein Windows-user? Nicht zu vergessen maxlength sollten mit den Zeichen berichtet in der textarea.
    • Ich bin markieren diese als die korrekte Antwort, aber ich glaube nicht, dass es einen Webkit-bug, da Safari auf Windows nicht habe das gleiche Problem.
    • Die Essenz ist, dass das Problem ist ein browser-bug. Es ist dies nicht ein WebKit-bug, dann ist dies ein Chrom bug. 😉

    InformationsquelleAutor Marat Tanalin
Schreibe einen Kommentar