Einige Gedanken zum Einfügen von Bildern

[konus]

Vorweg: eigentlich wäre dies ein Thema für die Rubrick "General discussions" aber ich befürchte, mein Englisch ist zu schlecht, um mein Vorschlag sauber zu begründen. Gern können wir aber dort weiter diskutieren, wenn jemand mein Ausgangsposting übersetzt.

Ausgangspunkt: Ich habe eine Blog angefangen, wo viele Bilder als Tumbnail eingefügt werden. Für jedes Bild gibt es dann noch den Link auf die große Version. Beim Einfügen eines einzelnen Bildes über die Mediendatenbank sieht das dann so aus:

Code: Select all

<div class="serendipity_imageComment_left" style="width: 200px"><div class="serendipity_imageComment_img"><a class='serendipity_image_link' href='/uploads/bild.jpg' target="_blank"><!-- s9ymdb:6 --><img class="serendipity_image_left" width="200" height="133"  src="/uploads/Bild.Thumb.jpg" alt="" /></a></div><div class="serendipity_imageComment_txt">Kommentar</div></div>

Problem: Wenn man drei oder mehr Bilder einfügt, dann wird das schnell total unübersichtlich. Insbesondere Einsteiger, die kein HTML kennen, werden einfach von dem Wust an Tags erschlagen.

Vorschlag: Soweit ich es verstanden habe, gibt es bereits einige Plugins, die Formatierungen zur Laufzeit ersetzen. Mein Vorschlag wäre ein neues Plugin, welches a) den Medienmanager anweist, eine andere Ausgabe zu generieren und b) als Ereignis-Plugin diese Ausgabe wieder in den obigen Text zurückübersetzt.

Beispiel für den generierten Code im Artikeltext:

Code: Select all

<pic="/uploads/Bild.Thumb.jpg" type="left" comment="Kommentar">

Es sollten also nur absolut notwendige Angaben in den Artikeltext. Über Type wird die gewählt Formatierungsart gewählt (großes Bild, kleines Bild, Link in Java, oder externes Fenster usw. Wenn ein externer Link gesetzt ist, muss noch Link="http://..." dazukommen, wenn der Kommentar leer ist, kann comment enfallen.

Vorteil: ich sehe als Vorteil, dass der Artikeltext an Übersichtlichtkeit gewinnt, da die Anweisungen für Bilder wesentlich kompakter werden. Mögliche Fehlerquellen bei der manuellen Bearbeitung (Bildreihenfolge ändern usw.) werden verringert und insbesondere für Einsteiger sollte Serendipity damit (noch) einfacher zu bedienen sein. Durch den neuen Tag Pic (oder ist der schon vergeben?) sollten vorhandene Blogeinträge unangetastet bleiben.
Nachteilig ist natürlich, eine etwas längere Verarbeitungszeit. Durch das Cachen der Ausgabe sollte sich der Aufwand aber in Grenzen halten?


Ich selbst bin leider kompletter Anfänger, was das Coden angeht und kann daher als Beitrag nur das Testen anbieten. Auch ist es so, dass ich selbst mit HTML gut zurechtkomme. Trotzdem denke ich: "Das muss doch einfacher gehen". Was denkt Ihr dazu?

[yellowled]

Trotzdem denke ich: "Das muss doch einfacher gehen". Was denkt Ihr dazu?

Ich denke, Du möchtest Dir mal Textile bzw. das dazugehörige Event-Plugin ansehen

YL

[konus]

Ich denke, Du möchtest Dir mal Textile bzw. das dazugehörige Event-Plugin ansehen

Ja, das ist ein guter Ausgangspunkt! Und überhaupt bin ich immer wieder erstaunt, was es alles an Plugins gibt. Leider sind die Beschreibungen der Plugins auf Spartakus und hier auf der Seite sehr kurz gehalten. Ich würde mir in beiden Fällen einen Link wünschen, z.B. auf eine Forenpost für Disskussion und weitere Informationen zur Funktionsweise. Aber das ist ein anderes Thema.

Mit der Blogsuche nach Textile bin ich auf ein Feature Requestgestoßen, welches die selbe Zielrichtung hat(te). Scheinbar ist es aber im Sand verlaufen.

So wie ich textile hier verstanden habe, wäre folgender Syntax möglich:

Code: Select all

!/uploads/Bild.Thumb.jpg!

Das würde aber wohl noch nicht die ganzen div's erzeugen. Links zu externen Zielen wären abgedeckt, aber Links auf die größere Version wären nicht automatisch möglich und müssten auch eingegeben werden?

Letztendlich sehe ich damit noch keine lohnenswerte Verbesserung, insbesondere da mir die Medienbibliothek den Syntax nicht bei der Auswahl des Bildes generiert. (und selbst beim Pfad kann man sich vertippen )

[yellowled]

Das würde aber wohl noch nicht die ganzen div's erzeugen. Links zu externen Zielen wären abgedeckt, aber Links auf die größere Version wären nicht automatisch möglich und müssten auch eingegeben werden?

Ich muss gestehen, dass ich noch nie mit dem Textile-Plugin gearbeitet habe, ich kenne Textile nur aus einem anderen (Textpattern-)Blog, in dem ich "nur" Autor bin. Insofern kann ich nichts dazu sagen, wie das Textile-Plugin konkret Bilder in s9y einfügt - ich würde Dir empfehlen, das Plugin ggf. einfach mal in einem (z.B. mit xampp) lokal installierten Testblog auszuprobieren

YL

[konus]

Ich habe ein Feature Request auf SourceForce.com aufgemacht, da ich dies für einen ganz wichtigen Punkt zur Verbesserung der Benutzerfreundlichkeit halte.

Im Gegensatz zu der oben verlinkten Diskussion meine ich, dass der Pfad zum Bild relativ eingefügt und zur Laufzeit mit dem vollen Pfad ergänzt werden sollte. Damit könnte man auch das Problem entschärfen, welches man bekommt, falls das Blog mal umziehen soll.