/tpl directory about litotex-0.8

[SiSoSnooP]

Ich denke, ob nun tpl oder themes.. darüber kann man sich streiten.
Dennoch denke ich das die derzeitige Struktur beibehalten werden sollte.
JS gehören schon allein daher unter den Package Name , weil es sonst zu problemen kommen kann, wenn 2 Module den selben JS Namen benutzen diese aber komplett unterschiedlichen Inhalt haben,.
Langs gehören ebenfalls unter das Thema/Paket.
Wenn ich ein Paket ‚News’ habe, kann ich zwar nach deinem Beispiel unterschiedliche Templates haben, aber nur eine Lang Datei.
Das ist gerade für Mobile Templates schlecht, da diese möglicherweise eine andere (kürzere) Beschreibung in dem Template haben als Desktop Themes haben.
Somit begründet sich für mich auch das derzeitige Konzept.

Fremd Templates wird man eh nicht ohne weiteres includen oder verwenden können.

Für dein Beispiel ist es ferner notwenig, zu Protokollieren (in der Datenbank ?) welche JS und Lang Dateien zu einem Paket gehören.
Im jetzigen Stadion kannst du das Paket löschen, und alle zugehörigen JS und Lang Dateien sind ohne große Probleme ebenfalls weg.
Vorteil: keine Dateileichen.

Daher bin ich dafür, das jetzige System bei zu behalten.

[secondtruth]

@SiSoSnooP Ich denke, ob nun tpl oder themes.. darüber kann man sich streiten.

Man kann es auch 'designs' oder 'styles' nennen, aber nicht 'tpl', was ja für 'templates' steht (und diese Bezeichnung brauchen wir bereits für einen Unterordner, der die Templates - und das sind die Smarty-Dateien! - enthält)

@SiSoSnooP JS gehören schon allein daher unter den Package Name , weil es sonst zu problemen kommen kann, wenn 2 Module den selben JS Namen benutzen diese aber komplett unterschiedlichen Inhalt haben,.
Langs gehören ebenfalls unter das Thema/Paket.
Wenn ich ein Paket ‚News’ habe, kann ich zwar nach deinem Beispiel unterschiedliche Templates haben, aber nur eine Lang Datei.

Ja, da hast du Recht. So sehe ich es auch, ich habe nur vergessen, es hinzuschreiben. :)
Habe es aktualisiert.

@SiSoSnooP Das ist gerade für Mobile Templates schlecht, da diese möglicherweise eine andere (kürzere) Beschreibung in dem Template haben als Desktop Themes haben.

Aus diesem Grund sollten solche Designs andere Sprachvariablen verwenden als das Hauptdesign. Außerdem sollten Pakete mit statischem Inhalt sowieso vermieden werden (siehe auch #44).

@SiSoSnooP Fremd Templates wird man eh nicht ohne weiteres includen oder verwenden können.

Damit sind eigentlicht nur Header, Footer usw. gemeint, aber das läuft ja in Litotex eigentlich sowieso anders ab. Also vergiss es wieder. ;)

[SiSoSnooP]

also.. im tpl odner befinden sich u.a die Templates.
Also die Smarty Dateien.
Ferner ist hier alles enthalten, welches für eine Ansicht der Templates von dem jeweiligen Modul benötigt wird.
Ob das nun Sprachdateien sind, Grafiken oder JS Dateien.

Was ich nicht verstehe, warum JS Dateien deiner Meinung nach nicht in die Templates gehört?
Diese werden ausschließlich von den Templates benötigt und haben daher m.M. nach nicht im package Ordner zu suchen.

Im grunde verhällt es sich mit den Sprachdateien genau so. auch diese werden zum erzeugen der ausgabe der Templates verwendet.

Ich finde die derzeitige Struktur sehr gut uns übersichtlich,.
Auch was das handling des Paketmanager betrifft, wenn es um Dateien löschen / installieren etc geht.
Daher bin ich dafür keine Änderungen vor zu nehmen,
Ob das Ding nun 'TPL' oder 'KatzeausdemSack' heißt, ist wiederum mir egal.