Immoment weiß ich echt nicht weiter, hab schon verschiedenes probiert.
Ich habs gerade so gelöst, dass ich die breite des eigentlichen kalenders über expressions im css gelöst hab. Insofern kein Problem, da wir hier nur Internet Explorer v.6 einsetzen.
Ich verstehe nicht was mit der Tabelle passieren soll.
Soll die Hintergrundfarbe der Tabelle bis nach unten gezogen werden oder die Tabelle selbst unten ausgerichtet werden?
Entschuldigung ich habs nich genau ausgeführt, also:
Die Kalendertabelle soll die restliche höhe (fensterhöhe - header - margins) voll ausnutzen, das gleiche mit der breite (fensterbreite - sidebar - margins)
Da die Tabellenspalten und Tabellenzeilen ja immer gleich bleiben würde ich die Spaltenbreite und Höhe prozentual im Verhältniss zur umgebenden Box formatieren das sollte dann eigentlich klappen.
manko dabei: ich muss den prozentsatz jedes mal neu ausrechnen (wär mit php ja nich des problem), weil ein monat sich ja nicht immer nur über 5 wochen erstreckt, sondern auch mal nur 4 belegen kann, etc.
Also eigentlich erstreckt sich ein Monat doch zu fast 100% immer über 5 Kalenderwochen.
Einzige Ausnahme bildet doch nur der Fall des Monats Februar wenn kein Schaltjahr ist un der der 1. auf nen Montag fällt. Nicht sonderlich häufig also…
Ich guck mir mal das ganze was genauer an hab glaub ich sowas schonmal in einem anderen Zusammenhang realisiert…
es gibt auch monate die sich über 6 wochen erstrecken, immoment bin ich schon kurz davor das wirklich so zu lösen, habs jetz immoment soweit am laufen.
nur sobald da ein termin drin steht ändert sich die höhe der betroffenen zeile, das muss ich noch ausbessern
Also ich wäre ja immer noch dafür das ganze über Prozentangaben in den entsprechenden Spalten und Zeilen zu lösen.
Aber ich dann müsstest Du wohl Dein Layout nochmal gründlich überarbeiten um es insgesamt flexibler zu machen. Hätte dann aber auch den Vorteil das es auf verschiedenen Auflösungen immer schön passen würde.
Alles in allem wirst Du aber wohl noch über einige Probleme fallen die speziell die Darstellung im IE betreffen, der hat nämlich überraschende Bugs im Zusammenhang mit der Umsetzung von CSS zu bieten.
yaml kenn ich schon, wollte ich auch schon ausprobiern …
also was die verschiedenen auflösungen angeht ists eigentlich kein problem.
Hier im Amt hat keiner mehr eine auflösung < 12801024.
Ich hab mit meiner jetzigen lösung das fenster auch schon kleiner als 800600 gezogen und es gab keine probleme in der darstellung.
ich hab auch schon probiert, wie du gesagt hast, die höhe der tr’s bzw td’s fest vorzugeben in %, hat leider nichts geholfen, die zeile in der der termin steht ist immernoch höher als der rest…
das problem ist nur, dass die Auflösungen bei uns im Amt zwischen der vorher genannten 12801024 und 16001200 variieren.
=> fester pixelwert bei der höhe is schonmal nich so gut.
ich habs in der arbeit auch ungefähr hinbekommen, kann dir jetzt immoment aber nicht sagen wie genau.
Ich bin mittlerweile schon Daheim,
und war nicht so verrückt mir die neue Version des Kalenders mit
nach Hause zu nehmen => ich kann dir leider erst am Mittwoch meinen neuen Lösungsansatz zeigen. (Montag+Dienstag hab ich Berufsschule urghs)
Der ist allerdings nicht unbedingt genau …
Solltet ihr noch was besseres finden, was wirklich funktioniert bin dafür gerne offen.
Du solltest keine height für und angeben.
Wenn du nur eine prozentuelle Höhe für
angibst sollte das reichen. Die Höhen von werden dann automatisch aufgeteilt.
Ich bin mir nicht sicher aber ich glaube, daß eine Tabellenüberschrift () die height-Angabe für
durcheinander bringen würde. Die Tabelle mit height:100%; könnte dann etwas höher dargestellt werden.
Wenn es trotz richtiger height-Werte für alle übergeordneten Elemente zu einem Scrollbalken kommt, könntest du versuchen den IE6 in den quirks-mode zu schicken. Dann brauchst du sämtliche Border nicht in den height-Berechnungen zu berücksichtigen.
(aber wehe dem, mann sieht sich die Seite doch mal mit einem anderen Browser an. Bugs in Listen sind im quirks-mode im IE6 gut möglich und andere Browser scheitern dann am Box-Modell.)
Die Border in
dürften keine Rolle spielen. Auf Rahmen um die ganze Tabelle solltest du besser verzichten.
Wenn du alles in px angeben möchtest, kannst du auch mit height: expression(); die Höhe abzüglich des Kopf und Fussbereichs angeben.
Das funktioniert eigentlich auch ganz gut. Für IE6 und IE7 habe ich das für etwas Ähnlichem schon mal gemacht.
Deinen Quelltext hab ich mir nicht richtig angesehen.
ich glaub ich fahr am Montag nah der Berufsschule nochmal schnell in die Arbeit und hol mir kurz den mommentanen Stand mit nach Hause.
bei mir stellt sich nur das Problem:
Wenn kein Termin eingetragen ist sind alle gleich hoch, genau so wie ichs haben will.
Sobald jedoch ein Termin eingetragen ist (ich werde euch dann am Montag mal zeigen wie das im Quelltext dann aussieht) verzieht sich die Höhe der Zeile in der der Termin ist.