Ist ein alphabetisches Personenverzeichnis ein Fall für die Taxonometrie?

Na das Buchstaben-Vokabular ist auf keinen Fall sinnvoll, macht nur doppelt Arbeit und erzeugt unnötigen Datenmüll

Du kannst in Views als Argument den Node-Titel (oder ein anderes Feld mit dem Künstlernamen) nutzen - aber zumindest mit dem Node-Titel klappt das, da habe ich das in einem Drupal 6 Projekt auch so gemacht. Hier klickst Du dann "Glossar-Modus" an und begrenzt die Zeichen auf 1. "Die auszuführende Aktion, wenn das Argument nicht vorhanden ist" ist dann "Alle Werte anzeigen". Dann hast Du eine Ansicht, die unter dem Pfad (Prämisse: es ist eine Seite) /meine/ansicht alle Künstler anzeigt, unter /meine/ansicht/a alle Künstler mit A.

Die Kunst ist jetzt diese Buchstaben-Reihenfolge unterzubringen. Ich habe das gemacht, in dem ich im Template für die gesamte Ansicht (views-view--MEINE-ANSICHT.tpl.php) über der Ansicht ein

eingefügt habe. In einem eigenen Modul musst Du diese Theme-Funktion dann erst noch definieren:

Das erstellt dann die Liste mit den Buchstaben, verlinkt mit der Ansicht - allerdings in diesem Fall nur bei einer Ansicht mit einem Pfad, wo kein Slash vorkommt, also sowas wie "/meine-ansicht" statt "/meine/ansicht". Das müsste man dann noch entsprechend anpassen, aber vielleicht versuchst Du das erstmal und definierst einfach eine Ansicht mit so einem Pfad, das könnte man dann später ja noch mal ändern.

Viele Grüße,
Tobias

Das Vokabular für Genre ist sicher sinnvoll zur Klassifizierung.
Das Vokabular für Artist ist - nach meiner Einschätzung - unnötig.

Du benötigst für die gewünschte Darstellung zwei Views:
a) für Artist:
View mit Filter auf den Inhaltstyp, der die Künstler kennzeichnet (Ich hoffe, es gibt einen Extra Inhaltstyp dafür und sie sind nicht einfach mit Basis-Pages angelegt, sonst wirds etwas komplizierter).
Die View bekommt die gewünschten Felder, die gezeigt werden sollen, eine Sortierung nach Titel und ein Argument (unter contextual filter).
Hier wählst Du den Titel und machst unter "Mehr" einen Haken bei "Glossary mode". Als Anzahl für die Zeichen gibst Du 1 ein, weil Du ja nur die Anfangsbuchstaben als Argument verwenden willst.
Nun bekommt die Seiten-View noch einen Pfad, z.B. Pfad:/inhaltsverzeichnis.
Dann erhälst Du beim Aufruf der Seite Pfad:/inhaltsverzeichnis/A alle Artisten, die mit A anfangen.
Sollte der Namen nicht im Titel stehen, sondern in Feldern Vorname, Nachname, dann mußt Du entsprechend das Feld Nachname statt Titel für Sortierung und als Argument verwenden.
Das Namensgebende Feld wird als Link ausgebildet, der auf die Detailseite des Künstlers führt.

Nun kannst Du noch einen Block bauen, in dem Du alle Links von /inhaltsverzeichnis/A bis /inhaltsverzeichnis/Z anzeigst und wunschgemäß in Container für CSS-Formatierung packst.
Hier habe ich ein Beispiel für Dich:
http://gartenstauden.de/inhaltsverzeichnis/gartenstauden/a
Nicht irritieren lassen: Ich verwende die gleiche View für Gartenstauden und für Baumschulpflanzen. Deshalb habe ich noch ein Argument vor dem Buchstaben namens "gartenstauden".
Das brauchst Du nicht.

b) für Genre
Hier hast Du ja Dein Vokabular und kannst im Inhaltstyp für den Künstler eine Referenz auf diese Taxonomie erstellen mit einer Auswahlbox, wo das Genre jeweils ausgewählt werden kann.
Dann baust Du eine View wieder mit Filter auf diesen Inhalstyp.
Dieses Mal legst Du noch einen Filter über Die Taxonomie Genre an und stellst den Filter auf exposed.
Die View legst Du wieder als Seite an und gibst einen Pfad an. Nun erscheint ein Block mit einer Selectbox am Anfang der Seite, wo der User auswählen kann, welche Künstler er sehen möchte.
Wenn Du den Block mit der Selectbox nicht genau am Anfang der Seite haben möchtest, sondern in einer eigenen Region, dann wünscht Du Dir in der View-Konfiguration unter Advanced->Other "Exposed form in block:" JA.

Es gäbe natürlich auch die Möglichkeit, die beiden Methoden der Suche an Anfangsbuchstabe und nach Genre zu kombinieren.
Das geht dann mit Stichwort grouped Filter und wird wesentlich komplizierter.

Ich hoffe, ich habe das halbwegs verständlich ausgedrückt. Um eine Einarbeitung in Views kommst Du sicher nicht drum rum, falls nicht schon geschehen.

Danke an beide, insbesondere für die ausführlichen Anleitungen.

Natürlich bekommen die Künstlerseiten einen eigenen Inhaltstyp. Views verwende ich auch schon, bin aber darin noch keineswegs sattelfest. Da ich Eure Vorschläge nicht nur nachtippen, sondern auch verstehen will, werde ich mich noch etwas intensiver mit Views beschäftigen (da gibt es ohnehin gute Tutorials) und wenn dann eine Frage auftaucht, melde ich mich hier wieder.

Herzliche Grüße

Albert

Funktioniert das auch in einem Block? Ich stehe vor einem ähnlichen Problem, dass ich alle Nodes nach ihren Anfangsbuchstaben gruppiert in einem Block darstellen möchte, da es sonst einfach zu viele werden. Also z.B.:
A (bei Klick:)
Alfred
Anton
usw.

Gruß

@zwerg, Du meinst einen Block statt der Seite?
Ja, das geht schon.
Du mußt Dich nur damit beschäftigen, wie man das Argument der URL als Standardwert an das Argument in der View übergibt.
Default Wert mit PHP (return arg(n);)

Das ist genau das Problem - der Block soll ohne Kontextfilter funktionieren, quasi eine nach Anfangsbuchstaben gruppierte Aggregation der Beiträge, die sich z.B. durch AJAX beim Anklicken erweitern lässt.

Ach so...jetzt kapiert.
Vielleicht wäre es damit zu tun:
https://www.drupal.org/project/views_accordion
Man muß nur die View irgendwie dazu bringen, Blöcke für die jeweiligen Anfangsbuchstaben zu machen.
Vielleicht geht es mit Views in Kombi mit dem Modul Akkordeon-Block.
Also auf einer Seite lauter Blöcke für jeden Anfangsbuchstaben ausgeben.
(wie gehabt View mit Argument Anfangsbuchstabe) und diese dann als Akkordeon gestalten (lassen via Modul).
Habe nicht viel Zeit, deshalb im Telegramm-Stil und ungeprüft. ;-)

Nochmals Danke an Regina. Dein Beispiel (Gartenstauden) zeigt genau das, was ich realisieren soll.

Ich beginne mit der Arbeit und schon brauche ich Hilfe.

Situation:
Eine Webseite für einen Künstlerverein. Es gibt einen Inhaltstyp "Artist" mit nur einer Seite (node/11), die als Startseite für die Künstlerverwaltung (Auflistung der Mitglieder) dient.
Es gibt weiters einen Inhaltstyp "Kuenstler" mit derzeit (zum Testen) 3 nodes, die 3 Künstler-Seiten (mit Name, Tätigkeitsbereich und Adresse des Künstlers) darstellen und als Titel den Namen des Künstlers enthalten. Die Titel dieser 3 Seiten kennzeichnen also den Künstler und die Anfangsbuchstaben der Titel sind (derzeit nur) A, K und S. (Das Titelfeld habe ich mit "Künstler / Künstlerinnen" beschriftet.)

Das erste Ziel wäre die Darstellung von "A" "K" "S" auf der node/11 als Link auf die jeweilige Künstlerseite.

Ich wollte eine Views als Block erstellen und diesen auf node/11 platzieren.

Also habe ich eine Views "Glossar" erstellt (siehe Glossar_1.png) mit der Absicht Inhalte von nodes des Types "kuenstler" darzustellen.
Als darzustellendes Feld habe ich "Inhalt: Titel" belassen (siehe Glossar_2.png) und unter Contextual filters habe ich das Feld "Inhalt: Titel" hinzugefügt mit der Aktivierung von "Glossary Mode" --> 1 unter "Mehr". (siehe Glossar_2.png).

Nach Platzierung des Blockes auf node/11 steht dort nur "Künstler". Was habe ich da falsch gemacht?
Soll ich eventell dieses Thema im Forum "Views und CCK" platzieren?

Danke für Deine Hilfe.

Albert

Anhang	Größe
Glossar_1.PNG	25.98 KB
Glossar_2.PNG	25.46 KB
Glossar_3.PNG	269.45 KB

Wenn ich richtig verstehe, was Du gemacht hast, dann ist der Unterschied zwischen meiner und Deiner Lösung folgender:

Bei mir ist die View, die den ersten Buchstaben als Argument im Glossary-Mode übernimmt, eine Page-View.
Du hast aber einen Block gebaut.

Ich habe die View-Seite gemacht und zusätzlich einen händisch erzeugten Block, wo diese View-Seite mit dem Anfangsbuchstanben als Parameter aufgerufen wird.
Die Viewseite heißt:
http://gartenstauden.de/inhaltsverzeichnis/gartenstauden
(Ohne Parameter werden alle Pflanzen angezeigt)
Oben auf der Seite ist der händisch erzeugte Block mit dem Alphabet eingebunden.
Schau da einfach mal in den Quellcode rein.
Ein Link darin heißt z.B.
http://gartenstauden.de/inhaltsverzeichnis/gartenstauden/b
Damit wird die Seiten-View mit dem Parameter B aufgerufen und folglich die entsprechenden Pflanzen mit B gezeigt.

Also nix Block-View.

Darf ich noch mal darauf hinweisen, daß Kontextual Filters im Block nicht funktionieren? Dann muß mit kleinen Tricks dafür gesorgt werden, daß der View trotzden den Filter bekommt, indem man in Views beim Kontext-Filter sich den Zweig ansieht: "Was tun, wenn der Filterwert nicht vorhanden ist?" => Standard Wert verwenden und dann eine passende Option aussuchen. Manchmal heißt die PHP-Code.

Ich habe noch gewisse Freiheiten, die Gesamtaufgabe (für 150 Künstlerseiten einen übersichtlichen Zugriff gestalten) zu lösen. Da eben Regina ein Beispiel präsentierte, das weitgehend meinen Anforderungen entspricht, habe ich versucht, es nachzubauen. Aber mir geht es auch darum, Views besser zu verstehen und daher wollte ich schrittweise vorgehen.

Da ich nur im Bereich des Contextual filters die Möglichkeit sehe, für ein Feld ein Glossar zu definieren, darf ich also kein Views/Block verwenden.

Frage: geht es mit einem EVA auch nicht oder muss es eine Page sein ?

Herzliche Grüße

Albert

Ich steh gerade auf dem Schlauch: was war noch mal EVA in dem Zusammenhang?

Du "darfst" auch mit Glossar eine View-Block bauen.
Nur mußt Du dann beachten, daß Du mit einem kleinen PHP-Code-Schnipsel im Bereich Default-Wert für den Kontextual-Filter dafür sorgen mußt, daß das Argument an den Block übergeben wird.
Das ist das Thema, das wla angesprochen hat.

Warum hättest Du lieber einen View/Block?
Wie geschrieben, für den Block, der die Buchstaben zeigt, habe ich gar keine View verwendet.
Achso, jetzt verstehe ich vermutlich.
Du würdest gerne eine View verwenden, als statisch das Alphabet, weil es nicht für jeden Buchstaben im Alphabet ein Ergebnis gibt, richtig?

Auf jeden Fall hast Du zwei Themen:
Punkt 1. Einmal den Block, der Links mit dem Buchstaben als Argument an eine Seite übergibt (was ich statisch ohne View gemacht habe)
Punkt 2. Einmal eine Seite, die dieses Argument auswertet und die entsprechenden Ergebnisse liefert. (was ich per Seiten-View gelöst habe)

Der Block aus Punkt 1. wird oben auf der Seite aus Punkt 2. eingebaut.

Ich muß meine Kenntnisse mühsam aus der Dokumentation, aus den Tutorials und durch Eure Hilfe zusammenkratzen. Ich habe Views schon einige Male verwendet aber dies ist nun die erste anspruchsvolle Aufgabe.

Ich habe gelesen (und auch schon verwendet) dass man ein Views "in jede Entity" einbauen kann, also auch in ein node/11.

Weil ich einmal schon einen Views/Block in eine Seite erfolgreich eingebaut habe, aber damals ohne Contextual filter. Aber diesmal war es eher als Übung gedacht.

Aufgrund Deiner Anregung mit dem Contextual lFilter --> mehr --> Glossary Mode habe ich angenommen, dass das Alphabet automatisch (also durch das Views) erzeugt wird. Das war wohl ein großes Mißverständnis meinerseits.
So wie ich die Dokumentation verstanden habe, bewirkt ein Contextual Filter eine zusätzliche Auswahl, die vom aktuellen Kontext abhängig sein kann. Was bewirkt in Deinem Lösungsweg das Contextual Filter?

Bitte habe Geduld mit mir.

Herzliche Grüße

Albert

Oh...meine Geduld ist groß, weil ich mich noch gut daran erinnere, wie ich vor ein paar Jahren bei der Umstellung auf Drupal rumgestochert habe. ;-)

Ahja, das war EVA. Ich denke, das brauchst Du bei Deinem Anwendungsfall nicht.

Vielleicht gäbe es ein Modul, das daß dass das Alphabet automatisch erzeugt.
Ansonsten gäbe es natürlich diverse Tricks für diese automatische Erzeugung, die aber alle aufwändig sind.

In diesem Fall ist der Contextual lFilter genau das, was Du beschreibst und wie ich es auch einsetze:
eine zusätzliche Auswahl, die vom aktuellen Kontext abhängig sein kann

Im Gegensatz zu einem View exposed Filter wird diese Auswahl nicht über ein Formular getroffen, sondern über die URL.

Danke Regina,

Ich habe mir Deine Gartenstauden, insbesodere das "Inhaltsverzeichnis" (das meiner Künstler-Startseite node/11 weitgehend entspricht) nochmals genauer angesehen und möchte nun Schritt für Schitt den von Dir vorgeschlagenen Lösungsweg nachgehen (auch die Community wird dafür dankbar sein) :

1. Erstellen einer node "Inhaltsverzeichnis" (bei mir "Künstler-Start") als gewöhnliche Seite oder auf Basis eines Inhaltstypes. [Stimmt das ? ]
2. Erstellen eines Blockes "Block-7" mit dem Inhalt A | B | C ... wobei jeder Buchstabe als Link auf ..... hier entsteht schon meine erste Frage:

der Browser zeigt bei /gartenstauden.de/inhaltsverzeichnis den Link gartenstauden.de/inhaltsverzeichnis//X an und im Quellcode steht /inhaltsverzeichnis/gartenstauden/X. Wird dieser Link schon durch die Views erstellt oder wird er noch manuell eingegeben?

3. Einfügen des Blockes in die die node "Inhaltsverzeichnis.

In meinen bisherigen Webseiten entstand immer die Stuktur domain.at/node/nid, mit einem Alias für node/nid. Bei Deinen Gartenstauden gibt es also eine Erweiterung domain.de/Inhaltsverzeichnis/gartenstauden/X. Diese wird offenbar durch die VIEWS erzeug´t. Stimmt das?

Punkt 1: Nicht ganz. Ich habe keine Node erstellt, sondern die Seite wird von der View erstellt.
D.h. man erstellt eine Seitenview und trägt dort den Pfad /inhaltsverzeichnis ein, unter dem man die Seite dann erreichen möchte.
In meinem Fall unterscheide ich noch zwischen gartenstauden und baumschulpflanzen, weil ich für beide ein getrenntes Inhaltsverzeichnis möchte.
Man kann die Seite auch über gartenstauden.de/inhaltsverzeichnis/ aufrufen, dann werden beide Pflanzenarten gemeinsam unter a,b,c angezeigt.
Das braucht Dich aber nicht interessieren, Du kannst den Link einfach via inhaltsverzeichnis/A...B...C... ansprechen.

Punkt 2: Der Code im Block enthält tatsächlich den Link/inhaltsverzeichnis//X.
Der Block weiß nichts von der Existenz der View und umgekehrt.
Der Code im Block ist bei mir etwas komplizierter, als Du es brauchst, weil ich ja noch mit PHP die Unterscheidung auf typ gartenstauden oder baumschul... habe.
Er könnte also bei Dir so ausehen:

3. In dem Fall wird der Block nicht in die node sondern in die Seiten-View mit dem Pfad inhaltsverzeichnis eingebaut.

Du darfst Dich also von dem etwas komplizierteren Pfad-Gebilde bei mir nicht irritieren lassen. Bei Dir ist es noch einfacher.
Für Dich wichtig ist es, den Unterschied zwischen einer Seite zu verstehen, die Du als Inhalt von einem bestimmten Typ erzeugst (dann node/nid) oder einer Seite die von der View erzeugt wird und dann einen beliebigen Pfadnamen haben kann.
Diese Unterscheidung macht Drupal-Neulingen und auch reinen Anwendern (Redakteuren) immer wieder Probleme, wie ich bei Schulungen schon gemerkt habe.

Danke Regina!

Ich habe also genau Deinen Anweisungen folgend, die ich nun (nach Beseitigung des Mißverständnisses mit dem automatisch erstellten Alphabet) auch verstehe, die Aufgabe (bis auf die Formatierungen mit CSS) gelöst. Auf der Views-Seite erscheint das im Block definierte Stück des Alphabets und wenn man auf einen Buchstaben klickt, erscheint die Namenliste (identisch mit der Titel-Liste) und auf Klick des Namens sieht man die individuelle Seite.

Jetzt kommt der 2. Teil mit der Taxonomy. Vielleicht schaffe ich das alleine.

Noch eine Zusatzfrage: Ich brauche auf der Views-Seite auch einen Textbereich (für Erklärungen, nur vom Admin gestaltbar). Wie würdest Du das realisieren?

Herzliche Grüße

Albert

Entweder kannst Du den Text mit in diesen oder einen neuen Block packen oder aber in den Kopfbereich der View schreiben.
Da gibt es ja in der View einen extra-Bereich dafür.

Ich würde die View mit einem speziellen Node verheiraten. Mittels des Moduls [do:insert_view] würde ich den View unten in den Text des Nodes setzen. Damit kann der Redakteur den Node text bearbeiten und der View erscheint dann darunter.

Danke an beide.

Da der Text eine statische Erklärung ist und vom Redakteur nicht verändert werden muss, ist ein Block sicher die einfachere Lösung.

Aber trotzden die Frage an Werner:
Meine View ist als Page angelegt. Die Page hat ein Alias ("Kuenstler") und ist auch ein Menüpunkt. In dem View wurde ein contextual filter verwendet.
Ich habe mir das Modul insert_view angesehen, aber da müßte ich (so habe ich es zumindest verstanden) eine normale Seite anlegen, mit dieser den Menüpunkt erstellen und dann das (die / den ?) View einfügen. Was ist da der Unterschied zu einem EVA View?

Herzliche Grüße

Albert

Mit insert_view kannst Du Deinen View beliebig irgenendwo einfügen. Du kannst auch mehrere Views einbauen. EVA (Entity Views Attachement) hängt die View an ein Enitity als Feld. Insert View ist ein Input Filter (der Filter wirkt aber vor der Ausgabe). Es hängt also ein bißchen von der Aufgabenstellung ab, was man einsetzen wird.

Danke Werner,

ich werde das einmal testen, weil ich wahrscheinlich demnächst brauchen werde. Bei Unklarheiten melde ich mich wieder mit einem neuen Thread.

Herzliche Grüße

Albert

Ich habe versucht, wie weit ich ohne weitere Hilfe mit diesem Thema zurecht komme, aber nun stehe ich an.
Da aber im Namen dieses Threads etwas anderes steht, denke ich, dass ich das Problem im Forum "Views und CCK" nochmals explizit formuliere.

Nachtrag: Nein, ist nicht mehr nötig.
Für die Community: in http://www.youtube.com/watch?v=q3bSZiw8J3k gibt es eine Schritt-für-Schritt-Anleitung, wie man meine oben definierte Aufgabe

lösen kann.

Herzliche Grüße

Albert