Hallo Andi,
danke erstmal für die Antwort, das ist bereits hilfreich!
andi wrote
Was wird wo als sperrig beschrieben? Feel free to improve the docs.
Die Einleitung weist ja darauf hin, dass es ziemlich komplex ist und nicht ganz so eingängig wie die meisten anderen Funktionen, das habe ich für mich mit "sperrig" umschrieben. Eine Verbesserung ist ja in der Tat nur sinnvoll, wenn man es wirklich verstanden hat. Was ja immer hilft sind kleine Beispiele, also bspw. die Employeeliste, die aber derzeit noch komplett auf dem data plugin basiert. Aber da ich für mich ja noch keine praktikable Anwendung am laufen habe würde es derzeit eher auf "verschlimmbessern" herauslaufen. Vielleicht hast Du ein paar konkretete Anwendungsfälle für die Pageschema / Lookupschema Variante, die man in 1-2 Sätzen beschreiben kann und die einem eine klarere Idee geben. Das würde glaube ich schon sehr helfen.
andi wrote
dinsdale:1519990399 wrote
Aber offenbar muss eine Zeile im Schema immer mit einer existierenden Seite verknüpft sein.
Ja, bei pageschemas ist ein Datensatz immer einer Seite zugeordnet. Wenn wir bei deinem Beispiel Adressbuch bleiben hast du zum Beispiel jeweils eine Seite für jeden deiner Kontakte. Das Schema beschreibt dann dass jeder Kontakt ein oder mehrere E-Mail-Adressen und Telefonnummern hat. Zusätzlich kannst du aber auf jeder Seite noch beliebig Wiki-Text schreiben, wie du das in einem Wiki gewohnt bist. Die über struct strukturierten Daten kannst du dann aber aggregieren. Beispielsweise um eine Telefonliste zu erzeugen.
Für nicht-Seitengebundene Informationen gibt es die Lookup-Schemas. Das ist eine reine Datentabelle. Die Daten daraus können in pageschemas wiederverwendet werden (zum Beispiel für Dropdownlisten).
Das ist vermutlich mein Problem. Ich habe die Lookup Tabellen eher als Hilfskonstruktion gesehen, um typische Auswahlen zu realisieren, die in den Pageschemata genutzt werden. Weniger als eigenständige Tabelle, die ggf. auf mehreren Seiten benutzt wird. Das wäre dann aber wohl auch eine Möglichkeit für rel. simple Listen.
Ein Problem bei den Pageschemata scheint mir allerdings die PageID zu sein. Jedenfalls wenn ich ein Schema aufgrund von existierenden Daten entwerfen wollte, dann kann ich diese anschliessend schlecht importieren, weil die Seiten ja alle (noch)nicht existent sind. Die Frage ist natürlich auch, in welchem Umfang das überhaupt sinnvoll wäre, weil man ja so leicht tausende Seiten erstellen würde, die ggf. den Indexer überfordern. Das kann ich nicht so abschätzen.