> > getreu dem zukünftigen TYPO3 Motto: "convention before configuration"
:-) Ich wuerde eher das Motto auf "Confusing but consistent" abändern. Einige Loesen es bisher mit Unterfoldern im Pagetree der mit einer Folder Struktur innerhalb fileadmin der ihrer eigenen Extension. Jedoch landen bei beiden Methoden schnell mal snippets in einem Falschen Fach. Mit einer eindeutigen Endung waere dem abgeholfen. Eine Convention wuerde Clarity bringen, doch das anscheinend nicht gewünscht. Deine Idee Rene ist aus paedaggischer Sicht SEHR sinnvoll, da auch ein Laie sofort sehen wuerde das da wohl ein File am falschen Platze ist. Aus Developer sicht sieht dies oft eventuell leider anders aus, da der in der Regel nicht will das ein Laie es so einfach hat! Bei TYPO3 geht es nicht wie bei Montessori "Hilf mir es selbst zu tun" zu, die Leute wie Page etc hervorbringen, sondern vielmehr wie in standardisierten Regelschulen aus denen auch u.a. Einstein mal flog ;-) Du hast jedoch vollkommen recht das der Zug abgefahren ist fuer deine Idee, ist TYPO3 6.2 erst einmal publiziert! Einen Nutzen den deine Idee auf jeden Fall vereinfacht , waere der Aufbau eines TYPOscript repositories, da diese .tsu, .tsp sofort und auch automatisch eingeordnet und innerhalb von TYPO3 aufgelistet werden könnten. Eventuell ist es ja sogar möglich, dass man dieses Repositry zentral verwaltet z.B. auf TYPO3.org oder THEMES und dann jeder dort eine ansammlung von erprobten Snippets findet die innerhalb von TYPO3 dann entsprechend ihrem Nutzen als User / Page / Setup oder Constants aufgelistet werden (aehnlich dem Extension Repository. In typo3conf oder auch fileadmin koennte man noch einen weiteren Ordner fuer all die Snippets anlegen die der jeweilige Develper fuer seine Seite aus dem Repository gezogen hat, wo er sie dann ggf noch individuell anpasst. Wie waere es Rene, wenn du einfach einmal wie ein kleines Repository mit deiner Convention aufstellst und dann fragst du auf der Englischen Liste nach! Ich koennte mir durchaus vorstellen dass es dort auf Gegenliebe Stößt, macht es doch TYPO3 mehr transparent und user friendly auch fuer Developer und Designer, die nicht die CODE Gurus sind! -1 bezueglich der Folder Lösung, denn die schliesst nicht aus, das ein user typoscript unerkannt in einem setup flder bzw ein setup im constant folder landet! +1 fuer Rene's Loesung denn die ist wesentlich besser und flexibler und vor allem wesentlich eindeutiger! - TRANSPARENT Ich koennte mir zudem vorstellen dass dein Konzept ein idealer Baustein fuer THEMES ist! Waere es nicht super man haette in TYPO3 eine Art eingebauten Website Builder? Starte die TYPO3 Base Baue dein Design aus Foltern, Feature, Content und Footer Bereichen Structuriere dein content Wähle dein Menu (genau das koennte aus so einem Repository stammen) Wuerze es mit Typscript snippets (Klare Strukturen wuerden hier Kosten reduzieren da man die entsprechenden Snippets schneller finden würde ;-) Erstelle den Content Fuege deinen Content ein Speichern nicht vergessen Entscheide was auf Mobile angezeigt werden soll und was nicht Fertig Liebe Gruesse Andi 2013/10/8 Ralf-Rene Schröder <ralf.r...@online.de> > Am 08.10.2013 10:58, schrieb Philipp Gampe: > > bernd wilke wrote: > >> ich benutze aktuell einen anderen Ansatz um die verschiedenen Bereiche > >> zu unterscheiden. page-TS kommt in eine eigenes Unterverziechnis und > >> wird mit seiten-uid und seitenname benannt, user-TS käme analog auch in > >> ein eigenes Verzeichnis. > >> dann habe ich auch ein Verzeichnis für extension-templates, die erst in > >> bestimmte Seiten eingebunden werden. ansnsten gibt es ...-constants.ts > >> und ...-setup.ts, nicht gerade kurz, aber deutlich gekennzeichnet > > > > +1 > > ich merke schon das ich hier mit der Idee ziemlich allein da stehe... > bis jetzt habe ich es ja auch immer so gemacht > ich habe unterhalb meines Layout Ordners Unterordner für etwa > basics > page > extension01 > extension02 > ... > extensionXX > > in einem Extensionordner (neben nötigem html und css) dann files > setup.ts constants.ts pageTSconfig.ts und userTSconfig.ts bei Bedarf... > das einbinden muß aber dadurch alles immer file bezogen stattfinden > (denn ich will nicht ALLES zusammen in einen übergeordneteten TYP-Ordner > packen um Konfigurationen auch einzelner Extension problemlos > transferieren zu können und eben auch der Übersichtlichkeit halber) > > mit der neuen DIR Möglichkeit ab 6.2 könnte nun eine EINZIGE include > Zeile ausreichen alle Setup dateien eines kompletten Seitenbaums > recursiv zu inkludieren (egal wie sie dort verteilt sind, aber eben nur > wenn sie sich im filetype unterscheiden ... sonst wäre, nebenbei gesagt, > eigentlich diese filetype Angabe pro include Zeile ziemlich überflüssig)... > eine weitere für alle Constants Dateien, und so weiter... > > es mag sein das hierdurch jetzt auch weitere Probleme entstehen würden > (Ladereihenfolge etc.) aber ich werde das Gefühl nicht los das hier > trotz der Editor anpassungen (das macht man halt einmal) die Vorteile > überwiegen würden... > > Aber OK... es war ein Versuch zu sehen ob auch andere dies > nachvollziehen können... für mich alleine werde ich es wahrscheinlich > für die Zukunft dann so einrichten... > > DANKE für's Mitdenken... > > PS: war halt nur die Idee, diese Möglichkeit mit den filetypes > frühzeitig zu standardisieren, bevor jeder sein eigenes Süppchen kocht > (getreu dem zukünftigen TYPO3 Motto: "convention before configuration"). > > -- > image[FORMAT] - Ralf-René Schröder > http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format > _______________________________________________ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
