In Auf eigenes Template im JS verweisen schreibt Yellowled folgendes:
Wenn ich das richtig verstanden habe, passiert das seit S9Y 1.6, und momentan ist in der 1.7 jQuery 1.8.1 eingebunden.Vor allem solltest Du jQuery nicht noch einmal manuell einbinden, das tut nämlich s9y schon (in halbwegs aktuellen Versionen) und zweimal ist eine Performance-Bremse.
Wenn man nun dazu das Lightbox-Plugin einbindet, und dort z. B. prettyPhoto benutzt, entdecke ich das gleiche, was auch Yellowled vor längerer Zeit beschrieben hat in Lightbox plugin partially broken in s9y >= 1.6:
Die dort eingebundene jQuery-Bibliothek kommt dann zum Zuge, wenn das Plugin "serendipity_event_jquery" nicht eingesetzt wird, da nach including prettyPhoto to serendipity_event_lightbox Garvin folgendes schrieb:* prettyPhoto also includes it's own jQuery version, but I haven't found any side effects (yet).
Frage: Sollte generell für das Lightboxplugin, und die dort vorhandenden Klonversionen nicht noch eine Abfrage eingebaut werden, dass ab S9Y 1.6 generell die vorneherein eingebundenen jQuery-Bibliothek zu benutzen ist?Since currentlyl ightbox runs without an external jquery plugin, ideally it should be solved by simply adding a "if (class_exists('serendipity_event_jquery')" check, so that if jquery plugin is loaded, the lightboxplugin does not emit its own jquery.
Oder gibt es dann Probleme, mit dem was Yellowled schon im ersten erwähnten Link Auf eigenes Template im JS verweisen weiter ausführt:
Außerdem bitte beachten, dass das mit s9y gebundlete jQuery im noConflict-Modus läuft, falls Du eigenes Javascript einbinden musst. Das bedeutet primär, dass $ so nicht funktioniert, sondern durch jQuery ersetzt werden muss, also
stattCode: Select all
jQuery('body')
und falls das Plugin nicht „anständig“ gebaut ist, kann es sein, dass das auch im Plugin geändert werden muss. Das sollte aber bei Backstretch nicht nötig sein.Code: Select all
$('body')