Auf jeden Fall für alle die wenig oder nix von PHP verstehen.
Hallo,
ich gehe zur Zeit immer mehr von Extensionen weg die sich auch relativ leicht mit TypoScript umsetzen lassen. Dazu zählen Sitemap- und Teaser-Extensionen.
Da es zwar kein Problem ist einen Teaser zu erstellen, aber es doch etwas umfangreicher eine Blätternavigation habe ich diese Extension als Schnittstelle erstellt.
Ich habe eine kleine Extension erstellt, die als Schnittstelle zwischen TypoScript und dem Object pi_list_browseresult aus dem Framework von TYPO3 dient da ein direkter Zufriff aus TypoScript nicht möglich ist.
Hier ist ein Teaser der eine alphabetische Übersicht der gesamten Website bietet. Der Teaser wird mit TypoScript gefüllt, die Blääternavi über die Extension.
Demo: pi_list_browseresult
Info zur Extension und Downlaod: int_browserresult
Eure Meinung. Sonnvoll oder nicht?
Armin
Nichts kommt von selbst, sogar eine Dummheit muss man erst machen.
Tipps und Tricks zu TYPO3: http://typo3.intervation.de
Folge mir auf http://twitter.com/intervation
Agentur: Ideenwerft Werbeagentur
Auf jeden Fall für alle die wenig oder nix von PHP verstehen.
Als Wegzehrung von der Jugend bis zum Alter laß dir die Weisheit dienen, denn diese ist sicherer als aller andere Besitz.
Hallo Armin,
finde ich auch sinnig.![]()
Finde, das Argument ist nicht (nur), diesen Ansatz zu verwenden, wenn man nicht PHP programmieren kann, sondern auch, um hart codierte PHP-Programmierung zu vermeiden, denn: So ist es flexibler, wartungsfreundlicher und (nicht zuletzt im Hinblick auf kommende Änderungen an TYPO3) zukunftsoffener...
Natürlich gibt es immer Programmteile, die man nur oder besser mit PHP machen kann / macht (etwa komplexere DB-Anfragen, die man z.B. mit dem eingeschränkten TS-select oder TS-RECORDS so nicht hinkriegt).![]()
Aber man sollte wohl am besten so viel wie möglich mit TS umsetzen, solange der TS-Code einigermaßen übersichtlich, konfigurier- und wartbar bleibt...![]()
Übrigens lassen sich ja nicht nur PHP-Funktionen, sondern oft/meist auch TS-Skripte externalisieren bzw. exportieren und wiederverwendbar machen (Stichwort TS-Datei-Include!). Grenzen ergeben sich meiner Meinung nach bei "echter" Vererbung. In solch einem Fall bieten sich natürlich nur PHP-Klassen an, wobei es dann aber wohl immer noch beser wäre, zu versuchen, Teile als (externe) TS-Skripte "outzusourcen".![]()
Gruß refalo.
P.S.: Frage: Inwiefern ist dieses ein gemeinsames Projekt? Ich frage nur, weil sich dieses Thema in einem entsprechenden Unterforum befindet. Ist da noch was zu erweitern...?
Hallo refalo,
Das Problem ist die doch teils schlechte Programmierung von Extensionen, das zu Problemen mit neuen TYPO3 Versionen führen kann.programmieren kann, sondern auch, um hart codierte PHP-Programmierung zu vermeiden, denn: So ist es flexibler, wartungsfreundlicher und (nicht zuletzt im Hinblick auf kommende Änderungen an TYPO3) zukunftsoffener...
Zu dem Select: Schau mal hier http://typo3.org/documentation/docum...1/1/#id2784795
Das ist die Frage: Ob noch was zu erweitern ist. Deswegen habe ich es erstmal hier gepostet, falls sich noch was findet was angepasst werden muss....und daraus kann sich schnell ein gemeinsamens Projekt bilden.P.S.: Frage: Inwiefern ist dieses ein gemeinsames Projekt? Ich frage nur, weil sich dieses Thema in einem entsprechenden Unterforum befindet. Ist da noch was zu erweitern...?
Armin
Nichts kommt von selbst, sogar eine Dummheit muss man erst machen.
Tipps und Tricks zu TYPO3: http://typo3.intervation.de
Folge mir auf http://twitter.com/intervation
Agentur: Ideenwerft Werbeagentur
Hallo Armin,
Sag ich doch bzw. "Mein Reden":Das Problem ist die doch teils schlechte Programmierung von Extensionen, das zu Problemen mit neuen TYPO3 Versionen führen kann.
Zum select: Hätte ich das mit dem "Select Pro" bloß früher gewusst! Ich habe es "etwas dirty" gelöst: Das vom TYPO3-Content-Parser ( zugehörige Datei heißt etwa t3lib_content.php' oder so ) aus dem TS-select-Code erzeugte dynamische, assoziative, hierarchische PHP-Array (Parameter 'content' glaube ich) habe ich in einer Extension "nachbearbeitet" (was das für mich notwendige, mächtigere QUERY angeht), vor dem eigentlichen SELECT und BEVOR es ins HTML-Rendering "gesteckt" wird.So ist es flexibler, wartungsfreundlicher und (nicht zuletzt im Hinblick auf kommende Änderungen an TYPO3) zukunftsoffener...Fand ich auch noch nicht optimal. Sorry.
Zu int_browseerresult: Bevor ich etwas zu Erweiterungsmöglichkeiten bzw. -notwendigkeiten sagen kann, muss/werde ich Deinen Code erst mal wo einbauen/anwenden. Dann weiß ich mehr... Danke erst mal.
Gruß refalo.
Auf die Lösung muss man auch erst kommen....Ich habe es "etwas dirty" gelöst: Das vom................![]()
Armin
Nichts kommt von selbst, sogar eine Dummheit muss man erst machen.
Tipps und Tricks zu TYPO3: http://typo3.intervation.de
Folge mir auf http://twitter.com/intervation
Agentur: Ideenwerft Werbeagentur
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen