Erste Seite: Suche + View

Hast Du Dich mit Exposed Filtern bei den Views beschäftigt?
Den kannst Du ja auch auf ein Titel-Feld anwenden.
Und es gibt die versch. Möglichkeiten zu wählen, ob der Titel mit qui anfangen muß, ob das ganze Wort genauso lauten soll oder ob - wie in Deinem Fall der gesuchte Titel qui enthalten soll.
Du brauchst also nur eine View, um das Problem zu lösen.
Per Default steht das Suchfeld genau über den Ergebnissen.
Wenn es wo anders stehen soll, kannst Du in der View angeben, daß der Exposed Filter als Block zur verfügung stehen soll.
Den kannst Du dann irgendwo auf der Seite einbinden.

das klappt super!

Ich habe das ganz leicht über "Content revision: Title (exposed)" lösen können, vorher "Search: Search Terms". Danke dafür, Dupal ist klasse!

Jetzt gleich die nächsten beiden Fragen

A.) In der View sind einige Eigenschaften zum Titel. Wenn ich auf den Titel klicke, dann komme ich zu der normalen Ansicht vom Content-Typ und kann da ändern. Aber ich würde das gerne so lösen, dass in der View die veränderbaren Taxonomien als Drop-Down veränderbar sind.

B.) Wenn der Titel nicht gefunden wird, würde ich gerne einen Link für "Create Content" anbieten.

Geht das?

Beste Grüße
Michael

Frage A) verstehe ich nicht, was Du mit veränderbaren TAxonomien als Drop Down meinst.
Sollen die ebenfalls als Filter angeboten werden?
Das wäre ja einfach.

B)
Du hast ja die Möglichkeit, Text zu hinterlassen für den Fall, daß kein Ergebnis angeboten wird.
An der Stelle kannst Du den Link eintragen.

Zu

A) Die View zeigt einen Contenttype an. Sagen wir beispielsweise "Brand" mit einer Zuordnung des Markensnamen zu einer Branche "Bananenhersteller", "Zertifizierung", "Händler".

Chiquita - Bananenhersteller
Dole - Bananenhersteller
Fairtrade - Zertifizierung
Safeway - Händler
Walmart - Händler

In dieser View möchte ich nun für die Branchezuordnung eine Dropdownauswahlliste haben und so ganz einfach in der View ändern, nicht einzelnd in der Updatepage.

B.) Das habe ich noch nicht verstanden. Ich habe nun under Advanced den Punkt "No results behavior" gefunden. Aber ist nehme ich nun eine "Entity: Rendered entity", wie übergebe ich den Suchbegriff an die "Create Node" Seite?

Zu A: Es gibt ein Modul www.drupal.org/project/editablefields, dass es zulässt in der view den Inhalt zu ändern. Ob das auch in der Lage ist dropdowns auszuführen weiss ich nicht, gehe aber von aus.

Ansonsten musst Du den views themen, kannst bspw. automodal und modal frame api einführen, dort drauf verlinken. Dann geht ein popup auf das die entsprechende Form enthält. Aber das ist für einen Anfänger zu schwierig. Da sollte man wissen wie drupal funktioniert. Kann ich Dir im Zweifel bauen falls gewünscht.

Zu B: In deiner views gibt es das sogenannte "no results behaviour". Dort kannst Du einen link einfügen. Bspw. "node/add/banane". Das ist das was montviso meint.

@maen, Ist die 7-Version von editablefields schon halbwegs stabil?
Als ich es zuletzt ausprobiert habe, war es noch sehr fehlerhaft.
Das ist allerdings schon lange her.

Sorry, weiß ich nicht.
Ich hatte das mal für ein großangelegtes Kundenprojekt getestet. Mir gefiel aber nicht der Ansatz, dass alle dargestellten Einträge bei der Bearbeitung neu geladen werden. Das geht beachtlich auf die DB. Da präferiere ich es, lieber einzelne nodes aus der view zu laden und diese neu abzuspeichern.

Wenn ich viele Einträge in der view habe, die alle geupdatet werden und deren cache dann neu geschrieben wird, und das simultan, darf in der Zeit keine große Besucherschar auf der Seite sein. Sonst wirds lustig!

mache ich auch so.
D.h. ich baue mir in solchen Fällen eine View, die die wichtigen Felder (die evt. editiert werden sollen) in Tabellenform ausgibt und den Titel mache ich als Link auf node/[nid]/edit.
Dann kann man schnell auf die Nodes zugreifen, wo wirklich was geändert werden soll.

Im allgemeinen ja, hier würde ich nur in einer modalform das dropdown feld laden. So wie der TO will

B.) hat jetzt auch wunderbar geklappt, danke für die Info. Jetzt sollte der Link nur noch erscheinen, wenn der Benutzer auch die Berechtigung hat, den Content anzulegen ...
A.) "automodal und modal frame api" Das will ich lernen.

Die Anwendung, die ich für uns Bananenaufkleber-Sammler erstellen möchte, wird davon leben, dass gemeinsam an vielen Stellen die Informationen zum Aufkleber ergänzt werden. Ich bräuchte da schon Hilfe. Ich würde mich sehr freuen, wenn ich für den Einstieg einen Sparingspartner habe:

Zur Info:
- Alte 15 Jahre alte Seite: http://riehl-collection.de/riehl-collection/banana.htm
- Konzept für die neue Seite https://sites.google.com/site/bananalabelcatalogue/

Einiges habe ich schon in Drupal jetzt gelernt. Für mich sind derzeit das Review für das Datenmodell in Drupal ganz wichtig, insbesondere zu den Bildern und den Bereich, bei dem nutzerspezifische Informationen zum Aufkleber eingetragen werden (Wie z.B. Gefunden am, Getauscht von, Habe Doppelte, ...)

Könntest Du helfen? Ich möchte auch wissen, wie das mit " automodal und modal frame api " funktioniert ...

Beste Grüße
Michael

Was ist modal? -> quasi ein popup dass es unmöglich macht, die darunter liegende Seite zu manipulieren.
Du hast die Wahl zwischen "ctools plus ctools automodal" und "modalframe api plus automodal". Ich nutze die zweite Wahl öfter. Aber nur weil ich mich darin gut auskenne. Pro und Contra zumm Thema was zum Einsatz kommen sollte gibt es einige Diskussionen drüber.

Wie wäre der Ablauf?
Du überschreibst in Deinem result aus views die Felder, die den link zur Manipulation enthalten sollen. Dort setzt Du einen Link, wie der aufgebaut zu sein hat geht aus der Doku von automodal hervor. In diesen link kommt auch der token bestehend aus der nid des zu bearbeitenden Objektes.
Dieser link, der ausser den automodal Konventionen enthalten kann was immer Du möchtest, verweist wiederum auf die Funktion, die Du in Deinem selbständig gebauten Modul per hook_menu implementiert hast.
In der Funktion, auf die von hook_menu aus gezeigt wird (man spricht hier von callbacks), wird dann die form gebaut in der dein Drop Down für Bananen erscheint.

Und wenn Du das jetzt lesen kannst und es verstanden hast, dann traue ich Dir das zu.

Ansonsten würde ich an Deiner Stelle folgendermaßen vorgehen:
- setze in dem views erst mal einen link zum bearbeiten des nodes, so wie montviso vorgeschlagen hat. Darin lasse das bearbeiten.

Zu dem Teil:
Für mich sind derzeit das Review für das Datenmodell in Drupal ganz wichtig, insbesondere zu den Bildern und den Bereich, bei dem nutzerspezifische Informationen zum Aufkleber eingetragen werden (Wie z.B. Gefunden am, Getauscht von, Habe Doppelte, ...)

Das ist eine ganze Welt für sich! Du hast wahrscheinelich einen node typ banane oder bananen-aufkleber und den user. Da gibt es hunderte von Modulen zu. Das Datenbankmodell ist da im Prinzip nicht so wichtig, da das über Referenzen eingestellt werden kann. Ausserdem gibt drupal dir das ja vor.

Da Du nachträglich neue Felder zu einem nodetyp hinzufügen sowie auch löschen kannst spielt der Aspekt Planung und Sicherheit für Dich eine untergeordnete Rolle. Ich an deiner Stelle würde mir eine Liste schreiben, das kann ruhig in excel oder so sein, welche Rolle was machen darf. Und ab dann learning by doing.

maen

Moin,

ich habe es tatsächlich erst mal so wie montviso vorgeschlagen umgesetzt. Ich werde mich später modal/hook_menu kümmern. Das wird dann notenwendig sein, das Ändern der Dateninhalte muss mit ganz wenigen Klicks gehen. Modalframes scheinen die richtige Lösung dafür zu sein ...

Jetzt versuche ich erstmal grundsätzlich Datenmodell zusammenstellen. Dazu dann weiter in: http://www.drupalcenter.de/node/51193

Soweit also erst mal vielen Dank!
Michael