Lullabot Ideas: "Blocks vs. Context vs. Panels"

Siehe auch http://das-drupal-magazin.de/panels-context-oder-display-suite

Mein Favorit ist seit einigen Monaten ganz klar Context.

Ich habe mir beide oben verlinkte Artikel durchgelesen.

Das stellt sich jetzt folgende Frage:

Mit welche Methode (Panels oder Context, etc) kann man am bestens "Landing Pages" (=Übersichtsseiten) realisieren.
Landing Pages sollen folgendes können:
- ähnlich wie Kategorieseiten
- www.meinesite.com/thema1 , /thema2, /thema3

- für jedes Thema sollen alle verfügbaren Inhalt zu diesem Thema in Regionen angezeigt werden:
o alle News-Artikel zum Thema "thema1"
o alle Blog-Eintrag zum Thema "thema1"
o alle Forenbeitrag, die im Titel oder im Textkörper das Wort "thema1" enthalten (eventuell auch Synonome von thema1 enthalten)
o alle Fotoalben passend zum Thema "thema1"
o alle Bildergalerien passend zum Thema "thema1"
o Videos passend zum Thema "thema1" oder andere vorhandene Inhaltstypen
o Drupal Taxonomy Kategorien sollen verwendet werden und überall wo es möglich/sinnvoll ist eingesetzt werden

- es muss also unterschiedliche Möglichkeiten geben, zu bestimmen, ob ein Inhalt passend zum Thema "thema1" ist und daher auf der Übersichtsseite (=Landing Page) /thema1 erscheinen soll. Wo die Dinge erscheinen sollen soll festgelegt werden können (im Hauptbereich, in der Spalte, unter dem Content usw). Teilweise ist also eigener PHP Code erforderlich (das ist KEIN Problem), dieser muss aber mit dem Konzept (Panels oder Context usw) leicht realisierbar sein.

Geht das mit Context oder Panels?
Wo stösst man an die Grenzen?
Danke.

Was noch wichtig ist:

Blöcke sind irgendwie hermetisch abgeschlossen, der eine Block weiß nicht, was im zweiten Block, der vielleicht darunter oder in der anderen Spalte ist, passiert, was dort für Inhalte sind.

Mit welchem Modul kann man blockübergreifend Zusammenhänge erkennen und die Blockinhalte (egal ob ein Block nun ein echter Block ist, ein Context ist, ein Panel ist) voneinander abhängig machen oder davon abhängig machen, was auf der aktuellen URL (bsp. /thema1) passieren soll?

Mein Favourit ist Panels.

Im Gegensatz zu Context ist es wirklich flexibel und erlaubt alles was man möchte, z.B. Caching kennt so Context nicht.

Wir setzen allein auf Panels, gerade wegen des Zusammenspiels mit Views. Wo bei wir auch Context benutzen für Regionen und Features. Ich persönlich liebäugle da mit Panels everywhere, aber warte auch erst mal ab, was sich in D7 nun genau tut.

Ich mag Panels auch lieber, auch weil man nicht an die Regionen des Themes gebunden ist und man kann es besser für den Endbenutzer vorkonfigurieren.

Hängt natürlich stark vom Zweck ab. Ich bin auch sehr gespannt auf Panels everywhere. Panels und Regionen im Mix zu verwenden ist irgendwie 90er. ;-)

Was heißt hier eigentlich gespannt!

Einfach benutzen. Der Ansatz hier ist einfach, dass die Regionen von Panels gerendert werden sollen. Die $content kann man dann mit einem weiteren Panel verändern.

Sind Panels besser um die oben genannten "Übersichtsseiten" zu realisieren?