[TYPO3-german] kommunikation zwischen content objekten einer eigenen extension

[Christian Wolff]

Hallo Martin,
ich würde das folgender maßen lösen
dein such plugin eigendlich nur ein formular
übergibt ja sobald jemand auf suchen klickt die globalen variablen
die z.B suchbegriff

und dein listview plugin greift sich einfach die globale varablen und
führt die suche durch. so hast du eigendlich nur
ein listen plugin + eine normales such formular.

ich denke das ist die elegantestete lösung ohne viel doppelt zu  
programmieren

gruss chris


Am 17.01.2006, 15:08 Uhr, schrieb Martin Ficzel <martin.ficzel at gmx.de>:

> 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
>
>
>
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>