[bug] Maximaal aantal tekens 'reden van edit'-vak.

[sdomburg]

Hallo,

Het aantal tekens dat je kwijt kan in het 'reden van edit'-vakje is groter dan het aantal tekens dat daadwerkelijk verschijnt; de laatste paar tekens worden simpelweg niet weergegeven. Wanneer je dit nadien weer edit zijn de tekens daar ook weg. Je hebt wel weer de mogelijkheid vreemd genoeg om die extra tekens weer toe te voegen, waarna ze na het posten weer verdwijnen.

[crisp]

Dan is de maxlength in de templates waarschijnlijk groter dan het veld in de DB; ik zal dat eens checken

[Civil]

Of gebruikt de topicstarter mischien htmlspecialchars in zijn reden van edit ?

[sdomburg]

Civil schreef op zaterdag 08 oktober 2005 @ 16:10:
Of gebruikt de topicstarter mischien htmlspecialchars in zijn reden van edit ?

Nee.

[Skaah]

Civil schreef op zaterdag 08 oktober 2005 @ 16:10:
Of gebruikt de topicstarter mischien htmlspecialchars in zijn reden van edit ?

Dat zou toch niet uit moeten maken? Het zal mij namelijk aan mijn reet roesten als eindgebruiker dat er voor een 'e' maar één byte nodig is, maar voor een 'ë' maar liefst zes bytes?

[moto-moi]

Skaah schreef op zaterdag 08 oktober 2005 @ 17:55:
Dat zou toch niet uit moeten maken? Het zal mij namelijk aan mijn reet roesten als eindgebruiker dat er voor een 'e' maar één byte nodig is, maar voor een 'ë' maar liefst zes bytes?

Jou maakt het niet uit, maar de database maakt het wel uit, 6 bytes opslaan of 1 byte scheelt nogal

[crisp]

Een ë kost in de DB ook maar 1 byte; het is immers gewoon een ISO-8859-15 karakter. Enkel < > ' " en & worden omgezet naar entities, en karakters die niet in ISO-8859-15 zitten.

[Verwijderd]

crisp schreef op zaterdag 08 oktober 2005 @ 18:21:
Een ë kost in de DB ook maar 1 byte; het is immers gewoon een ISO-8859-15 karakter. Enkel < > ' " en & worden omgezet naar entities, en karakters die niet in ISO-8859-15 zitten.

In principe hoeven die tekens ook niet te worden omgezet naar entities, en is het waarschijnlijk om performance redenen zo gedaan.

[crisp]

Verwijderd schreef op zaterdag 08 oktober 2005 @ 18:22:
[...]

In principe hoeven die tekens ook niet te worden omgezet naar entities, en is het waarschijnlijk om performance redenen zo gedaan.

Dat weet ik wel zeker; het bespaart bij elke weergave weer een htmlspecialchars call

[ Voor 0% gewijzigd door crisp op 08-02-2006 14:45 . Reden: 123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789011111111111111111112345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567 ]

[crisp]

maxlength is gelijk aan de lengte van het veld in de DB; het moet dus toch te maken hebben gehad met omzetting naar entiteiten; daar is niet zoveel aan te doen, of kost teveel moeite...