Extended Header v00.01.00, Module schreiben in den Seitenheader Einstellungen

[Tiggr]

Hallo!

Ich jammere ja schon immer, das Module keinen Javascript über den Seitenheader nachladen können. Ich hab jetzt einen Weg gefunden, wie das doch geht. Und ich mußte dazu nicht einmal sehr den Core von Sefrengo verbiegen. Nur in der index.php des Projekts muß ich zwei Events abfeuern. Wäre toll, wenn die Events in die Standardversion von Sefrengo einfließen könnten.

Hier ist noch mal ein Link zum FR, den ich damit umsetze: Header als letztes abarbeiten, Module fügen JS und CSS hinzu (Web2.0-Fähigkeit)

Ich bin blutiger PHP-Laie, hab noch nicht mal ein Buch zum Thema gelesen, also nicht über die Codequalität wundern!

QUELLTEXT

Pluginname:
---------------------------------------------------------------------------
exteneded header


Status:
---------------------------------------------------------------------------
alpha



Bechreibung:
---------------------------------------------------------------------------
Das Plugin stellt ein globales Objekt zur Verfügung, über das Module eigene
Angaben in den HTML-Header einfügen können, zum Beispiel Scripte oder CSS
laden.

Funktioniert zur Zeit nur mit einer angepaßten Version der index.php im
Projektverzeichnis


Features:
---------------------------------------------------------------------------
- Fügt Headerangaben aus Modulen herraus zu.

Autor(en):
---------------------------------------------------------------------------
Marcus J. Ertl (tiggr)

Lizenz:
---------------------------------------------------------------------------
GPL


Benötigte Sefrengo Version:
---------------------------------------------------------------------------
>= 01.04.00


Installation:
---------------------------------------------------------------------------
Wechseln Sie in Ihrer Sefrengo Version in den Bereich "Administration -> Plugins".
Klicken Sie oben rechts auf "Plugin importieren". Am unteren Ende des Bereichs
befindet sich ein Uploadfeld. Wählen Sie hier die gewünschte "*.cmsplug"- Datei
aus. Mit einem Klick auf das Diskettensymbol wird das Plugin in das CMS importiert.
Das Plugin ist nun innerhalb des CMS nutzbar. Installieren Sie das Plugin mit einem
klick auf das Plugin-Importieren-Symbol in der Pluginzeile.

Kopieren sie die Datei hack/index.php über die entsprechende Datei im
Projektverzeichnis. Änderungeng gegenüber der Orginalversion sind mit
'// extended_header' gekennzeichnet. Im wesentlichen werden zwei Events
abgefeuert.


Update/ Migration:
---------------------------------------------------------------------------
Erstveröffentlichung, also kein Update


Dokumentation:
---------------------------------------------------------------------------
Das Objekt $cms_header ist nahezu selbsterklärend und trivial. Die Parameter
der Methoden können im Quelltext der Datei inc/class.extended_header.php
gefunden werden.

Im Archiv ist auch ein Demo-Modul, das macht nicht viel, zeigt aber, worum es geht!

Tschüss
Tiggr (aka Marcus)

PS: Jetzt das ganze auch im SVN: http://code.google.com/p/extendedheader/

Angehängte Datei(en)

 extended_header_00_01_00.zip ( 9.41KB ) Anzahl der Downloads: 14

 

[smail]

Wäre toll, wenn die Events in die Standardversion von Sefrengo einfließen könnten.

*zustimm* Die Idee ist wirklich gut und die Umsetzung pfiffig gelöst Meine Stimme hast Du sicher!

Eine Anmerkung:
bei scripten wird in der Ausgabe das Leerzeichen zwischen dem src unde dem Type-Attribut vergessen.

Ansatz: In Zeile 27 (class.extended_header.php)

QUELLTEXT

$tmp .= sprintf('src="%s"></script>', $value);    //ersetzen durch :
$tmp .= sprintf(' src="%s"></script>', $value);

Bin zwar auch nicht so der PHP-Gott, aber für mich sieht der Quelltext schon ganz o.k. aus. Falls ich mich da total irre, klärt mich auf, lerne immer gerne dazu

Reine Neugier: Welchen Vorteil hat "sprintf()" gegenüber direktem Zusammenbauen des Strings? Ist das genauso schnell?

Gruß Jan

[Tiggr]

Hallo!

bei scripten wird in der Ausgabe das Leerzeichen zwischen dem src unde dem Type-Attribut vergessen.

Ups! Kümmer ich mich drum!

Reine Neugier: Welchen Vorteil hat "sprintf()" gegenüber direktem Zusammenbauen des Strings? Ist das genauso schnell?

Keine Ahnung, ich find es einfach übersichtlicher, gerade wenn Gänsefüßschen im Spiel sind, da muß ich den String nicht so zerstückeln und die Übersicht behalten, wo denn Leerzeichen sind, das ganze bleibt einfach lesbarer. Ist reine Geschmackssache.

Tschüss
Tiggr (aka Marcus)

[Guest_bkm_*]

Die Idee ist wirklich gut und die Umsetzung pfiffig gelöst

Finde ich auch