serendipity_event_g2embed - Konflikt mit S9Y 1.7?

[Timbalu]

Wenn wrapurl geht, müsste man vielleicht erstmal mit dieser iframe Einschränkung leben und versuchen soviel wie möglich über CSS zu glätten (Seitenleiste weg und volle Breite nutzen, wäre mit CSS kein Problem!).

Meine Tips:
Sehr simple und gleichzeit klein... aber gut:
http://code.google.com/p/simplemodal/do ... p&can=2&q=
oder auch (vor allem Mobil) sehr überzeugend: http://juicebox.net/ welches ich selbst schon einmal mit Serendipity verwendet habe, aber nicht embedded, sondern sozusagen nebenan, unter einer einheitlichen (template) Oberfläche.

Ich hatte schon immer mal vor das als Serendipity Plugin zur Verfügung zu stellen, so wie es auch ein WP_juicebox Plugin gibt. Doch das hat sich bisher noch nicht ergeben... weil das bestimmt nicht einfach mal so geht.

[hagenroewer]

Halten wir mal ein erstes Fazit:

1. Das Plugin serendipity_event_g2embed in der Version 0.3 kann bis zur Version 1.62 von Serendipity einwandfrei eingesetzt, da sowohl S9Y als auch Gallery2 Smarty in der Version 2 benutzen.
2. Ab der Version 1.7 von Serendipity kann das Plugin serendipity_event_g2embed so in der bisherigen Form nicht mehr eingesetzt werden, da S9Y dann auf Smartyin der Version 3 nutzt.
3. Das kollidiert wiederum mit Smarty 2-Funktionen in den Template-Klassen bei Gallery2, d. h. die Gallery2 wird nicht in die generierten Seiten von Serendipity nicht anggezeigt bzw. eingebunden, sondern bricht in der Verarbeitung direkt auf dem Server ab (Fehlerlogs von PHP auslesen).
4. Die Migration von Smarty2 nach Smarty3 ist bei Gallery2 nach heutigen Stand (Mai 2013) anscheinend kein Thema in der Gallery-Community. Es ist unklar, ob jemals Smarty3 in Gallery2 einziehen wird.
5. Das Seitenleisten-Plugin "serendipity_plugin_imagesidebar" ist davon übrigens nicht betroffen, da die Einbindung der Bilder über einen anderen Mechanismus geschieht.

Konsequenzen und Alternativen:

1. Plugin nicht mehr einsetzen, und anderen Möglichkeiten nutzen.
2. Plugin umschreiben, evtl. durch den Autor, sofern er noch mag
3. Serendipity in der Smarty-Klasse anpassen

zu 1.
a. Verstärkt die bordeigene Lösung von Serendipity benutzen, ausbauen und optimieren
b. Prüfen, was bieten andere Gallery-Frameworks
c. Plugin Wrapurl einsetzen, etvlt. das Template anpassen

zu 2.
Ist es sinnvoll das Plugin anzupassen?
Ist es leistbar?
Wenn es mgeschrieben werden sollte, dann sollte es auch eine Templatedatei mitliefern, die man sich anpassen kann.
Ich musste da bislang direkt in das Plugin gehen, da dort auch die HTML-Ausgabe bzgl. z. B. Überschriften dort geregelt wurde.

zu 3.
Da schrieb schon Timbalu selber:

Ich habe aber ehrlich gesagt kaum Ambitionen, jetzt auch noch 3rd-Party Software auf Smarty3 zu tunen. Das für Serendipity war schon schwer genug und hat insgesamt fast zwei Jahre gedauert.

[Timbalu]

Man könnte zB Gallery3 verwenden. (*)
Its using PHP templates instead of Smarty templates now.
http://sourceforge.net/mailarchive/mess ... d=20662886
Insgesamt ist das auch nicht mehr ganz so ein Monster wie ehedem.
Ich würde sagen, wenn schon Gallery dann lieber G3 nutzen. Das sollte doch auch mit g2embed klappen, oder? (**)

(*) Die Migration von G2 auf G3 klappt übrigens hervorragend. Habe ich selbst schon mal gemacht.

(**) mit ein paar klitzekleinen Änderungen in g2embed event plugin file natürlich, denn die Gallery Klassen::methods Aufrufe müssten vielleicht angepasst werden...

PS. Das g2embed plugin ist ja im Eigentlichen auch nichts weiter als ein wrapper zur Einbindung des ansonsten völlig selbständigen G2 Frameworks in den Serendipity eventData/HTMLoutput Stream.

[hagenroewer]

Man könnte zB Gallery3 verwenden. (*)
Its using PHP templates instead of Smarty templates now.

siehe auch etwas lesbarer
http://old.nabble.com/Themeing-G3-to20181640.html
und dazu auch passend der Text unter
http://galleryproject.org/gallery_3_begins

Insgesamt ist das auch nicht mehr ganz so ein Monster wie ehedem.
Ich würde sagen, wenn schon Gallery dann lieber G3 nutzen. Das sollte doch auch mit g2embed klappen, oder? (**)
(**) mit ein paar klitzekleinen Änderungen in g2embed event plugin file natürlich, denn die Gallery Klassen::methods Aufrufe müssten vielleicht angepasst werden...

Leider nein, weil diese Einbettungsart nicht mehr unterstützt wird.

Dafür gibt es eine API unter
http://codex.galleryproject.org/Gallery3:API
und dort RESTful interface anschauen.

Für Wordpress wurde z. B. ein Plugin dazu gebaut
http://wordpress.org/plugins/heiv-gallery-3/

Bei Einsatz von Gallery3 für die Einbettung von Bildern nach S9Y müsste man die API anzapfen, und ein neues Plugin bauen, befürchte ich.

[Timbalu]

Hast du das eventuell ausprobiert?

...oder vieles raus und einfach das hier einbauen (*):
http://www.flashyourweb.com/gallery2/em ... 3_rest.php
oder
http://codex.galleryproject.org/Gallery ... :embeditem

(*) Natürlich verbliebe die Administration / Konfiguration / Gallery upload etc im G3 Framework...

[hagenroewer]

Hast du das eventuell ausprobiert?
http://www.flashyourweb.com/gallery2/em ... 3_rest.php

Ja, was ähnliches hat er auch für Gallery2 gebaut
Das würde ich mir zuerst anschauen.
Via http://www.flashyourweb.com/gallery2/em ... /index.php
Der hat anscheinend für Gallery2 dort ein REST-Interface eingebaut.
http://testr.suprsidr.com/m/
und
http://www.flashyourweb.com/filemgmt/index.php?id=55

[Timbalu]

Ja, was ähnliches hat er auch für Gallery2 gebaut
Das würde ich mir zuerst anschauen.

In meinem link dazu gibt es unten ja dieses "show/hide Code Examples". Sofern ich das richtig lese, kann man das sogar direkt in ein Serendipity Template einbauen, zb als staticpage und nur dann abrufen, wenn {if $staticpage_pagetitle == 'Seitenname'}code{/if}, oder so ähnlich, ist.
Dann könnte man g2embed ganz weglassen, ...oder es dort in die frontend hooks einbauen.

[Timbalu]

Bis Serendipity mit PHP >= 5.3 Namespaces unterstützt, kann das nur unter den genannten Umgehungsmöglichkeiten weiter genutzt werden.
Siehe http://board.s9y.org/viewtopic.php?f=4&t=19333