Flexibles CCK - "CCK on the fly"

Was Du da beschreibst kann man nur mit einem eigenen Modul realisieren. Damit kann man dynamische Felder programmieren und sich in erforderlicher Weise mit JQery austoben. Da ist effektiver als CCK zu hacken.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Du könntest die Module Workflow und Workflow Fields missbrauchen.

Mit dem Workflow Modul kannst du Zustandsautomaten anlegen und jedem Node einen Zustand geben. Mit dem Workflow Fields Modul kannst du konfigurieren, welche CCK-Felder in den einzelnen Zuständen sichtbar sind; nicht nur in der Node-Ansicht, sonderen auch im Eingabeformular.

Das läuft dann ungefähr so ab:

1. Du legst mit CCK einen Inhaltstyp an und definierst dort die Eingabefelder.
2. Du legst einen Zustandsautomaten an und ordnest ihn dem Inhaltstyp zu.
3. Für jede Produktkategorie
   1. erzeugst du einen Zustand und
   2. wählst aus, welche Felder des Inhaltsytyps verwendet werden sollen.

Drei Probleme:

Reihenfolge der angezeigten Felder

Ich glaube nicht, daß ein Redakteur das entscheiden sollte; schon garnicht individuell für jedes Dokument. Es kommt auch dem Benutzer zu Gute, immer an gleicher Stelle gleichartige Informationen zu finden.

Die Benutzeroberfläche des Workflow-Moduls ist recht technisch gehalten

Durch selbst entwickelte Module kann man die Benutzeroberfläche für den Redakteur intuitiver gestalten. Die Workflow API ist recht ordentlich und übersichtlich.

Der Redakteur benötigt das Recht, das Workflow-Module zu konfigurieren

Auch dabei kann ein maßgeschneidertes Modul helfen

Vielleicht geht es aber auch mit dem e-Commerce Modul viel einfacher.

Am angebrachtesten fände ich aber trotzdem, jeweils eigene Inhaltstypen zu erzeugen. Felder können ja in mehreren Inhaltstypen vorkommen (Fieldgroups leider nicht).

In fremden Modulen sollte man auch sonst nicht rumhacken. Außer man ist sich sicher, das die Änderungen in die offizielle Version des Moduls einfließen. Man handelt sich sonst Probleme bei Aktualisierungen ein.

--

Das denke ich auch, nur wollte ich mal schauen, ob es da schon Ansätze/Ideen gibt.

Grüße, Ronald

...könnte dieser hier sein: http://drupal.org/project/flexifield

Und jetzt versucht sich derhasi dran:
http://drupal.org/project/content_compose

Und hier ein Issue im CCK-Projekt zum gleichen Thema:
http://drupal.org/node/119102

In CCK 3 wird es ein Modul "Multigroup" geben. Ich habe dazu mal einige Screenshots bei Prezi abgelegt, die hoffentlich selbsterklärend sind.

Was Drupal aber noch immer fehlt, ist ein flexibler Inhaltsbaukasten, der einem Redakteur das Komponieren eines Artikels "on the fly" ermöglicht. Wobei ich denke, dass es das Datenmodell und einige gute Werkzeuge bereits gibt, jedoch noch nicht das schicke Frontend. Wer Lust hat, sich was schickes dazu anzusehen, dem rate ich zu einem Account bei polldaddy.com, um dann dort ein "Survey" zu erstellen -> edit questions. Per Drag&Drop werden einzelne - ich nenne sie mal - Fieldgroups in den Inhaltsbereich gezogen. Mehrfache Felder gibt ja auch CCK her, aber eben nicht in beliebiger Reihenfolge. So können einem Feld Richtext zwei Felder mit Personen folgen, dann wieder Richtext, dann Bilder usw.

Ich habe die letzte Nacht mal damit verbracht, auszuprobieren, was Drupal dazu so hergibt. Derzeit bietet sich ja das mächtige Nodereference an, um strukturierte Inhalte ähnlich aufzubauen. Herausgekommen ist dieser Screencast, der das Konzept zeigt.

http://screenr.com/orx

Ich würde mich über einen Austausch darüber freuen, wie ihr mit diesem Thema umgeht. Welche Ansätze, Strategien, Module gibt es?

Grüße, Ronald aka rokr

Hallo Ronald,

dein Screencast ist sehr beeindruckend, du hast das alles mit vorhandenen Modulen realisiert? Welche Module hast du dafür verwendet?

Ich vermute mal:
Node Reference URL Widget -> Links im Eltern-Node
Views attach -> Anzeige die View im Eltern-Node
DraggableViews -> Sortierbarkeit der View

Aber dieser "Create Builder Textblock", wie du im Eltern-Node die Felder ausgeblendet hat und die "Edit und Delete"-Grafiken vor (Display Style??) dem Tochter-Node geben mir noch Rätsel auf.

Grüße
Carsten

Edit: Features wäre hierfür auch ein sehr nützliches Modul um eine Modulsammlung inkl. Inhaltstypen von einer Installation in die nächste zu transferieren.

Das wollte ich gestern schon von Roland wissen, habe in einem anderen Beitrag sogar 2x nachgefragt:
http://www.drupalcenter.de/node/25300#comment-90344
scheinbar will er seine Erkenntnisse aber nicht mit uns teilen. :-(

Gruss Roger

Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen (1. Posting vom Thema) <==> das erleichtert das finden von Lösungen

Hallo Roger,

sorry, dass ich im anderen Thread nicht gleich hinterher war.

Ich lag gerade drei Tage flach und wollte den "Builder" noch einmal überarbeiten. Natürlich lasse ich euch gerne teilhaben, sonst würde ich sowas hier nicht reinstellen. Das beste wird sein, ich mache noch eine Art Making Of Screencast, oder?

Schonmal die zentralen Module, Carsten hat ja schon einige genannt:

CCK
Views + Views Attach
Popups API
Draggable Views
Node Reference URL Widget
Automatic Nodetitles + Token

Grüße, Ronald

Das wäre dann noch das Sahnehäubchen oben drauf. ;-)

Gruss Roger

Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen (1. Posting vom Thema) <==> das erleichtert das finden von Lösungen

Ich verfolge auch gerade mit wachsender begeistert dieses alles hier und finde es Super wenn sich jemand über die Schulter schauen lässt. Vor allem da ich mich gerade in CCK vertiefen möchte. Und natürlich der Oberknaller in Deutsch, ich habe es nicht ganz so mit dem Englischen. Grins

Vielen Dank für den Beitrag "CCK on the fly" ich hoffe das das eine oder andere noch folgen wird ;-)

Viele Grüße

Ähnliche Interfaces:

• http://buzzr.com/how-to-videos
• http://jimdo.com/ (kein Drupal)
• http://quicksketch.org/demos/form-builder-example (Form Builder, keine Erstellung von Content)
• http://polldaddy.com (dein Drupal) - "Survey" erstellen -> edit questions
• http://drupal.org/project/interface (Drupal Modul)

Ronald

Ich habe einen neuen Screencast gemacht, der etwas länger geworden ist. Mangels Stimme habe ich Untertitel druntergelegt. Ich hoffe, dass sie einige Konzepte erklären.

Anzuschauen unter: http://bit.ly/druilder (Website leider offline)

Auf der Demo-Seite kann man sich auch die verwendeten Module genau anschauen: http://builder.14m5.de/modules/used

Wer mag kann sich gerne auf der Seite anmelden (Login-Daten auf der About-Seite) und selbst einen Artikel zusammenklicken.

Grüße, Ronald

Also trotz Screencast und Demo-Seite sind für mich weite Teile von deiner Lösung ein Buch mit sieben Siegeln.

Die Nodereference bekomme ich hin. Die Sortierung mit Draggable Views ist auch klar. Der zusätzlichen Tab "Build" ebenfalls (Unter Views Page erstellen, Path "node/%/build", Type: "Menu tab"). Wie machst du es, wenn du mehrere Haupt-Inhaltstypen hast? In der Demo gibt es ja nur einen Typ. Ich habe es jetzt so gelöst: http://drupal.org/node/434160#comment-1479062.

Grüße
Carsten

In deinem Link ist es ja beschrieben. Evtl würde ich aber auf das Tabbed Interface verzichten und es in der GUI anders integrieren. Ein Tab war nur eben das schnellste und einfachste für diesen Zweck. :-)

Grüße, Ronald

Auch wenn der Beitrag mittlerweile etwas älter ist...
am Samstag, 25.02.2012 werde ich den Ansatz beim Drupalcamp in Essen vorstellen. Link zur Session:
http://drupalcamp-essen.de/12/sessions/schau-mutti-keine-programmierzeile

Grüße, Ronald

Hallo Ronald!

Was du da erstellt hast ist - finde ich - das was Drupal noch fehlt!

Hast du das weiterentickelt? Vielleicht zu einem Modul?
Oder gibt es irgendein Modul, das sowas kann?

Viele Grüße!
T2K

In Drupal 7 würde man das natürlich mit Entities oder aber mit Field Collections umsetzen.

Einen sehr spannenden Ansatz finde ich bei Panopoly Distribution wieder: http://drupal.org/project/panopoly

Ich selbst habe noch keine neue Version in Angriff genommen.

Grüße, Ronald

Durch Drupal 7 hat sich das Konzept der fieldable Entities durchgesetzt. Nicht nur als Konzept und API, sondern mehr und mehr auch in Form nützlicher Module für Sitebuilder und Redakteure.
Zwei heiße Kandidaten für die in diesem Thread geschriebenen Anforderungen sind "Inline Entities Forms" und "Paragraphs". Für größere Projekte und mehr Flexibilität empfehle ich fieldable Panel Panes oder gleich Panopoly.

Grüße, Ronald