Vorgehensweise

Moin moin,
ich mache mir gerade Gedanken über eine Extension mit der Ferienwohnungen auf einer Site angeboten werden können.

Folgende Daten sind dafür nötig:
Objektnummer (hauptsächlich für interne Zwecke, frei einzugeben)
Objektname
Objektbeschreibung
Bilder des Objektes
Anzahl der Personen
Preis pro Tag und Person (Hauptsaison und Nebensaison)
Preis für Endreinigung
evtl. diverse boolsche Werte (Nichtraucher, Haustiere...)

Diese Daten, oder jeweils ein Teil davon, sollen sowohl auf Detailseiten als auch in einer Listung erscheinen. Es muss verschiedene Suchmöglichkeiten geben (vor allem nach einer konkreten Objektnummer und nach Anzahl der Personen, später dann noch nach Kalenderdaten).

Es gibt ja diverse Extensions, die prinzipiell ganz ähnliche Voraussetzungen bringen (etwa tt_news, tt_products), so richtig glücklich bin ich damit aber nicht.

Was ich gerne erreichen möchte, ist folgendes:
Jeweils eine Wohnung wird auf einer Seite Angelegt. Beschreibung, Bilder etc. werden exakt wie auf herkömmlichen Seiten angelegt (so das jedes Frontend-Plugin in der Beschreibung eingebunden werden kann).
Die Metadaten (also praktisch alles außer der Beschreibungstexte und Bilder) werden direkt der Seite zugeordnet, das Einfügen von Datensätzen auf der jeweiligen Seite fände ich suboptimal.
Die Metadaten sollten aber in die Frontenddarstellung gelangen können, hierfür wären Datensätze dann wieder okay. Z.B. so, dass ich ein Frontend-Plugin "FeWo-Preistabelle" auswählen kann, welches die entsprechenden Metadaten in bestimmter Form darstellt.

Die Listung der Wohnungen dagegen wäre ein Frontend-Plugin, das alle untergeordneten Seiten (von mir aus auch ein in TS definierter Bereich) durchsucht und ggf. nach Sucheingaben filtert.

Also, relativ konkrete Vorstellungen davon, wie der Aufbau aussehen sollte, habe ich schon. Nur die Vorgehensweise ist mir noch nicht ganz klar.
Die wichtigste Frage für mich:

Ist es möglich der Seite bestimmte Metadaten zu verpassen, die von anderer Stelle (Frontend-Plugin in der selben oder einer anderen Seite) ausgelesen werden können?

also ran an den Kickstarter und eine eigene Tabelle bauen mit den gewünschten Feldern.

Das entstandene FE-Plugin kannst Du dann mit einer Codebox versehen, über das Du dem Plugin die gewünschte Ansicht mitteilst (LIST,TEASER,SINGLE,SEARCH,...)

In der Extension wertest Du das Codefeld aus und generierst danach den gewünschten Content, am besten über HTML-Templates mit Markern.

Letzlich lagerst Du alles konfigurierbare ins Typoscript aus, so das auch eine Ansicht nur über Typoscript möglich ist.

Fertig ist eine flexible Extension, die das macht, was Du willst.

Soweit ist das kein Problem, aber wie Weise ich die Daten der ganzen Seite zu und nicht einem Datensatz (FE-Plugin) in der Seite?
Im Prinzip wäre das schönste wohl zusätzliche Eingabefelder im Seitenheader (mittlerweile heißt das ja Seiteneigenschaften).

Vermutlich habe ich irgendwo einen Denkfehler, habt keine Scheu mir solche auszuprügeln 😉

ja, da ist ein Denkfehler drin.
Die Daten bestehen ja als Datensätze.

In Deinem Plugin gibst Du die Daten aus, die konfiguriert sind
- entweder über "Ausgangspunkt"
- oder über Filter per TS
- oder über Filter mittels Flexform.

Schau Dir mal tt_news an, wie man dort die Ausgabe der Daten entsprechend in der Flexform einstellen kann.

Ich werds mir nochmal angucken. Was mich bislang an Extensions wie tt_news störte, ist, dass ich relativ festgelegt bin, da ich nicht die "normale" Art der Seitenerstellung nutzen kann.
Blödes Beispiel: Wenn ich einem bestimmten Eintrag von tt_news ein Gästebuch zuordnen möchte (bei einer FeWo könnte das vielleicht eher eine Galerie-Extension sein), habe ich schlechte Karten. Auf einer normalen Seite dagegen ist das kein Problem. Ein anderes Beispiel sind Volltextsuchen, die auf Newseinträge nicht funktionieren.
Daher möchte ich die Wohnungen auf echten Seiten im Baum unterbringen.

Oder bin ich immer noch in Denkfehlern verloren?

swapo schrieb

Oder bin ich immer noch in Denkfehlern verloren?

ja, indexed_search funkt mit tt_news, bzw mit jeder Extension, dessen Inhalt gedached ist!

lg georg

Okay, da habe ich mich wohl geirrt.
Das Problem mit den Seiteninhalten, die sich von Wohnung zu Wohnung stark unterscheiden können (Anzahl der Bilder und wie diese untergebracht werden sollen, evtl. zusätzliche Tabellarische Daten, Anzahl und Anordnung von Textblöcken, möglicherweise einbinden von Extensions, ...), bleibt.

Du musst das etwas anders sehen:

swapo schrieb

Das Problem mit den Seiteninhalten, die sich von Wohnung zu Wohnung stark unterscheiden können (Anzahl der Bilder und wie diese untergebracht werden sollen, evtl. zusätzliche Tabellarische Daten, Anzahl und Anordnung von Textblöcken, möglicherweise einbinden von Extensions, ...), bleibt.

Extensions sind eigentlich nur dazu da, dem Redakteur Arbeit abzunehmen, indem er nur die Daten angeben muss und das Design vom Template kommt (auf das er keinen Einfluss hat_). Wenn jetzt jeder Datensatz anders sein wird, dann muss man entweder die Extension sehr flexibel anlegen oder man nimmt die üblichen Contentelemente

lg georg

Hm, ein ganzer Teil der Arbeit soll dem Redakteur auch abgenommen (z.B. das Erstellen von Listen) werden bzw. überhaupt erst ermöglicht (z.B. die Suche nach Anzahl der Personen [was im Grunde die Filterung einer Liste wäre]) werden.

Was ist mit dem Punkt "enthält Erweiterung" bei einer Seite vom Typ "Erweitert", ließen sich darüber nicht die grundsätzlichen Daten an die jeweilige Seite binden?

Im Grunde möchte ich eine Kombination von Extension und den üblichen Content-Elementen.

swapo schrieb

Im Grunde möchte ich eine Kombination von Extension und den üblichen Content-Elementen.

Mag mich wer korrigieren, aber das geht nicht

Ich hab auch mal eine Extension geschrieben, Eingabe im Backend über 4 Reiter... auch kannst du über flexforms vom layout sicher was vorbestimmen und dann die daten anders ausgeben, aber wenn du bilder mal links, bilder mal rechts usw haben willst, dann solltest du dir das nochmal überlegen

lg georg