Serendipity Forums

Timbalu wrote:Mir fehlt halt einfach das input bzw dieser Seitentyp zum rumspielen. Den hast du nicht zufällig noch?

Ich fühl mich nicht so richtig wohl damit, ganze Templates aus Kundenprojekten rauszugeben.

Im Grunde ist das nichts anderes als die Standardvorlage in Backend-Templates, aber eben mit einem „echten“ Abschnitt für Custom Staticpage Properties.
YL

Naja vorwiegend ging es mir ja auch nur um diesen Teil. So oder so ähnlich hatte ich mir das schon selbst gebaut. Trotzdem Danke.
Eigentlich hatte ich wohl irgendeine Art geheime Zutat vermutet, die den entry fetch mit diesen tags auch tatsächlich verknüpft (so wie du schriebst „zeige n Artikel, die die Tags »apfel« oder »birne« haben“).
Denn so macht das Ganze ja nichts weiter als ein $staticpage_custom Array ( [relTags] => Apfel,Birne,Pflaume [relNumb] => 3 ) anzulegen und die 3 letzten entries auszugeben. Im Grunde nichts weiter als so eine Art dummy freetag Liste für staticpages mit unabhängig angehängten und einfachen fetch entry, oder? Und da hakts dann gerade, denn wofür das eigentlich? Auch werden ansonsten custom array values als 'Apfel~Birne~Pflaume' in der DB gespeichert, so dass bei deinem Eingabefeld keine eigentliches Array, sondern nur eine string tag liste (.s.o.) vermutet werden kann. Irgendwas Entscheidendes scheint mir zu fehlen.

Timbalu wrote:Und da hakts dann gerade, denn wofür das eigentlich?

Ich kann Dir leider wirklich nicht mehr dazu sagen. Dieser Code ist mindestens drei Jahre alt. In der Dokumentation dazu steht als Mindestanforderung s9y 1.5.5, ich habe keinen blassen Schimmer, welche Versionen von Freetag/Static Pages damals aktuell waren. Aus irgendeinem Grund war dieser Code damals notwendig, um das gewünschte Feature zu implementieren.

YL

Timbalu wrote:Irgendwas Entscheidendes scheint mir zu fehlen.

Natürlich das freetag plugin, ebenso wie entries mit diesen Tags und der richtige Delimiter: Apfel;Birne;Pflaume. Wie schön!

Ich habe das gleich mal als Beispielanwendung für staticpages dev eingebaut. Man dankt!

Timbalu wrote:Ich habe das gleich mal als Beispielanwendung für staticpages dev eingebaut. Man dankt!

Wenn $KUNDE dann auf 2.x und staticpages dev umstellen will, schicke ich sie direkt zu Dir, ne?

YL

Aber mit ordentlich $$$ ...!

Interessant ist, das unsere default fallback Lösung da nun in einem bestimmten case einen fatal error (unknown tag "show_tags" ) produziert.

Ich hatte das ganze in 2k11 realisiert und getestet. U.a. gibt es nun ein sidebar staticpage link auf diese custom related articles Staticpage. Wenn man nun ein anderes Theme installiert das diese Extras nicht enthält, ist dieser Sidebar-Link natürlich enthalten, sucht und findet die Datei plugin_staticpage_related_article.tpl aber beim Aufruf natürlich nur im 2k11 fallback. Aber die Funktion in der 2k11/config.inc.php ist natürlich nicht erhältlich. Deshalb der error.

Das lässt sich zwar vermeiden, wenn man alles richtig macht, also solche Extras nur für ein Template erstellt und dabei dann auch bleibt, ist aber nicht wirklich optimal. Und man muss es wissen und erinnern. Irgendwelche Ideen dazu?

Hi!

Nun man könnte so eine Funktion natürlich auch direkt im Staticpageplugin anbieten und die Smarty-Functions darin registrieren?

VG,
Garvin

Das stimmt wohl... allerdings warum sollte $unde dann noch $aster bezahlen...?

Wenn wir das fertig konfiguriert gleich von Haus aus anbieten (w/s)ollten, müsste man vielleicht noch ein paar mehr grundsätzlichere Lösungen überlegen.

$n $em $all $önnte $an $a $in $lugin $rogrammieren? Dann könnte man jedes Plugin verkaufen und das würde die Funktion für alle Templates zur Verfügung stellen, und man müsste halt schauen dass man bestehende Templatehooks an der Stelle nutzt (frontend_display, oder frontend_entries oder footer oder so) um den Inhalt zu zeigen...?

Nö. Ich bin grundsätzlich für freie Software.

Das bezog sich natürlich nur auf den obigen Scherz von YL.
(Und gegen einen $unden mit $$$aster habe ich nichts einzuwenden. $ic. )