Grav-plugin-admin: UX: Modulare Inhalte hinzufügen

Wir haben definitiv einige Pläne, wie wir die modulare Seitenverwaltung verbessern können. So wie es jetzt ist, ist es nur eine Frage der Einfachheit und Konsistenz von der Code-Seite der Dinge. Es ist noch nicht das ideale Setup, aber es funktioniert und etwas Dokumentation wird auch dazu beitragen, die Situation zu verbessern.

Danke für die Antwort Andi. Ich bin immer noch ziemlich besorgt über die Benutzererfahrung mit der aktuellen Präsentation, aber nur in Bezug auf die Seitenerstellung, gibt es irgendwelche Änderungen, die Sie an dieser Stelle in Betracht ziehen würden?

Nur ein kurzer weiterführender Gedanke - wenn nichts anderes, denke ich, dass das Ändern des Textes des Dialogfelds Modularen Inhalt hinzufügen von "Modularen Inhalt hinzufügen" in "Modularen Inhalt zur Seite hinzufügen" hier hilfreich sein könnte. Auf längere Sicht, und ich weiß, dass Sie bereits Pläne haben, denke ich, dass ein Dialogfeld „Seite hinzufügen“ mit der Möglichkeit, übergeordnete, untergeordnete oder modulare Inhaltsseiten zu erstellen, ein praktikabler Ansatz sein könnte.

Ich frage mich auch, ob es für Benutzer auch hilfreicher wäre, das Dropdown-Menü „Übergeordnete Seite“ als erstes Element sowohl in „Seite hinzufügen“ als auch in „Modul hinzufügen“ einzufügen, da diese Entscheidung wirklich vor dem Benennen der Seite usw. getroffen wird. Was denken Sie?

+1 zur Verbesserung des Umgangs mit modularen Seiten im Admin-Plugin

Aus der Sicht eines Nicht-Tech-Benutzers denke ich, dass es logischer wäre, die modularen Unterseiten in einer Vereinigung der übergeordneten Seite zu haben. Vielleicht sind also die Interna (= modulare Unterseiten) vor dem Benutzer verborgen und er kann nur separate Inhaltsblöcke innerhalb der übergeordneten Seite sehen und hinzufügen.

Ich stimme @Jugibur zu

Ein normaler Kunde wird einfach denken: "Ich möchte diese Seite bearbeiten." Sie werden wahrscheinlich auf den Namen der Seite klicken und dann Folgendes sehen:

Egal, ob sie Inhalte hinzufügen oder vorhandene Inhalte bearbeiten möchten, sie wissen nicht, was sie von hier aus tun sollen. Es wäre eine Herausforderung, es gut zu gestalten, aber ich stelle mir eine Seite vor, auf der ich durch bearbeitbare Kästchen für jedes der Module der Seite in der Reihenfolge, in der sie erscheinen, scrollen kann, und eine Schaltfläche, um ein neues hinzuzufügen.

Wie ich bereits sagte, ist dies etwas, das wir noch einmal aufgreifen möchten. Wir wissen, dass es nicht ideal ist, aber es ist funktional. Dh es funktioniert.

Wir arbeiten jetzt an einer vollständigen JS-Umschreibung des Admin. Auf diese Weise können wir die modulare Seiten-Benutzeroberfläche entwickeln, die wir von Anfang an beabsichtigt hatten, aber einfach nicht die Zeit hatten, sie in der ursprünglichen Version richtig zu implementieren.

Ich denke, das größte Problem im Moment ist nicht die Benutzeroberfläche, sondern die Möglichkeit, modulare Seiten nicht manuell zu bestellen. Ich denke, dies sollte Standard sein, da der häufigste Anwendungsfall für modulare Seiten Inhaltszeilen sind. Und für diejenigen, die das Datum oder den Namen haben, macht die Reihenfolge keinen Sinn.

Was auch helfen würde, ist mit diesem https://github.com/getgrav/grav-plugin-admin/issues/735 verbunden. Außerdem sollten wir in der Lage sein, Seiten zu definieren, die für Kunden nicht editierbar sind. Mit diesen Dingen können Sie es dem Kunden ziemlich sicher machen, die Seiten zu bearbeiten.

So etwas wäre toll:
https://craftcms.com/docs/matrix-fields
https://github.com/benjamminf/craft-neo

In Bezug auf die kürzliche Zusammenführung von #1174 gab es einige Diskussionen darüber, wie die Benutzeroberfläche von Admin mit dieser Begriffsklärung umgeht. Um Paul Massendari am Ende dieser Ausgabe zu zitieren:

Sollen wir "Add modular" in "Add Module" umbenennen? https://github.com/getgrav/grav-plugin-admin/blob/develop/languages/en.yaml#L36

Die typische Schaltfläche zum Hinzufügen von Inhalten sieht folgendermaßen aus:

Was angesichts der drei Haupttypen von Strukturen, die Grav hat, wie erwartet ist: Normale Seite, Ordner und modulare Seite. Das gleiche Dropdown wird jedoch in anderen Kontexten vorhanden sein – was die Mehrdeutigkeit dessen, was eine Seite und was eine modulare Seite ist, fortbesteht. Um mich selbst aus Slack zu zitieren:

Konzeptionell ist eine modulare Seite keine normale Seite mit einer Sammlung, sondern eine Struktur, die Komponenten – Module – enthält und der keine andere Art von Seite untergeordnet sein sollte. Während also eine modulare Seite reguläre untergeordnete Seiten im Sinne von /sample/page haben kann, wird ihr Inhalt vollständig durch die Sammlung definiert, die nur Module einzieht, und diese Module sind an anderer Stelle nicht sichtbar oder routbar. Als Konstrukt ist es natürlich nur eine Teilmenge einer Seite, die eine einfachere Verwaltung von Komponenten ermöglicht - der gleiche Effekt kann mit Twig und YAML erzielt werden -, aber auf der konzeptionellen Ebene _sollte_ es sich nicht in reguläre Seiten mischen. Aus diesem Grund wäre eine Trennung der Bedenken im Dropdown-Menü "Hinzufügen" vorzuziehen, wenn man bedenkt, wie Grav Pages definiert.

Aus dieser Perspektive _sollte_ ein Modular keine regulären untergeordneten Seiten oder andere untergeordnete Elemente außer Modulen haben, aber mit der aktuellen Benutzeroberfläche können diese ziemlich frei gemischt werden. Ein Beispiel von Paul Massendari:

- home
- blog
  -_introtext
  -_latestarticles
  - _subscribe  
  - article1
  - article2

Was an und für sich semantisch vollkommen sinnvoll ist, aber die Mehrdeutigkeit zwischen einer regulären Seite und einem Modular bleibt erhalten. Daher sollte die UI zur Trennung zwischen den beiden – obwohl ein Modular eine Teilmenge von Page ist – die Auswahlmöglichkeiten auf das beschränken, was kontextuell angemessen ist. Das Dropdown-Menü in /admin/pages sollte das Hinzufügen von Seiten, Ordnern oder Modulen anbieten, auf einer Modular-Seite sollte es das Hinzufügen von Modulen anbieten, und sowohl auf der Seite als auch im Ordner sollte es auch anbieten, alle drei hinzuzufügen.

Eine Zusammenfassung der kontextuellen Trennung (aktualisiert am 28. August):
Weiter mit @paulhibbitts und @paulmassen diskutiert und irgendwie zu dieser Unterscheidung gelangt - obwohl "Child" vielleicht "Child Page" sein sollte, um die Klarheit zu wahren.

+Fügen Sie Menüpunkte in der Seitenlistenansicht hinzu
Seite hinzufügen
Eintragsseite hinzufügen
Modulare Seite hinzufügen
(Ordner hinzufügen)

+Fügen Sie Menüpunkte in der Standard-Seitenansicht hinzu
Kind hinzufügen
(Ordner hinzufügen)

+Fügen Sie Menüpunkte in der Listenansicht (übergeordnete Seite) hinzu
Kind hinzufügen
(Ordner hinzufügen)

+ Menüelemente in modularer (übergeordneter) Seitenansicht hinzufügen
Modul hinzufügen
Kind hinzufügen
(Ordner hinzufügen)

Wobei der Ordner in Klammern steht, weil er immer unten sein sollte und von den oben genannten Seitentypen durch einen visuellen Indikator wie einen dünnen oberen Rand getrennt sein sollte, um anzuzeigen, dass es _kein_ ein Seitentyp ist, während alle oben genannten kontextuell geeignet sind Typen. Die Drei; Page, Listing, Modular sind dann standardmäßige Standardtypen, und https://learn.getgrav.org/content/content-pages sollte wahrscheinlich aktualisiert werden, um dies widerzuspiegeln.

Die klarste Logik scheint zu sein: Eine Seite ist eine Markdown-Datei, die von Grav gerendert wird, während eine Auflistungsseite eine Teilmenge einer Seite ist, die zum Aufzählen ihrer eigenständigen untergeordneten Seiten verwendet wird, während eine modulare Seite eine Teilmenge einer Seite ist, die ihre untergeordneten Seiten enthält als Teile von sich. Auf diese Weise verweist Listing auf separate untergeordnete Elemente, und Modular zeigt sie in sich selbst an. Page und Listing haben normale untergeordnete Seiten, wobei Listing sie hauptsächlich in einer geordneten Weise auflistet. Nur Modular hat Module.

Es besteht jedoch auch die Notwendigkeit, dass Themes über Blaupausen kommunizieren, dass sie bestimmte Seitentypen unterstützen. Nicht alle Themen haben eine Standardvorlage oder eine zum Auflisten oder modular. Daher sollten die Dialoge, Modalitäten, Schaltflächen oder andere Methoden zum Hinzufügen von Seiten widerspiegeln, was das Thema inhärent durch seine Vorlagen unterstützt.