Die variante mit der allgemein passenden größe habe ich ja noch nicht, da mir das vorerst keinen vorteil bringt.
Mit der einfachheit auf dem server meinte ich, dass (statt meiner userjs manipulationen, von denen nur ich etwas habe) u.a. der textarea für den zugriff durch "getElementById()" direkt eine id verpasst und der erforderliche javascript-code ebenso mitgeliefert werden kann. Dieser code müsste dazu natürlich erstmal erstellt werden.
Im wesentlichen läuft es darauf hinaus, dass an geeigneter stelle
var af = document.getElementById( "answerForm");//das gibt es schon
var tf = document.getElementById( "textareaid");//so heißt bei mir die textarea
tf.cols=af.clientWidth/8.5;//dieser wert passt für mich, ob das bei
//anderen browsern/einstellungen auch stimmt, wäre zu prüfen
stehen müsste.
Ich habe das in "ToggleAnswerForm()" beim sichtbar machen (else zweig) und als neue funktion "ResizeTextArea()" für "window.onresize = ResizeTextArea;" im gleichen script-block.
Zusätzlich mache ich in "ToggleAnswerForm()" noch vor der berechnung ein "tf.cols=20";, damit sich der bereich ggf. wieder verkleinern kann und nur die "div" die größe vorgibt.
Diese variante ist beim zoomen in opera mit sichtbarer textarea nicht funktionsfähig, beim sichtbar machen und fenstergröße ändern aber schon. Echtes zoomen ist aber wohl eher ein opera-feature, und damit weniger relevant für die meisten.
mr.escape
News: In eigener Sache
mr.escape
thomas woelfer
