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

[Patrick Rodacker]

Hallo Martin,

Martin Ficzel wrote on 17.01.2006 15:08:

>   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.*

Eine Gegenfrage, um mein Verständnis ein wenig voran zu treiben. Warum
kombinierst du die Anzeige der Liste und die Suche nicht in einem
PLugin. So hast du jederzeit Zugriff auf den Suchbegriff und kannst die
Formatierung der Liste vor der Darstellung der Suche angehen.

Falls dies aufgrund der Komplexität nicht möglich ist, hier Kommentare
zu deinen andere Ansätzen:

> 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.

Was heisst jetzt hier auslagern? Eine einzelne Funktion für die Suche in
dem zweiten Plugin ist definitv sinnvoll. Was meinst du mit
Schwierigkeiten bei den Einstellungen?


> 2. im listview plugin eine seperate suche laufen lassen, nachteilig sind dabei redundanter code und sinnlose performanceverschwendung. 

Korrekt selber beantwortet ;) Hiervon rate ich ab.

> 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. 

Ah, hier steckt ja der von mir vorgeschlagene Ansatz. Ist denke ich
grundsätzlich die beste Methode. Durch die Implementierung von
unterschiedlichen Sichten auf das Plugin kannst du so z.B. das Suchfeld
auf einer anderen Seite darstellen und dann die listview auf einer
anderen. Du kannst so auch zwei Versionen des Plugins auf einer Seite
betreiben. Somit wird auch das freie Platzieren von Content Elementen
unterstützt.

> 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. 

... ähm .... nicht böse gemeint, aber da fällt mir gerade nichts zu ein
ausser ganz schnell wieder vergessen ;)

Also, ich denke mit Methode 3 fährst du am besten.

Kannst du in deinem Newsreader bzw. E-Mail-Programm mal die
Zeichenanzahl auf max 80 Zeichen pro Zeile stellen?

Danke und Gruß
Patrick