Modulvarianten und Template-Unterverzeichnis

[shadowcat]

Also um das dann mal zusammenzuführen...

• Gibt es eine forms.inc.php im Template-Verzeichnis, wird diese für "erweiterte Optionen" hergenommen. (Frage: Auch eine options.tpl berücksichtigen? Mag für manche Modulentwickler einfacher sein, hat aber den Haken, dass man das HTML praktisch passend zum BE-Theme bauen müßte. Deshalb bin ich davon wieder ab.)
• Template-Verzeichnisse, die eine solche Datei beinhalten, werden als Variante angesehen und angeboten.
• Verzeichnisse mit führendem Unterstrich im Namen werden ignoriert.

[shadowcat]

Noch eine Frage... wie nehmen wir die zusätzlichen Optionen, die eine Sektion haben kann, am besten dazu? Ich möchte vermeiden, dass es bei eventuellen Namensgleichheiten zu Probleme kommt.

Variante (man beachte den Wortwitz *g*) 1:

Code: Alles auswählen

Array
(
    [section_id] => 48
    [modified_when] => 2147483647
    [modified_by] => 1
    [page_id] => 30
    [position] => 1
    [block] => 1
    [publ_start] => 0
    [publ_end] => 0
    [publ_by_time_start] => 0
    [publ_by_time_end] => 0
    [name] => no name
    [variant] => default
    [state_id] => 1
    [module] => wysiwyg
    [opt_heading_text] => Blablabla
    [expired] => 
)

Variante 2:

Code: Alles auswählen

Array
(
    [section_id] => 48
    [modified_when] => 2147483647
    [modified_by] => 1
    [page_id] => 30
    [position] => 1
    [block] => 1
    [publ_start] => 0
    [publ_end] => 0
    [publ_by_time_start] => 0
    [publ_by_time_end] => 0
    [name] => no name
    [variant] => default
    [state_id] => 1
    [module] => wysiwyg
    [options] => Array(
    	 [heading_text] => Blablabla
    ),
    [expired] => 
)

[shadowcat]

So ist doch schon ganz nett.

[shadowcat]

Oder vielleicht lieber als Dialog?

[creativecat]

Ich würde das nicht als Dialog machen. Finde deine Lösung schon mal sehr gut! Auch mit dem SEO-Hinweis
Mit dem Thema Spalten bin ich inzwischen bissl vorsichtig, weil ich das alles Responsive umsetze. In meinen ganzen aktuellen Varianten findet sich kein "Spalten pro Zeile" mehr... Dafür sind dann eher wieder die Varianten da, die das lösen... Aber das sind Detailfragen!

Ansonsten gefällt mir Variante 2 besser, weil sich diese sauberer erweitern lässt...
Verstehe gerade nicht den Unterschied von publ_start und publ_by_time_start...

[shadowcat]

Verstehe gerade nicht den Unterschied von publ_start und publ_by_time_start...

Letztere sind Uhrzeiten, wenn ein Block z.B. nur von 12 bis 13 Uhr erscheinen soll.

[shadowcat]

Mit dem Thema Spalten bin ich inzwischen bissl vorsichtig, weil ich das alles Responsive umsetze. In meinen ganzen aktuellen Varianten findet sich kein "Spalten pro Zeile" mehr... Dafür sind dann eher wieder die Varianten da, die das lösen...

Die Einstellungen sind ja pro Variante, da kann man dann ja unterbringen, was man will. "default" wäre IMHO sowieso das ganz normale "alte" WYSIWYG mit genau einem Block und ohne sonstige Einstellungen. Die anderen Varianten können wir dann noch abstimmen. Deine aktuellen Varianten scheinen nicht auf GitHub zu stehen.

Wäre noch zu überlegen, wie man Varianten verwaltet. Also Upload etc. Oder Varianten anlegen für Module, die bisher keine hatten. Admin Tool? Wie bestimmt man die Eignung eines Moduls für Varianten?

[shadowcat]

Mir ist noch eingefallen, wir sollten dann auch die Möglichkeit vorsehen, Infos und ggfs. Screenshots zu den Varianten zu hinterlegen. Vielleicht mit Namenskonvention info.tpl und preview.[jpg/gif/png]?

[creativecat]

Verstehe gerade nicht den Unterschied von publ_start und publ_by_time_start...

Letztere sind Uhrzeiten, wenn ein Block z.B. nur von 12 bis 13 Uhr erscheinen soll.

Aber die kann man doch direkt auch mit dem Feld publ_start speichern?

Ich versuche info.xyz immer zu vermeiden, weil ich mich dann auch gezwungen fühle das auszufüllen
Was wir auch gleich bedenken müssen: Es sollte auf jeden Fall möglich sein, für unterschiedliche Seiten unterschiedliche Varianten von Modulen zur Verfügung stellen zu können.
Hintegrundgedanke: eine Agentur hat eine BC-Installation für mehrere Kunden und muss für jeden Kunden individuelle Varianten zur Verfügung stellen - wobei natürlich die Kunden nichts von den anderen Varianten wissen sollen/müssen.

[shadowcat]

Verstehe gerade nicht den Unterschied von publ_start und publ_by_time_start...

Letztere sind Uhrzeiten, wenn ein Block z.B. nur von 12 bis 13 Uhr erscheinen soll.

Aber die kann man doch direkt auch mit dem Feld publ_start speichern?

Nee, kann man nicht. publ_start heißt ja "veröffentlichen ab Datum X". Die Zeiten sagen "ab dann immer zwischen X Uhr und Y Uhr anzeigen". Doofes Beispiel: Zwischen 12 und 14 Uhr wird auf der Kontaktseite ein Block angezeigt, in dem steht "Wir machen gerade Mittagspause!"

Was wir auch gleich bedenken müssen: Es sollte auf jeden Fall möglich sein, für unterschiedliche Seiten unterschiedliche Varianten von Modulen zur Verfügung stellen zu können.

Hm, ja, würde ich aber zurückstellen. Wird für 2.0 vermutlich zu aufwendig. Das gleiche Thema haben wir ja bei den Modulen allgemein.