Hallo,

Was willst du mit der Höhe eigentlich erreichen?
Ich will dass die Höhe des Navigationskastens immer gleich dem Hauptkasten bleibt.

also, wenn ich auf deine weiteren Ausführungen vorgreife, ohne konkreten
Layoutgrund, sondern eher vorsorglich?

CSS (+übliche Browser) halte ich noch nicht für so leistungfähig
dass wirklich verlässlich "Form und Inhalt" getrennt werden könnte...

Mit JavaScript-Einsatz "etwas unabhängiger vom Javascript" wird deine Lösung nicht, weil JS immer die Höhe neurechnet!

Wenn dein Content 83% hat und die Navi auch schauts bei dekativiertem
JavaScript und bei wenig Content doch wohl besser aus?

Ansonsten gelingt es z.B. manchmal alternativ zu JavaScript-Schleifen
oder expressions auch nur einmalig max-width per durch JavaScript
erzeugter Tabelle umzusetzen.
Bei dir würde das wohl der Einbindung von content und navigation in
eine neu erzeugte Tabelle bedeuten, vielleicht auch vom Seitenaufbau
etwas unschön wenns länger dauert.

Vorteil ist die geringe Belastung und höhere Stabilität, da keine
Schleife und kein Resize benötigt werden, und die Flexibilität
der Tabelle nach dem (Neu-)Aufbau der Seite ausreicht.

Dein Ansatz mit onload hat immerhin den Vorteil dass du gegenüber
den eigentlich eleganten expressions erstmal keine JavaScript-Schleifen
erzeugst.

Allerdings gibt es Browser oder Situationen die bei entspr. Code auf
deine Lösung mit einer Schleife reagieren mögen, wenn nämlich die
durch das Script ausgeführte Änderung einer Elementgrösse wieder als
resize aufgefasst werden könnte. Dürfte nicht passieren weil ja
der content auch da ist, sobald du aber je nach IE-Version, Rendermodus
und sonstigen CSS-Angaben, margin,padding, border, mit dem
angeglichenen nav-block größer wirst, wird womöglich ein resize
ausgelöst, von daher würde ich grundsätzlich solche Konstrukte
nicht nur exzessiv testen, sondern möglichst vermeiden, erst recht
angesichts deiner weiteren Anforderungen:

Ich programmiere CMS, wo Content sehr dynamisch ausgegeben wird, also ich will, dass HTML+CSS auch dynamisch bleibt, also keine feste Größen un Höhen. Für Web-Standarts habe ich mich entschieden um Fehlertoleranz auf Client-Seite bei der Scriptprogrammierung zu reduzieren.

Wobei eine Tabelle womöglich stabiler und zugänglicher ist..

Grüsse

Cyx23