Contao zukünftig ohne das Artikelmodul?
Hier können wir über https://github.com/contao/core/tree/...-more-articles sprechen.
In dem Feature-Branch sind die Inhaltselemente direkt in der Seitenstruktur gespeichert und es gibt kein Artikelmodul mehr. Es ist nur ein Proof of Concept, um herauszufinden, ob es sich lohnt, in diese Richtung weiter zu entwickeln. Natürlich müsste dann die Ansicht entsprechend angepasst werden, damit man die Spaltenzuweisung leichter erkennt usw.
Liste der Anhänge anzeigen (Anzahl: 2)
Also, ich habs mir jetzt auch grad mal installiert. Ich persönlich würde auf jeden Fall ein Containerelement behalten, welches die Inhalte struktuiert. Artikel ist vielleicht die falsche Bezeichnung, Container trifft es eigentlich perfekt. Er regelt, den Anzeigebereich und auch IDs, Klassen usw. Fällt das weg, hat man es auch um einiges Schwieriger die Elemente auf der Seite "zusammenzuhalten". Ich nutze einen Artikel auch oft wegen seiner "Wrapper"-funktion, weil man damit alle enthaltenen Elemente sauber per CSS ansprechen und stylen kann.
Natürlich ist klar, dass die Version die da im Moment besteht nur ein erster Entwurf ist, aber sammelt man wirklich alle Elemente unterhalb einer Seite, gibt das ein Chaos. Vielleicht funktioniert das bei kleinen Seiten, aber sobald man pro Seite 20 oder mehr Elemente hat und braucht, weil sie beispielsweise in jedem Bereich (header, main, left, right,footer) gebraucht werden, gibt das eine Latte an Elemente und dann ist nix mehr mit "schön für Redakteure".
Hab mal kurz was im Photoshop zusammengebastelt. So würde es mir sehr gefallen. Vorallem auch aus dem bereits obigen Post genannten Grund, dass ich damit auch über eine komplette Seite, z.B. alle Elemente bearbeiten kann. Mehrfach hatte ich nun schon den Fall, dass ich 20 Artikel hatte in denen sich die Überschriften einzelner Elemente geändert haben. Also bleibt einem nichts anderes übrig als in jeden Artikel zu gehen und das Element zu bearbeiten. Das würde mit direkten Zugriff auf die Elemente umgangen bzw. eine Massenbearbeitung zulassen.
Zu-/Aufklappen müsste man jedoch die Elemente können. So hat man auf einen Blick direkten Zugriff auf die nötigen Elemente, ohne in einem "Wulst" an Contentelementen suchen zu müssen.
Anhang 8293
Anhang 8294
edit: Noch eine Anmerkung. Um das ganze noch produktiver zu gestalten, bräuchte es nur wenige Filter in der Kopfzeile. Ich stelle mir hier etwas vor wie ein zeige alle Container aus [left] / [main] / [right] usw. und alles andere wird einfach mal ausgeblendet. So hantiere ich mühelos, auch bei großen Strukturen.
Liste der Anhänge anzeigen (Anzahl: 1)
Lässt sich Seitenstrukturansicht und Artikelstrukturansicht nicht verbinden (siehe Screenshot)?
Alles auf einer Ebene, auf einen Blick.
Klickt man auf Seitenebene, werden die Seiteneigenschaften bearbeitet, klickt man auf Artikel, werden die Artikeleigenschaften und Inhaltselemente bearbeitet.
Liste der Anhänge anzeigen (Anzahl: 1)
Ich hatte mal die Icons in ein more dropdown minimiert. Das ganze ist ein quick and dirty poc welches auf js basiert (findet ihr im Anhang). Dadurch würden die Icons minimiert werden.
Zu dem arbeite ich an einer Lösung für Drag and Drop. Auch hier gibt es einen beta Test unter: https://github.com/downloads/may17/c...g_beta_0.1.zip
Denke das beides dem Tree gut tun würde, vor allem könnte durch das Drag and drop der verschhieben Button entfallen (zumindest bei aktiven Javascript). Für Duplicate und New hätte ich auch schon eine Idee wie man das einfach lösen könnte.
Das nur mal so am Rande, um die Usability vielleicht etwas zu erhöhen.
Ich muss noch erwähnen das ich beide Lösungen rein in Google Chrome getestet habe und das dies nur tests sind.