[TYPO3-german] kommunikation zwischen content objekten einer eigenen extension
Martin Ficzel
martin.ficzel at gmx.de
Tue Jan 17 15:08:33 CET 2006
ich entwickle demnächst eine extension mit sehr grob umrissen folgenden
eigenschaften
features
BE:
- in einer neuen tabelle liegen spezielle records welche im list modul
verwaltet werden
FE:
- plugin zur anzeige der liste
- plugin zur suche in der liste
verwendet wird die extension derart das auf einer seite beide fe-plugins
nacheinander eingefügt werden. schwierig ist dabei das in der
listenansicht auch die durch die suche betroffenen records markiert
werden sollen. das eigentliche suchergebnis wird erst weiter hinten vom
such-plugin als detailiertere ansicht ausgegeben
das eigentliche vorhaben ist deutlich komplexer aber dies beschreibung
oben isoliert das problem.
*Problematisch dabei ist dabei das das listview plugin dann ja schon das
suchergebnis benötigt welches aber in einem anderen cObject und zeitlich
später anfällt.*
Lösungsansätze und Probleme damit:
1. die suchfunktion in eine php funktion auslagern welche vor dem
rendern der content elemente abläuft. allerdings wird es dann schwierig
die suche durch die einstellungen im suchplugin genauer zu customizen.
2. im listview plugin eine seperate suche laufen lassen, nachteilig sind
dabei redundanter code und sinnlose performanceverschwendung.
3. alle funktionen in ein plugin packen welches wie tt_news diverse
modes hat wobei jeweils mehrere nacheinander eingefügt werden können.
die suche erfolgt dann im allmemeinen teil der extension bevor die
speziellen module gestartet werden. allerdings wird der code des plugins
dabei recht stark aufgebläht desweiteren ist der redakteur dann nicht
frei eigene content objekte zwischen liste und suche einzufügen. der
vorteil ist das die einschränkungen der suche problemlos aus demselben
cObject übernommen werden.
4. ein unsichtbares content element welches die eigentlich suche
durchführt aber keinen frontend output erzeugt wird vor den anderen
beiden plugins eingefügt. Das suchplugin ist dann ein reines
eingabeformular. allerdings muss ich dann 1. die ergebnisse irgendwo
zwischenspeichern und 2. müssen die redakteuere sich dann an eine feste
anordnung der cObjekte halten... schwierig.
Frage : welche der beschriebenen methoden ist für typo3 am sinnvollsten?
oder gibt es eventuell noch weitere ideen?
danke Martin
More information about the TYPO3-german
mailing list