Navigation als erzwungenen Block ausrichten ...

[jacobi22]

zweites <tr>, letztes <td>: fehlt da ein </td>?

oder so
die komplette Menüzeile unten

<tr>
<td width="660" height="22" colspan="3" valign="top" class="bottom_menu">
<?php show_menu2(2, SM2_ROOT, SM2_START, SM2_ALL, '&nbsp;&nbsp; [a]<acronym title="[page_title]" lang="en">[menu_title]</acronym></a>', '', '', '');?>
</td>
<td width="10" height="22" valign="top" colspan="2" ></td>
</tr>

wozu benötigst du eine ein-Pixel-Zeile ganz unten?
falls wirklich notwendig, mach ein colspan draus

(letzte Zeile unten

Code:

<tr>
<td colspan="5" style="height:10px;"><img src="<?php echo TEMPLATE_DIR; ?>/images/transparent.gif" alt="" width="250" height="1" /></td>
</tr>

das style="height:10px;" kann dann raus oder die Höhe anpassen

[FastAsAShark]

zweites <tr>, letztes <td>: fehlt da ein </td>?

Stimmt ... habe ich geändert (nicht nur hier im Beitrag) ... bringt aber nichts.

[FastAsAShark]

Die letzte Zeile im Frontend besteht aus einer Navigationsebene.

Den Änderungsvorschlag verstehe ich nicht. Wo bleibt dann die Navigation? Oder meinst du die Zeile unter dem zitierten?

Darunter setzt Dreamweaver die transparenten GIFs genau in der Breite der jeweiligen Tabellenspalten. Ich dachte dass muss so. Habe auch irgendwo im Netz gelesen, dass die transparenten Gifs für manche Browser wichtig sind. Beim Tabellenlayout.

[dbs]

Fast hätte ich mich hinreißen lassen da was fummeln zu wollen... *aufdieeigenenFingerhau*
Tabellen bäh
Good Luck, auch für's nächste Tabellen-Template. 

[FastAsAShark]

Dafür habe ich doch jetzt zum Glück eine andere Lösung (von Evaki) ... aber ich möchte diese Kiste hier halt auch bis zum Ende fertig haben 

[jacobi22]

die transparenten Gifs nutzt man, um im Tabellenfeld einen Innhalt zu erzeugen. Durch das Gif wird das Feld in Breite und Höhe  gefüllt. Wären die Felder leer, würden sie in diversen Browsern gänzlich verschwinden.

der Code mit dem colspan="5" bezog sich auf die letzte Zeile unterhalb der Navigation, ein DW-Problem, real brauchst du eine leere 1-Pixel-Zeile nicht.

andere Sache: im oberen Bereich hast du in den schmalen Spalten je einen kurzen Sprung oder Absatz drin. Wo ist da der Zweck?

Wenn du bei Table bleibst, verwende mehr davon
1 Table außen komplett
je ein Table in den aktuellen TR

height wird nicht mehr verwendet. Um die Höhe festzulegen, nutzt style-Angaben entweder direkt in der Tabellenzelle oder per CSS-Klasse
statt

Code:

<td width="660" height="22" colspan="3" valign="top" class="bottom_menu">

lieber

Code:

<td width="660" style="height:22px;" colspan="3" valign="top" class="bottom_menu">

[evaki]

@FastAsAShark
Also im Jahre 2012 mit Technik der 90er zu basteln ist schon gewagt, erst recht, mit Verlaub, wenn man nicht über abstraktes Wissen verfügt, und nicht zu vergessen die zahllosen Tricks, um Tabellen in den richtigen Maßen zu erhalten, vom dynamischen html mal ganz abgesehen. Das dürften nur noch wenige beherrschen.
Meine Empfehlung lautet daher direkt zum tabellenlosen Layout zu wechseln. Die Stiichworte wären hier DIV-Container, dynamisch.

Anbei wieder ein Beispiel auf Grundlage der bekannten Anlage, nur hier zusätzlich mit einem dynamischen Block im Rahmen rechts. Übrigens einfach mit DW hinzugefügt, über Einfügen, Layoutobjekte, AP DIV
margin usw. wurden nicht hinzugefügt. Es soll nur illustrieren wie es geht.

Es soll ein kostenloses DW-Handbuch im Netz geben. Vielleicht hilft es dabei DW besser zu verstehen.

MfG. Evaki

[herbi]

@FastAsAShark
Also im Jahre 2012 mit Technik der 90er zu basteln ist schon gewagt, erst recht, mit Verlaub, wenn man nicht über abstraktes Wissen verfügt, und nicht zu vergessen die zahllosen Tricks, um Tabellen in den richtigen Maßen zu erhalten, vom dynamischen html mal ganz abgesehen. Das dürften nur noch wenige beherrschen.

MfG. Evaki

100 Punkte 

[FastAsAShark]

Daher war ja die Hoffnung, dass sich hier einer von den Wenigen äußert  ...

Wie gesagt ... das nächste Template wird sicherlich mit Containern aufgebaut.

[evaki]

Daß die wenigen sich zufällig gehäuft im WebsiteBaker-Forum aufhalten ist eher unwahrscheinlich.
Zum Erwerb von Grundkenntnissen wird meist auf entsprechende Portale verwiesen, wie auf http://de.selfhtml.org/html/tabellen/layouts.htm. Hier sind aber z.B. "Tabellen innerhalb von Tabellen" und andere ausgenommen, obwohl erst hiermit die gewünschte Flexibilität erreicht werden kann.
MfG. Evaki

[jacobi22]

Laß dich von den "Blockies"  mal nicht aus der Ruhe bringen. Mit div's geht es bedeutend leichter und schneller, das ist aber auch der einzige Grund, warum man tables nicht mehr nehmen sollte

[DarkViper]

das ist aber auch der einzige Grund, warum man tables nicht mehr nehmen sollte

Naja, das ist sooo nicht ganz richtig.

Im Gegensatz zu einem '<div>'-basierenden Design muss eine Tabelle mit allen enthaltenen Untertabellen und Elementen erst vollständig in den Browser geladen sein, bevor es angezeigt werden kann. (nicht jeder hat eine 50.000er VDSL-Leitung)

Spätestens ab der 3. Verschachtelungsebe ne von Tabellen musst Du einen großen Bogen um Leute machen, die andere Ausgabegeräte als einen normalen Monitor nutzen, um nicht gelyncht oder wenigstens verflucht zu werden.

[jacobi22]

nicht jeder hat eine 50.000er VDSL-Leitung

Was ist das? 

[FastAsAShark]

@ evaki: Mir würde ja schon einer von den Wenigen reichen, wenn er mir einen Hinweis zu dem kleinen Problem geben kann In den SelfHtml-Hinweisen habe ich leider keinen Hinweis gefunden, der mich bezüglich der falschen Darstellung weitergebracht hat. Ich vermute noch einen falschen Span. In der ersten Spalte von DW (Breite 42) sehe ich hier nicht die Lösung.

@ jacobi22: Danke für den Zuspruch. Hier treffen einfach verschiedene Philosophien aufeinander. Bedarf sicherlich keiner weiteren Diskussion ... ich probiere einfach beides aus.

Zu weiter oben: die Sprünge resultieren aus der nachträglichen Modellierung der Tabelle. Kann später sicherlich gecleaned werden.

@ DarkViper: Da die oben beschriebene Tabelle nicht in mehreren Ebenen verschachtelt ist, dürfte es mit der Ladezeit ja nicht so problematisch werden. Wenn der Block richtig positioniert ist (für eine Verschachtelung sehe ich hier noch keinen Sinn), sollte das Layout sicherlich funktionieren.

[jacobi22]

@ jacobi22: Danke für den Zuspruch. Hier treffen einfach verschiedene Philosophien aufeinander. Bedarf sicherlich keiner weiteren Diskussion ... ich probiere einfach beides aus.

Wenn du das mal genau beobachtest, hat es auch etwas mit dem Alter zu tun  oder 
Ich bin weiß Gott kein Verfechter von Tables, aber ich habe auch keine Angst davor. Für Leute meines Alters war SelfHTML noch die "Bibel", die ABC-Fibel. Für mich reicht Zettel und Stift, um ein Template zu schreiben, das geht in der Kneipe aufm Bierdeckel. Heut lernt man anders (und das soll keineswegs abwertend sein!!). "Schuld" sind dann auch Progis wie DW oder (noch schlimmer) Front Page 
Man braucht es einfach nicht mehr. Heut clickt man den Tabellen-Button an und fertig.
Ist auch kein Programmier-Problem. Geh mal mit einem 1970er-Käfer in eine VW-Werkstatt, nur der alte Meister, der eigentlich schon Rentner ist, weiß noch, was da wo verbaut wurde und wenn du nen simplen Keilriemen wechseln willst, wurde das früher mit einer Schnur ausgemessen, heute geht ohne Teilenummer kaum was.

In den SelfHtml-Hinweisen habe ich leider keinen Hinweis gefunden, der mich bezüglich der falschen Darstellung weitergebracht hat. Ich vermute noch einen falschen Span

häng noch mal an, was du aktuell hast

[FastAsAShark]

Nunja ... ich fand DW als ersten Ansatz schon hilfreich. Aber wie ich oben schon erwähnt habe ... blind übernehmen ist sicherlich nicht effektiv. Ist wie mit einem Navi ... hilft, aber kann dazu führen, dass man den falschen Ort anfährt.

Die Tabelle ist halt eine Fingerübung ... blöd, wenn man sich dabei den Finger bricht.

Damit ich den Beitrag nicht überschwemme, habe ich die Änderungen in dem letzten Code mit rotem Text markiert. Ich habe an den Spans noch verschiedene Variationen probiert. Hat aber nichts gebracht. Denke die müssten alle richtig sein. Den Block für den Kalender (um das Teil geht es letztlich) habe ich in der Höhe deutlich verkürzt und die Gesamtmaße in der Spalte angepasst. Den Content im Kalender habe ich als PHP auch herausgelöscht (um auszuschließen, dass hier eine Mindesthöhe durch das Modul vorgegeben wird). Bringt aber auch nichts. Der Block mit den News kommt nicht höher als über die untere Kante von den eingefügten Bildern im linken Block (markiere ich im Code noch mit grün). Der Tabellenblock, der die Bilder umfasst, geht allerdings tiefer (mit Border getestet).

Die untere Zeile mit den GIFs habe ich zunächst noch gelassen. Dieses dürfte mit dem widerspenstigen Block nicht im Zusammenhang stehen. Daher lasse ich die weiteren Änderungen im Code erstmal raus.

[jacobi22]

habe mal jeder Zeile (jedem TD innerhalb des gleichem TR) die gleiche Farbe verpasst (siehe Bild). Verrat mir mal, was das werden soll?

Schwarz = 1.TR
blau = 2. TR
gelb = 3.TR
rot = 4. TR
Lila = 5.TR

Oben in den schmalen Streifen hast du zwei kleine Zellen. Werden die benötigt?
Ist es beabsichtigt, das der erste schwarze Block oben Links etwas länger wird?

[FastAsAShark]

Ist das nicht aus der Skizze ersichtlich?

Schwarz (links): Logo
Schwarz (rechts, breit): Navigation (Hauptthemen)
Gelb: Navigation (Baum)
Blau (mitte): Haupttext
Blau (rechts): Kalender
Rot: News
Lila: Navigation (Nebenthemen)

Also eigentlich ein ganz klassisches Layout mit mehreren Blöcken untereinander auf der rechten Seite. Was an dem Layout etwas anders ist, sind die versetzten Navigationsbereiche (ist Absicht).

Die Zwischenspalten und Zeilen dienen der Ausrichtung der Inhalte (ja ich weiss, kann man auch mit "margin" und "padding" umsetzen).

Bei dir ist der blaue Block für den Kalender recht kurz. Hier kann ich die Höhe nicht reduzieren. Der rote Block kommt einfach nicht höher. Dadurch drückt der Newsblock den unteren Teil (Pink) nach unten weg (auch wenn keine Inhalte in den Blöcken ausgegeben werden. Das ist eigentlich der ganze Krux an der Sache.

[FastAsAShark]

Nachdem ich von Evaki einen Hinweis auf die verschachtelte Tabelle bekommen habe (mit Code - vielen Dank  ), habe ich diesen entsprechend meinem Verständnis und der Integration des PHP-Codes umgeschrieben. Wenn es funktioniert, wäre mir die längere Ladezeit auch egal.

Herausgekommen ist dann dieses:

Code:

<td width="250" height="557" rowspan="2" valign="top" class="content">

<table border="0" align="left" cellpadding="0" cellspacing="0" style="background-color:#FFFFFF">

<tr>
<td width="250" height="57" valign="top" class="content">
<?php page_content(3); ?>
</td>
</tr>

<tr>
<td width="250" height="500" valign="top" class="anynews">
<?php if (function_exists('displayNewsItems')) { ... } ?>    
</td>
</tr>
</table>

</td>

Allerdings mit dem Ergebnis: die News erscheinen immernoch an der falschen Stelle. Obwohl dem Content 3 nur eine Höhe von 57 eingeräumt wird. Erscheinen die Anynews wieder unterhalb der eingefügten Bilder. Also der Wurm scheint an einer anderen Stelle zu sitzen.   War der erste Ansatz ohne verschachtelte Tabelle vermutlich auch nicht so daneben.

Ich schmeiß die Bilder nachher mal raus  
 
[EDIT - kweitzel]Bitte verwende die Code Highlight Funktion, die versteckt sich hinter dem # Button - danke[/EDIT]

[jacobi22]

nach den Stückl Code sollen die Anynews doch auch unter dem content 3 erscheinen

[FastAsAShark]

Das ist auch richtig. Aber der Abstand ist riesig. Also immer noch das gleiche Problem.

Bilder rauslöschen hat nichts gebracht. War auch nicht zu erwarten (aber jetzt zumindest ausgeschlossen).

[jacobi22]

Hast du mal ohne content3 probiert? also diese Tabellenzelle mal leer lassen. ggf ist das Problem im Contentblock und garnicht im Tabellencode.
Andere Variante wäre vieleicht ein overflow:hidden; für diese Zelle, am besten gleich per style einbinden
<td width="250" height="57" valign="top" class="content" style="overflow:hidden;">

[FastAsAShark]

OK ... habe den Content rausgeschmissen. Jetzt funktioniert es (mit der verschachtelten Tabelle). Also das berüchtigte Tabellenlayout ist geknackt.

Habe das Tabellenlayout auf einer Ebene nochmal getestet. Da funktioniert es seltsamerweise immer noch nicht. Der Block wird zwar kleiner, wenn hier der PHP-Code für Content rausgelöscht wird. Kann aber nicht unter eine bestimmte Grösse verkleinert werden. Ich gebe hier auf und ergebe mich den verschachtelten Tabellen 

Aber ... wie komme ich dem Content jetzt auf die Spur? Muss ich da im Modul ProCalendar suchen?

[jacobi22]

Weiß nicht, was du beim content3 benutzt.

Laß dir die Seite inkl den Content anzeigen und schau dir dann den Quelltext an. Dazu brauchst du dann noch das CSS für die Tabellenzelle und für den Inhalt. Am schnellsten kommst du der Sache mit Firebug auf die Spur

Hast du das jetzt schon mal online?

[evaki]

Wie ist der Stand der Dinge?
Sehen wir bald eine Tabellen-Matrjoschka?
MfG. Evaki