Flexibler Content

Warum machst Du hierfür einen neuen Thread auf?
In http://www.drupalcenter.de/node/43558 wurde Dir neben Panels auch das Modul [do:panelizer Panelizer] vorgeschlagen. Damit ist genau diese Art der Umsetzung möglich.

oh ich hatte vergessen, dass ich das Problem schon einmal angesprochen hatte. Panelizer!
Danke

ja, und hier steht auch einiges dazu: http://www.drupalcenter.de/node/44951

Panelizer und Panels:

Also ich hab mir Panelizer angeschaut... Es bringt den Vorteil mit, dass man Content per Node anstelle Contenttype fetslegen kann. - Aber damit ist doch nicht das Problem der Contenterstellung gelösst. Ich meine damit, dass der User nicht sich die Felder anlegen kann die er will. Panelizer gibt mir doch nur eine Auswahl bestehender Felder. Nur diese sollen flexibel sein und nicht starr im Inhaltstyp vordefiniert. Da jeder Node so angelegt werden soll wie es dem User grade beliebt. Siehe Screenshot

Ich denke das Hauptproblem liegt nicht bei dem Layouten - sondern eher bei der Frage wie setze ich flexible Fields innerhalb von Nodes ein. Ein erstellter Node vom gleichen Typ könnte also folgende vom User befüllte Felder haben:

Node 1 (Typ Custom Artikel):
-Subline
-Bild
-Text
-Text
-Text
-Bild

Node 2 (Typ Custom Artikel):
-Subline
-Text

Wäre das möglich könnte man dann Panelizer verwenden um die befüllten Felder an die gewünschten Stellen im des NodeLayouts zu schieben. Das wäre zwar umständlicher als gleich bei der Aufgabe des Nodes aber zumindestens eine Option.

User wollen einfach heutzutage in der Lage sein Inhalte zu erstellen die nicht eine fixe Anzahl von Bildern benutzen. Ist doch klar. Manche News sind doch auch manchmal einfach umfangreicher als andere.

Warum kannst Du Dich denn nicht auf die Drupal-Möglichkeiten einlassen? Du kannst verschiedenste Datentypen z.B. mit einem Taxonomie-Begriff klammern und dann mittels Views geordnet ausgeben. Wenn Du das dann noch mit [do:draggableviews Draggable Views] verknüpfst kannst Du so etwas aufbauen. Wenn Du [do:field_collection] nimmst und einen Fieldformatter selbst schreibst kriegst Du es auch hin. Wenn Du aber nur stur in den Bahnen eines anderen CMS denkst, kommst Du nicht weit.

Beste Grüße
Werner

Warum ? Es geht doch garnicht darum. Natürlich lasse ich mich gerne auf andere Wege ein. Deshalb habe ich ja nach einer Lösung gefragt.

Das hier beschriebene Problem ist doch nicht mein Wahn, sonst würden doch nicht andere CMS's soetwas aus rein Usability Gründen schon mit an Board haben. Es geht rein und alleine um ein einfach verständliches Userinterface was vom Kunden einfach und ohne stundenlanges verknüpfen von Referenzen oder dem Besuch von mehreren UI Oberflächen bedient werden kann. Es muss simple sein und am besten einfach per Klick. Umständliche Wege, die schwer vom Kunden erlernbar sind, erfordern zudem Schulungen, die heutzutage bei einem modernen CMS nicht nötig sein sollten. - Stichwort: Intuitiv.

Also.
1) Eine Frage vorab. Wenn ich nun eine deiner Methoden anstrebe... kann der User (keine HTML Kenntnisse) die einzelnen Contentelemente des Nodes letztendlich über ein Grafisches Interface anordnen?
Layout(1Zelle oben // 2 Zellen Mitte // 1 Zelle Unten)

2) Fieldformatter... würde mir dieser Weg erlauben innerhalb einer Fieldcollection ein select für den Typen des Items einzubinden. Sprich kann das Item deklariert werden als z.B. "Ich bin ein Bild mit Text rechts" ?

3) Draggable Views... Ich kann meinem Kunden nicht zumuten einen View bzw Draggable View pro Neuer Seite sich selbst einzurichten. Dazu fehlen auch Kenntnisse. Ich denke auch nicht dass so etwas von einem Kunden verlangt werden sollte. Das liegt in der Hand des Programmierers.

Und bitte nicht auf mich einschlagen. Ich liebe Drupal - dass ist der Grund warum ich grade versuche Kunden von Contao abzugewöhnen. Nur solche Fragen nach Usability kommen auf und werden deshalb auch in Drupal 8 addressiert.

also wenn du verschiedenen fieldcollections estellst (mit bilder und/oder text etc) und dazu in jeder collection noch ein feld reihenfolge anlegst, kannst du mit views sozusagen eine neue node anzeigen, die sortierung geht dann per reihenfolge; diesen view läßt du im node anzeigen (mit viewfield http://drupal.org/project/viewfield ) und die "normalen" felder/fieldcollections) per anzeige im nodetype deaktiveren

Das Problem an einer Lösung mit Field collection ist, dass diese viel zu starr wäre.
Mit Panelizer kannst Du exakt das, was in dem Screenshot oben gezeigt wird, machen. Natürlich musst Du als Admin vorher die ganzen unterschiedlichen Typen von Inhaltselementen (ich nenne das mal so) definieren. In Redaxo ist das ja auch nicht anders. Dort ist ein fester Satz an Elementen definiert, die der Benutzer dann wählen kann.
Mit Panelizer definierst Du als Admin auch die verfügbaren Elemente, legst dann noch fest, bei welchem Inhaltstyp welche Elemente verwendet werden können und welche Layouts für den Inhaltstypen verfügbar sein sollen und schon kann der Benutzer sich die Inhaltsstruktur zusammenklicken.
Nimm am Besten gleich mal die 7.x-3.x von Panelizer, die kann noch ein wenig mehr, als die aktuelle Version.

Hi stBorchert - und danke für Deine Antwort,

hier ein paar Fragen zu Deinem Eintrag.

Ich verstehe nicht ganz was Du meinst. Redest du jetzt davon innerhalb des Inhaltstypes (zb Artikel) eine Statische Anzahl von Feldern einzusetzen // Bilder // Textfelder // Labels // etc etc etc ? - Wenn ja wäre das absolut starr in Anzahl und ausserdem eine wahre Hölle für den User beim Aufgeben der Felder, da nur jedes 5. diesmal genutzt wird. Bitte kläre mich auf.

Vielleicht reden wir aneinander vorbei. Aber in Redaxo sind jene Felder überhaupt nicht starr da sie unendlich oft "On The Fly eingesetzt werden können um sagen wir mal den Content zu gestalten"... ausserdem reden wir nicht von einzelnen Feldern - sondern von Feldzusammensetzungen (Collections) - also ein Gruppierung von mehreren Feldern zu einem Objekt mit mehreren Eigenschaften wie z.B. Kunde (Name, Tel, Fax, Beschreibung, Bild)

Ich verstehe diesen Teil nicht - Füllt der User seinen Node innerhalb von Panelizer ? Ich hätte gedacht das geht nur über die node / edit Eingabemaske.

Grüsse
Moritz

also wenn du verschiedenen fieldcollections estellst (mit bilder und/oder text etc) und dazu in jeder collection noch ein feld reihenfolge anlegst, kannst du mit views sozusagen eine neue node anzeigen, die sortierung geht dann per reihenfolge; diesen view läßt du im node anzeigen (mit viewfield http://drupal.org/project/viewfield ) und die "normalen" felder/fieldcollections) per anzeige im nodetype deaktiveren

Wenn ich das korrekt in Erinnerung habe und auch Deinen Screenshot richtig deute, ist dies in Redaxo auch nicht anders. Der Benutzer hat eine definierte Anzahl an Feldtypen (mehr oder minder komplex), die er dann beliebig oft bei der Erstellung des Inhalts verwenden kann. Dies ist auch mit Panelizer möglich.

Ja, genau das meinte ich. Das ist mit Panelizer nicht anders. Auch dort kannst Du (als Admin) komplexere Felder (über field_collection, etc.) erstellen, die der Benutzer dann beliebig oft in einen Inhalt einfügen kann ...

Ich verstehe diesen Teil nicht - Füllt der User seinen Node innerhalb von Panelizer ? Ich hätte gedacht das geht nur über die node / edit Eingabemaske.[/quote]
Ja genau.
* Der Admin definiert über Panelizer, welche Felder (reden wir der Einfachheit mal nur von Felder, dies können auch kombinierte Felder sein) in welchem Inhaltstyp vom Benutzer verwendet werden können.
* Der Benutzer erstellt (oder bearbeitet) dann einen Inhalt und kann dann aus der (vom Admin vorgegebenen) Liste der verfügbaren Felder wählen und dieses Feld dann beliebig oft in seinen Inhalt einfügen.

Alles klar? ;)

okay... das gibt dem ganzem eine interessante Wendung... leider findet man überhaupt keine Infos im Netz diesbezüglich. Wahrscheinlich weil Panelizer wirklich meistens nur zum einfachen Anordnen etc genutzt wird. Leider steige ich absolut nicht durch das UI von Panelizer... bzw Panels. Ich kann Feldausgaben anordnen .. .aber Felder selbst ... welche dann zu einem Form zusammen gefügt werden, ist wirklich ein Mysterium. Wo hast du gelernt dieses Feature einzusetzen? Hast vielleicht eine Doku zur Hand?

Danke Dir !

"Gelernt" nicht wirklich, ich hab mir einfach nur Videos dazu angeschaut und mit dem Modul herumgespielt. Eine aktuelle und ausführliche Doku (zu 7.x-3.x) ist mir auch nicht bekannt...

http://drupal.org/project/node_field

@caw:
Node_Field
sorry viel zu primitiv.
Wenn man collections vordefinieren könnte, vielleicht interessant aber so... eigentlich nicht für die Oben angesprochene Sache nutzbar. - Trotzdem Danke.

@stBorchert:

Sorry ich kann nicht nachvollziehen wie du bitte bestimmte vordefinierte Field Collections über den Panelizer in einen Node einfügen kannst. Ich kann nur bestehende Felder, welche bereits über das Edit.php ausgefüllt wurden mehrfach auf der Page platzieren.

- Aber wie eine Eingabemaske in Form von einer vorher definierten Fieldcollection per Panelizer in einen Node einbinde... ist mir total rätselhaft.

- Ich befürchte . wir reden aneinander vorbei.

Kann es sein, dass du die Node Edit Seite ansichper Panelizer modifizierst?

Steh absolut auf dem Schlauch.

Gruss
Moritz

mag ja primitiv sein, macht aber genau das, was du oben beschreibst...
außerdem habe dir ja weiter oben auch noch eine andere möglichkeit dargstellt mit views...

Schau mal. Ich suche nach einer Lösung die dynamisch ist... und einfach für den Kunden bzw den Benutzer ist. Jener kommt nicht aus dem IT Bereich. Kompliziertes Anordnen von Elementen per Nummern kann man nicht grad grad als intuitive UX verstehen. Intressant wäre deine Lösung wenn man die Edit per Panels anpasst und dann rechts einen Preview per Sortable Views hätte. Nur denke ich dies ist so nicht möglich. Vorallendingen wenn man bedenkt dass der Kunde sich auch selbst Pages erstellen kann und jene nicht nur bearbeitet. Zu verlangen dass er sich pro page einen Sortable View anlegt um die Elemente zu sortieren ist einfach nicht akzeptable. Es muss eine UX-freundlichen Weg geben.

einfach ist http://drupal.org/project/node_field
oder das skyfield

Aha. Mal abgesehen davon, dass Skyfield super buggy ist. Brauche ich wie gesagt Collections - Keine einzelnen Felder.

Es müssen Dinge realisiert werden wie

Absatz
-------
Text Links / Bild Rechts
-------
Video / Einstellungen A für Video / Einstellung B für Video / Einstellung C für Video
-------
Text Rechts / Bild Links / Einstellungen für Bild

usw....

Wie du siehst reden wir höchstens von Collections welche als Typ definiert sind.. zb Video oder Banner mit Text usw - nicht von einem einzelnen Feld...

Denke dran jener Content muss auch gestylt werden... es muss eine typosierung geben - Ergo vordefinierte eigene Feld-Gruppen, welche vom Kunden während der Contentaufgabe A)Erzeugt werden B) Gefüllt werden und C) Arrangiert werden

... da ist

- Bild
- Kurzer Text
- Langer Text
- etc

.. leider zu primitiv.

Gruss

stborchert hatte ja schon mal den Panelizer angesprochen - hast du dich damit denn mal genauer auseinander gesetzt ?

Im Einsatz - etwas ausgefeilter - siehst du das Ganze bspw. in Panopoly.
http://drupal.org/project/panopoly

Auf der Modulseite gibt es auch ein paar Screenshot, die das Ganze in Action zeigen. Du kannst dir das Modul natürlich auch direkt von der Modulseite herunterladen und ein wenig damit rumspielen..

SteffenR

Panels, Panolopy sind vielleicht ganz nett und auch funktional,
nur leider ist das Interface sowas von überladen und überhaupt nicht userfreundlich.

Für dynamische Nodes verwende ich eine Kombination aus folgenden Modulen.

- Field Collection
- Conditional Fields
- Block Reference

Optional
- CKEditor
- Eigenes Modul für Blöcke
- Video / Embed Field
- Soundcloud Field
- Media
- SASS/SCSS (für übersichtliches CSS der content blöcke)

Mit Field Collection wird eine Field Collection mit Repeater erstellt.
Da kommt dann ein Dropdown Feld Optionen mit Optionen wie »Text«, »Dual Text«, »Image Left«.
Dazu dann einfach 2 Textfelder, 1 Image Feld erstellen.
Dann bei den FieldConditions die Anzeige abhängig vom Type (Dropdown Feld) einstellen.

Damit lässt sich ein komplett Modulares System bauen.
Query-Blöcke kann mit einem Eigenen Modul bzw. Eigenen und Blockreference realisieren.

Eine Beispielseite:
http://brennerei-lab.de/

Im Anhang mal ein paar Einblicke in ein solches Backend

Danke Dir "thisisablock".

Wir sind beide auf genau die gleiche Idee gekommen.

Fieldcollection Items mit Typ... (jeweils sichtbar über Conditional Fields)

Allerdings musste ich Conditional Fields noch fixen... da es nicht out of the box innerhalb von Fieldcollections funktionieren..

Damit lässt sich eigentlich genau das aufbauen was ich vorhatte...
Nur bei verschachtelten Fieldcollections und Conditional Fields hakt es noch.. hoffe mal dies wird irgendwann auch gefixt.. dann könnte man jeden (sagen wir mal ContentTypen)
als Fieldcollection anlegen und hätte unglaublich viel Power.

So long... we go on :)
Thanks for the Post

Hallo,
ein solches Modul habe ich auch lange vermisst, und jetzt eines selbst veröffentlicht:
https://drupal.org/project/content_nodes

Sollte das machen was du suchst. In der aktuellen Version kann man zwar erst mal nur in einer Tiefe arbeiten, aber für die meisten Fälle sollte das reichen.

Grüße Peter

Danke peterla, das ist klasse, dass du das zur Verfügung stellst. Respekt!

Ich habe lange nach einer guten Lösung gesucht, die die Pflege von Standard-Seiten für Redakteure angenehm macht. Insbesondere das zusammenstellen diverser Inhaltselemente auf einer Seite (Text, Bild, Tabelle, Galerie...). Das Erstellen mehrerer Nodes auf Basis von Inhaltstypen, die dann auf einer Seite zusammengestellt werden ist für technisch nicht so versierte Redakteure schwer zu verstehen.

Zu viele Inhalts-Typen mit zig Feldern verwirren auch den Durchschnitts-Redakteur.

Das Modul fieldable_panels_panes (fpp) in Verbindung mit dem Panels In-Place Editor (IPE) ist für mich momentan die Lösung um solche Probleme zu lösen.

Deshalb bin ich nun schweren Herzens von Display Suite auf Panels umgestiegen.

Mit fbb kannst du eigene Entities erstellen mit beliebigen Feldern, wie man das von Inhalts-Typen gewohnt ist. Du kannst hier also auch field_collections.module und field_group.module verwenden.

Im IPE kann der Benutzer/Redakteur dann einfach auf das + Klicken und einen dieser von dir definierten fpp aussuchen. Zum Beispiel "Überschrift H2" oder "Bildergalerie" oder "Text mit Bild rechts" u.s.w.

Die einzelnen fpp kann man wie gewohnt mit Panelizer verwalten.

Leider muss man derzeit die eigenen fpp noch über ein eigenes Modul initialisieren, damit sie im Admin-Bereich angezeigt werden (Irgendwann wird das wohl auch über's Backend funktionieren).

Beispiel:

Danach kann man diese unter admin/structure/fieldable-panels-panes sehen und mit Feldern versehen.

Im Prinzip habe ich jetzt nur noch einen Inhaltstyp für Seiten. Das einzige Feld darin ist "Title" der Rest passiert mit Panels.

Natürlich kann man weiterhin Entities die man an diversen Stellen z. B. mit Views ausgeben will (z. B. News) mit eigenen Inhalts-Typen abdecken (können ja wieder eigene Panel Panes sein).
Aber eben die normalen Inhaltsseiten lassen sich mit der fpp-Methode kinderleicht realisieren.

Im Prinzip habe ich mir diese Idee von der Distri panopoly abgeschaut.

ist https://drupal.org/project/paragraphs
Gerade entdeckt, sieht vielversprechend aus und wird gleich mal getestet ;-)

edit:
Recht intzeressant dazu auch der Artikel bei http://comm-press.de/de/blog/arbeiten-mit-drupal-im-typo3-way

sieht ganz gut aus. stimmt. aber mit fieldcollection geht das ja auch schon. da kann man die reihenfolge verschieben. wenn man in die fieldcollections entsprechend bildfeld, slideshowfeld, textfeld packt, hat man alles was man braucht. leere felder standardmäßig ausblenden und schon kann man mehrere textfelder hintereinander, mehrere slideshows... und bidler kann man ja noch zusätzlich in den bodytext

Ja. Paragraphs und Panopoly sehen vielversprechend aus. Super! Mit großem Interesse habe ich diese Forenbeitrag mit verfolgt, der zu ein paar ziemlich interessanten Modulempfehlungen geführt hat. Schon länger suche ich nach einer besseren und einfacheren Drupal Lösung Inhalte wie oben beschrieben flexibel zu beeinflussen.

Danke ans Forum und mogiolive für’s nicht lockerlassen ;-)!

Ja, anscheinend ist das Thema für einige von uns immer wieder aktuell.

@ howdytom: Kein Problem :) Bin beruflich auch im Bereich UX / UI Design tätig... ein Bereich der vielen Drupal-Programmierern heutzutage leider immer noch ein unbekannter Begriff ist :)

Der FRED ist ja schon einige Zeit alt. Heute gibt es neue interessante Möglichkeiten, die ich definitiv austesten werden.

Hat schon jemand Erfahrungen mit
- Paragraphs
- Panopoly
im Bezug auf Language?

Gruss

@jehu99 die Umsetzung ist grundsätzlich nicht schlecht, allerdings scheint es Probleme zu geben, diese Inhalte für die Suche korrekt zu indizieren. Sowohl bei Search API Solr als auch bei Apachesolr lassen sich die Inhalte nicht indizieren.

Ein weiterer allgemeiner Wunsch für die Usability wäre das direkte inline-editing in der Oberfläche. Dazu gibt es die Module Edit und Aloha. Beide scheinen aber noch Probleme zu haben, speziell in Verbindung mit Panels. Hat jemand von euch schon Erfahrungen diesbezüglich gemacht?