"state of the art"-drupal theme

Moin.
Ich kann ja mal kurz meine Erfahrungen zusammenschreiben.
Zuerst mal kurz bemerkt: ich bin kein Designer, sondern würde mich hauptsächlich als Entwickler sehen. Da ich Drupal schon seit Längerem kenne und auch dafür entwickel, kenne ich auch die internen Strukturen und Abläufe ganz gut, was wiederum beim Umsetzen von Designs hilfreich ist.

Bei einem größeren Projekt hatten wir ein ziemlich festes Design vorgegeben. Dies bestand größtenteils aus Designvorlagen (kein HTML, nur Bilder).
Also habe ich mir erstmal anhand der vorgegeben Struktur überlegt, welche Regionen ich benötige. Als diese klar waren, konnte ich damit dann die .info des Themes erstellen.
Ausgehend von garland habe ich dann die page.tpl.php so angepasst, dass die Seite dann vom grundlegenden Aufbau schonmal wie gewünscht aussieht (inkl. CSS).
Jetzt kamen die Views und die eigentlichen Templates.
Ich bin ein Freund von klaren, einfachen Variablen in Templates. Standardmäßig werden in den Templates von Views (und auch in einigen Anderen) Inhalte in etwa so ausgegeben:

Gruselig.

Um dies für einen Themer freundlicher zu gestalten, habe ich dem View also eine preprocess Funktion spendiert, die das obige Konstrukt in eine einfache Variable packt.
Im Template sieht das dann jetzt also so aus:

Irgendwie angenehmer, oder?!
Das Schöne an den preprocess Funktionen ist auch, dass man hier gleich noch ein paar evtl. notwendige Berechnungen und Formatierungen vornehmen kann, so dass sich der Themer (also der, der die Templates erstellt) überhaupt nicht darum kümmern muss. Er hat seine einfachen Variablen und kann die ganz simpel ausgeben.

Bei Eingabeformularen (Node und Webform) bin ich dann übrigens genauso vorgegangen. Erst alle Daten mittels preprocess Funktion in einfache Variablen packen (und gegebenenfalls noch ein paar Felder anpassen -> z.B. '#size' angepasst oder das Label) und dann in einem eigenen Template ausgeben.

Ob das nun "gut" ist oder nicht, bleibt eigentlich jedem selbst überlassen. Ich bin damit bisher eigentlich ganz gut gefahren.
Und falls sich jemand in ein paar Monaten mal die Templates anschauen sollte, bekommt er möglicherweise nicht gleich einen Anfall wegen diverser seltsamer PHP-Konstrukte.

hth,

 Stefan

(PS: es sind übrigens 33 Templates für Views und insgesamt 34 preprocess Funktionen :-) )

--
sei nett zu Deinem Themer

ich schreib einfach mal wie bei mir ein beliebiges node-template normalerweise aussieht:

dann benutze ich prinzipiell

dann später zb

ausserdem benutze ich immer check_markup. ich wüsste gar nicht wie man da drum herum kommt

das ist alles etwas umständlich und unelegant. sicher geht das besser oder?

Du brauchst die $node nicht laden, weil die dort schon vorhanden ist.

Schau Dir die Standard node.tpl.php unter /modules/node/node.tpl.php an, wenn du nicht genau weißt was rein muss oder nicht.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

also in der /modules/node/node.tpl.php steht nur

und in $content ist der gensammte Inhalt der node, ohne das ich die Inhalte in ihre einzelnen Bestandteile zerlegen könnte. :/

Wozu verwendest Du denn <?php $this_node = node_load($node->nid); ?>?
Sämtliche Daten des Node sind bereits in der Variable $node enthalten.

Mit Deiner Version erzeugst Du nur unnötig Datenbankzugriffe und Serverlast (da Du das komplette Node-objekt noch ein weiteres Mal lädst).

 Stefan

--
sei nett zu Deinem Themer

Wenn Du mal in den Kommentar im oberen Bereich der node.tpl.php schaust siehst Du sämtliche verfügbare Variablen. Unter Anderem auch $node.

hth,

 Stefan

--
sei nett zu Deinem Themer

super, dieser threat hat sich schon gelohnt ;)

ich kann also an Stelle von

einfach schreiben:

Danke

Ein Threat lohnt sich niemals, außer für Erpresser, Bankräuber, dergleichen Gesindel. Aber so ein Thread, der kann mitunter schon was... ;-)

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

ok, aber wo bekomme ich in diesem Fall den body-text her?

in $node->body ist nochmal der gesammte Inhalt der node enthalten bzw. das was ich bei admin/content/node-type/page/display eingestellt hab.

was ist wenn ich ein ganz bestimmtes feld abgreifen will?

z.B.
$node->field_myfield[0]['mydata']

in der node.tpl.php hilft dir beim suchen.

an den Inhalt komme ich mit echo $node->content['body']['#value']; aber wie komme ich an den teaser?

Edit: vergesst es. ich habs gerade om der API gefunden.
<?php echo node_teaser($node->content['body']['#value']); ?>

Der Node wird als statische Variable in der Funktion node_load gespeichert, so das ein zweites "Laden" normalerweise lediglich den Overhead für den Funktionsaufruf und den Zugriff auf die Variable erzeugt, nicht jedoch Overhead durch Datenbankabfragen.

Trotzdem sollte man es vermeiden, sich den Node erneut zu holen:

1. Wenn nichts anderes angegeben ist, dann liefert node_load die aktuelle Revision des Nodes. Das muss aber nicht unbedingt die Revision sein, die der Benutzer sehen will.
2. Veraltete Revisionen eines Nodes werden nicht als statische Variable vorgehalten, so daß tatsächlich Datenbankabfragen abgesetzt werden wenn diese ein zweites mal "geladen" werden.
3. $node wurde bereits durch node_build_content verarbeitet. Das ist besonders wichtig weil
   • die direkte Ausgabe von Attributen des Nodes zu Sicherheitslücken führt. Erst durch node_build_content wird ein entsprechender Eintrag in $node->content angelegt, der dann mit drupal_render sicher ausgegeben werden kann,
   • ohne node_build_content wird hook_nodeapi($op = 'view') umgangen.

--