ganz simples plugin für footer-entrys benötigt!

[stm999999999]

Hallo,

folgendes Problem: Ich habe momentan massive Probleme mit dem CSS-positionieren der Elemente im Artikel-Footer. Sobald da was am floaten ist, geht der footer-div mit seinem Hintergrund nicht mehr tief genug, um alle Elemente zu hinterlegen. Beispiel:

http://blog.stephan.manske-net.de/archi ... alles.html

Bislang hatte ich in meiner entry.tpl ein <div style="clear_both"> vor dem schließen des footer-divs eingesetzt. Das half ab.

Aber nun habe ich unten noch das Seitenblätter-Plugin und daß bricht da dazwischen (warum auch immer, es macht "vor" sich ein "</div>").

Was ich nun brauche, ist die Möglichkeit, gezielt an einer Stelle im Footer ein <div style="clear_both"></div> setzen zu können. Ab sinnvollsten erscheint es mir, da einfach ein Plugin zu basteln, daß dies als Ausgabe im Footer macht.

Nun mein Problem: Ich habe mir diverse Footer-Plugins angeguckt - und ehrlich gesagt, ich verstehe nur Bahnhof!

Könnte mir jemand den Code für so ein Plugin erstellen? Quasi ein Rohgerüst für ein Footer-Plugin?

Wäre echt nett!

[garvinhicking]

Hi!

Hm, ich würde dir da eher empfehlen bevor Du solche Dinger machst einfach die Smarty-Positionierung des Seitenblätter zu aktivieren und in deiner entries.tpl zu verdrahten. Alles anderes wäre was hackig.

Das plugin selber bricht aus dem Div aus um wirklich "ausserhalb" eines Eintrages seinen Teil zu setzen, daher könnte es für Deine Fälle nicht ausreichend sein. Alternativ müsstest Du jedoch auch einfach nur das footer div als "clear: both" deklarieren (im CSS, nicht im tpl), das sollte auch schon helfen können...

?

Ansonsten kann ich mir das Problem auch noch genauer angucken, da musst Du Dich aber noch etwas gedulden.

Viele Grüße,
Garvin

[stm999999999]

.serendipity_entryFooter hat schon clear: both (aus anderen Gründen) - das hilft nicht weiter. Ich wüßte allerdings auch nicht, warum das helfen sollte, das wirkt ja gegen floating über dem Footer.

Und mit der Smarty-Positionierung: Daran hatte ich auch schon gedacht, aber sehe ich das richtig: Ich müßte nicht nur einfach $pagination_next_link etc selber setzten, ich müßte wohl auch die ganzen Abfragen "ist überhaupt ein voriger Artikel? Nur dann ein < setzen" nachbauen, oder?

Da wäre mir so ein kleines Plugin, was ein wrap-div einsetzt, wirklich weniger aufwendig. Wenn ich bloß wüßte, wie das funktioniert.

Und BTW, wenn das mit dem </div> Absicht ist, sollte dann nicht hinter dem Paging-Plugin nicht bloß wieder ein <div> geöffnet werden, sondern wenn schon dann wieder ein <div class='serendipity_entryFooter'>?

[stm999999999]

nochmal zu meinem Plugin-Wunsch:

ds wäre auch als Rohgerüst ein prima Ansatzpunkt für andere, die nützlichere Dinge in den Footer bringen wollen!

Oder umgekehrt: Habe ich auf s9y irgendwo eine Anleitung übersehen, wie man (Footer-)Plugins schreibt?

[stm999999999]

So, ich wandle meinen Wunsch ein klein wenig um, er wird allgemeiner

Ich sehe gerade, ich würde gerne im Footer noch so einige andere Dinge unterbringen, konkret momentan einen Bereich "Kommentare per RSS verfolgen".

Was mir (und ich denke mal auch anderen) weiterhelfen würde, wäre daher ein allgmeiner Footer-Klotz, so wie es denn ja bereits für die Seitenleiste und den Header gibt.

[EDIT] OK, und warum erzählt mir keiner, daß es sowas schon gibt!?!? *maul* *grummel*

serendipity_event_page_nugget

Nur: Dank

Code: Select all

			// entries_footer hook location workaround: get out of the 'serendipity_entryFooter' class
			if ($event == 'entries_footer') echo '</div><div>';

und vermutlich noch der einen oder anderen Code-stelle wird wie bei entrypaging der Eintrag aus dem norlanen entries_footer-Div gezogen! Warum? Wenn ich was in Footer integrieren will, dann soll es doch auch wirklich IM Footer auftauchen und nicht DAZWISCHEN!?


[EDIT2] OK, an dieser Stelle liegt es nicht, das ist wohl für eine andere Stelle (nämlich der Footer am Ende der Seite). Es liegt daran:

Code: Select all

		} elseif ($placement == 'art_foot' && $event == 'entry_display'){
			if (!is_array($eventData)) return false;
			$elements = count($eventData);
			for ($i = 0; $i < $elements; $i++) {
				if ($this->get_config('markup', 'true') == 'true') {
					$entry = array('html_nugget' => $this->get_config('content'));
					serendipity_plugin_api::hook_event('frontend_display', $entry);
					$eventData[$i]['add_footer'] .= sprintf('</div>' . $entry['html_nugget'] . '<div>');
				} else {
					$eventData[$i]['add_footer'] .= sprintf('</div>' . $this->get_config('content') . '<div>');

Aber die Frage bleibt: Warum soll das nicht im Footer-Div sein? Warum vorher schließen und hinterher wieder öffnen?

[garvinhicking]

Hi!

Wg. des Footers, frag da mal wesley96 und/oder Judebert, von denen stammte das damals, glaube ich.

Hat sich dein Footerproblem damit eigentlich erübrigt, oder suchst Du noch ein Basisplugin?

Viele Grüße,
Garvin

[stm999999999]

Ich habe mir jetzt meine eigene Version des Plugins gebaut, wo diese </div> Geschichten nicht drin sind, damit geht es wunderbar!

(Bis ich mal herausgefunden habe, wo und was ich alles ändern muß, damit s9y mein Plugin als eigenständig akzeptiert *grummel* )

[stm999999999]

Wg. des Footers, frag da mal wesley96 und/oder Judebert, von denen stammte das damals, glaube ich.

wesley96? Ich kann nur einen wesley finden!? Und btw, spricht einer von beiden deutsch? (Englisch ginge auch, aber deutsch wäre einfacher)

[garvinhicking]

Hi!

Leider nein, wesley ist Koreaner und Judebert Ami.

Viele Grüße,
Garvin