Neues Template „Little Jo“

[olape]

Ich verstehe das so, dass die stille Übernahme deines Plugins als Vorlage ok ist. Danke!

GPL3, also, was sollte ich sagen, selbst wenn ich wöllte? Alles ok so.

Da würde ich vorschlagen, dass sich jeder mal die offenen Issues anschaut, und das, was nicht so eilig ist, entsprechend kommentiert.

Das wäre ein Plan, wobei ich denke, das wird wohl auch nicht wirklich zielführend sein. Aber ein Versuch ist es wert.

Und PHP 8.1 ist ja auch schon da, und ich glaube, da gibt es zumindest einige Deprecations zu fixen, sonst könnte der Debug-Modus viele Problemchen melden.

Da könnten wir vielleicht eher eine 1.7.6 draus machen und vielleicht ein paar kleinere Fixe mit reinnnehmen.

Und wir versauen damit schon wieder ein Thread.
Das sollten wir an anderer Stelle weiter beschnorcheln.

[frase]

Die Core Änderung wäre dann eventuell wieder ein riesen BC-Break für etliche Templates.

Wenn ich mich recht erinnere, gibt es dabei keinerlei BC-Break.
Man kann, muss aber nicht.
Alte Templates sollten weiter wie bisher funktionieren.

[lck]

Wenn das Plugin "little-jo" nicht installiert ist:

This template requires a template-plugin. Please install it first.

Hier würde ich dann doch noch den Namen des benötigten Plugins nennen. Wenn man mal das Template vom Einen ins Andere umziehen will, erinnert man sich an nichts (zumindest ich).

Das habe ich absichtlich nicht gemacht um beim Kopieren der Vorlage nicht immer den Namen ändern zu müssen. Ich meinte es wäre eindeutig genug und bisher gibt es ja nur ein Template-Plugin.
Ich kann das aber noch allgemein umschreiben, anhängen "..., with the same name as the template." oder ich lege in der Sprachdatei eine Variable dafür an. Danke, vermerkt.

[lck]

Und wir versauen damit schon wieder ein Thread.
Das sollten wir an anderer Stelle weiter beschnorcheln.

+1

[frase]

... oder ich lege in der Sprachdatei eine Variable dafür an.

Scheint mir am sinnvollsten.

[frase]

Und wir versauen damit schon wieder ein Thread.
Das sollten wir an anderer Stelle weiter beschnorcheln.

Prinzipiell richtig.
Aber das besprochene Template hat nun mal extra ein Plugin zur Konfiguration und für Sprachvariablen.
Insofern ist es nicht verwunderlich, dass das Thema hier aufkommt.

Damals glaubte keiner so richtig, ob konfigurable Plugins überhaupt sinnvoll sind.
(viewtopic.php?f=16&t=13103#p62778)

Ich war halt der Zeit etwas voraus (2017!) Heute wird es gewünscht und es werden sogar proprietäre Plugins dazu gebaut.
Zwar super gelöst, aber eigentlich überflüssig.

[cmb]

Wenn das Plugin "little-jo" nicht installiert ist:

This template requires a template-plugin. Please install it first.

Hier würde ich dann doch noch den Namen des benötigten Plugins nennen. Wenn man mal das Template vom Einen ins Andere umziehen will, erinnert man sich an nichts (zumindest ich).

Das habe ich absichtlich nicht gemacht um beim Kopieren der Vorlage nicht immer den Namen ändern zu müssen. Ich meinte es wäre eindeutig genug und bisher gibt es ja nur ein Template-Plugin.
Ich kann das aber noch allgemein umschreiben, anhängen "..., with the same name as the template." oder ich lege in der Sprachdatei eine Variable dafür an. Danke, vermerkt.

Das sollte nicht nötig sein, da template.htm immer in einem Ordner mit dem Templatenamen liegt, und wenn das Plugin genauso heißt:

Code: Select all

<?php if (!in_array(basename(__DIR__), XH_plugins())) { ?>
<div class="lck_warning-plugin cmsimplecore_warning">This template requires the "<?=basename(__DIR__)?>" plugin. Please install it first.</div>
<?php } ?>

[lck]

Hatte das zwar schon per Variable umgesetzt, aber das ist natürlich noch besser.
Gleich getestet, funktioniert. Danke Christoph!

[cmb]

Ich war halt der Zeit etwas voraus (2017!) Heute wird es gewünscht und es werden sogar proprietäre Plugins dazu gebaut.
Zwar super gelöst, aber eigentlich überflüssig.

Wieso überflüssig? Ist doch gut zu sehen, dass so etwas tatsächlich auch von anderen Template-Designern genutzt wird. Und jetzt schon eine Lösung anzubieten, die auch unter XH 1.7 genutzt werden kann, gibt auch Endanwendern die Möglichkeit, sich dazu zu äußern; manche finden es vielleicht super, andere vielleicht zu viel des Guten (d.h. nicht mehr simpel).

[frase]

Ich war halt der Zeit etwas voraus (2017!) Heute wird es gewünscht und es werden sogar proprietäre Plugins dazu gebaut.
Zwar super gelöst, aber eigentlich überflüssig.

Wieso überflüssig? Ist doch gut zu sehen, dass so etwas tatsächlich auch von anderen Template-Designern genutzt wird. Und jetzt schon eine Lösung anzubieten, die auch unter XH 1.7 genutzt werden kann, gibt auch Endanwendern die Möglichkeit, sich dazu zu äußern; manche finden es vielleicht super, andere vielleicht zu viel des Guten (d.h. nicht mehr simpel).

Klar ist das gut!
Und: Hut ab! an Ludwig.
Das Template ist/hat Klasse und ist variabel und und und ...

Nach meiner unerheblichen Meinung ist es allerdings einfacher, ein Template über System-Konfigurationsoptionen (wie bei Plugins) zu verändern, statt ein Plugin dazu mitzuliefern. Das wäre dann eher "Standard" und simpel.

Übrigens:
Bei https://github.com/cmsimple-xh/cmsimple-xh/pull/341 bin ich mir nicht mehr so ganz sicher, ob das PHP-CSS wirklich gut ist.
Funktioniert zwar gut - ist aber doch etwas ungewöhnlich.
Custom properties (CSS variables) sind mittlerweile so weit verbreitet, dass man vielleicht damit gut auskommen könnte.
Aber, dazu sollten wir vielleicht doch nochmal einen neuen eigenen Thread aufmachen.