Einleitung – es geht erstmal nicht um Drupal direkt

Eigentlich wollte ich nur eine etwas komfortablere Rezeptsuche realisieren und hab auch mal ein bisschen mit AJAX experimentiert, aber dann bin ich an einem neuen HTML5-Feature hängengeblieben und habe da erstaunliche Ergebnisse erzielt, die will ich euch nicht vorenthalten. Das hat jetzt erstmal noch nix direkt mit Drupal zu tun, aber es ist eine Voraussetzung für die Realisierung des nächsten Projekterls mit dem Arbeitstitel „Rezeptsuche mit Ajax und Autocomplete“, das kommt dann im nächsten Beitrag.

HTML5 Datalist

Die Spezifikation für die Datalist kann man z.B. hier bei w3schools nachlesen, es ist eigentlich ganz einfach und funktioniert prinzipiell wie ein normales Dropdown-Feld mit der zusätzlichen Funktionalität Auto-Vervollständigen. Man kann die Datalist auch prima aus der Datenbank füttern, das hab ich hier mal mit meinen Rezepten in Drupal gemacht. Man gibt dem Input-Feld die Id der Liste mit, und schließt die Liste der Optionen in die <datalist>-Tags ein:

 $query = db_query("SELECT * FROM node WHERE type like 'rezept' AND status = 1 ORDER BY title");
 $anzahl = $query->rowCount();
 echo "<h2>".$anzahl." Rezepte insgesamt </h2><br>";
 $records = $query->fetchAll();
 
//Beginn Formular 
 echo "<form action='#form' method='post'>";
 echo "<input type = 'text' name='kategorien' list='kategorien' />";
 echo "<datalist id='kategorien'>";

 foreach ($records as $record){
 echo "<option value='".$record->title."'>";
 }
 
 echo "</datalist>"; 
 echo "</form>";
//End Formular

Das Ganze sieht jetzt in jedem Browser unterschiedlich aus und hat auch unterschiedliche Funktionalitäten.

Firefox Quantum

Ich habe zunächst nur mal den Buchstaben b eingegeben. Es klappt ein mickriges Listenfeld aus, aus dessen Inhalt zunächst noch nicht klar wird, nach welchen Kriterien da gesucht wird, es fängt mit Rezepten mit dem Anfangsbuchstaben a an:

Erst wenn man einen zweiten Buchstaben eingibt, ich nehm hier mal b, erhellt sich die Lage etwas. Anscheinend werden alle Einträge angezeigt, die den String ba enthalten:

Nehmen wir mal noch ein paar Buchstaben und suchen nach backen:

In der Tat, alle Rezepte in deren Titel backen vorkommt. Das heisst aber, dass man im Zweifelsfall verdammt viele Buchstaben eingeben muss, bis man die Auswahl auf ein Rezept eingrenzen kann. Gewöhnungsbedürftig, um es mal milde auszudrücken.

Chrome 65.0.3325.181

Hier siehts am Anfang auch ganz schön verwirrend aus, man bekommt nach Eingabe des b erstmal das letzte Ende der Liste zu sehen:

Erst nach Eingabe weiterer Buchstaben wird klar, dass auch hier nach einer im Titel enthaltenen Kombination gesucht wird.

Wenigstens kriegt man hier die Liste in einer übersichtlichen Breite angezeigt, das ist doch immerhin etwas.

IE 10

Machts wieder ganz anders. Eingabe des Buchstaben b bringt alle Rezepte, die mit b anfangen:

Diese Liste kann man mit der Eingabe weiterer Buchstaben genauer eingrenzen, ba liefert brav alle Rezepte die mit dieser Kombi anfangen:

Tscha, so unterschiedlich wird die Datalist von den Browsern umgesetzt. Wenn man’s weiss…

Ohne Views geht gar nix – aber mit Views geht alles!

Und soweit ich das überblicke, hats ja Views in den Core von Drupal 8 geschafft. Aber Drupal 7 ohne Views ist noch nicht mal die halbe Miete, ohne das geniale (und komplexe) Abfragetool kommt man an das volle Potential von Drupal gar nicht ran.

Views ist allerdings mit einer steinigen, steilen Lernkurve behaftet, ohne viel Ausprobieren und Googlen geht da gar nichts. Je mehr man sich aber mit dem vielseitigen Tool beschäftigt, um so klarer wird es dass es nix gibt was nicht geht – oder fast nix.

Es lassen sich alle, aber auch wirklich alle Datenbankinhalte strukturiert abfragen und optisch ansprechend aufbereitet darstellen. Die Frage ist halt nur, wie lang man basteln und forschen muss bis zum gewünschten Ergebnis.

Ich würde mir wünschen, dass viele der öfter gebrauchten und populären Views-Anwendungen schon als Vorlagen mitgeliefert würden, so dass man nicht jedesmal das Rad neu erfinden muss.

Wirklich prima: die Inhaltstypen

Mit dem Konzept der benutzerdefinierten Inhaltstypen wird es einem leicht gemacht, die Inhalte auch komplexer Webseiten strukturiert zu präsentieren. Mit den entsprechenden Layout-Overrides gepaart hat man ein mächtiges Werkzeug, logisch separierte Inhalte auch nach den eigenen Bedürfnissen aufbereitet darzustellen. Das ersetzt locker die Multiblog-Fähigkeit wie man sie z.B. bei Joomla hat, die Verwaltung und Präsentation der Inhaltstypen läßt sich fein differenziert steuern und macht richtig Spaß.

Die API: braucht man gar nicht so oft

Weil man bei genauem Hinsehen oft feststellt, dass eine gewünschte Funktionalität in Drupal schon vorhanden ist bzw. mit Views relativ leicht zu realisieren ist. Das bisschen was ich von der API bislang gebraucht habe war eigentlich immer sehr straightforward und gut dokumentiert, besonders von den Möglichkeiten der Datenbankoperationen bin ich sehr angetan. Erhebt sich die Frage, ob das mit Drupal 8 so bleiben wird… die APIs sind komplett neu aufgestellt worden.

Mein Fazit: Drupal ist das CMS der Wahl für alte Datenbanker

Wenn man es mit vielen unterschiedlichen Inhalten zu tun hat und auch mit grossen Datenmengen, die man über ruhig auch komplexe Abfragen an die Web-Oberfläche bringen möchte, ist Drupal mit Views unschlagbar.

Wenn es in der Datenbank drinsteckt, kriegt man es in Drupal auch wieder heraus, und das oft auf erstaunlich einfachen Wegen. Keine Verrenkungen wie in WordPress, wo für alle möglichen Inhalte die wp_content herhalten muss, und auch kein Vergleich zu Joomla, das einem den Weg zu den Datenbankinhalten oft unnötig schwierig macht.

Da kann man es dann schon verschmerzen, dass man mit Views erst mal eine Runde üben muss, der geniale Funktionsumfang wiegt die wenig intuitive Bedienung leicht auf.  Ich bin mal gespannt, wie die Integration von Views in Drupal 8 gelungen ist!