Kommentare von

Übrigens hat dir das herumspielen mit dem tooltips Plugin irgendwie die Sizilien 25 Gallery zerschossen ... da steht jetzt < acronym href .. und zerfetzt das Markup. Warst du darin tätig?

Ich weiß nicht wie viele Jahre ich immer wieder über die CKEditor ACF Funktion sprechen muss, ... gefühlte Zehn. Es gibt einfach Bedingungen für klares Auto Markup über die sich die wenigsten Leute Gedanken machen.

ACF dient dazu HTML tags bzw attribute code, die nicht erlaubt sind, zu entfernen, bzw nur feste Regeln zuzulassen. Ein Sicherheitsfeature und sicher auch eine Erfahrung aus den langen Jahren des Umgangs mt Microsoft Produkten wie Word etc, die haufenweise furchtbares HTML Zeug schreiben, einfügen. Außerdem räumt er hinter Usern her die nicht streng die HTML Vorgaben erfüllen wollen oder können. Alles in allem ein Butler, der für klare Verhältnisse sorgt. (und mit sowas kennst du dich ja aus..!)

Willst du details und summary tags erlauben, weil du so etwas viel und oft nutzen willst, so musst du dese explizit als Ausnahmen in die Extra Allowed Content [EAC] aufnehmen, siehe line 76 ff der ckeditor/cke_config.js. Und das bei jedem Update. Jeden unbedarften User komplett selbstbestimmt darin herumfummeln zu lassen ist meines Erachtens nicht anzuraten und würde den Aufwand der Generierung für alle erhöhen.

Ansonsten gibt es nur diese eine Möglichkeit, die ja genau deiner gemachten Erfahrung entspricht. Schreibe deinen Text bis er komplett fertig ist, öffne dann den Quellcode und füge den details / summary part ein und gehe direkt auf abspeichern. Dann ist im Eintragstext alles so wie du es haben willst. In dem Moment wo dieses Markup wieder aus der Datenbank ausgelesen wird oder du vom Quellcode in den WYSIWYG Modus schaltest, ist der ACF schon aktiv geworden.

Ja, im CKEplus Plugin lässt sich ACF komplett abschalten. No risc, no fun! ?
Ich würde es aber nicht raten und machen, denn er hilft mehr als das er einen behindert! Wirklich!

Ab hier nur noch an den Osterhasen... ?

Nun kommen die "Oberschlauen" und sagen: Hey Serendipity hat doch dieses tolle Pluginsystem ... Ich knalle mir einfach noch ein paar weitere Plugins hinzu...

Aber jene beachten nicht, dass jedes Plugin an den Systemressourcen nagt, roundabout 15 MB, die einen mehr die anderen weniger. Jedes Plugin das auch noch so entfente Fälle abdeckt, schließt sich in den Reigen der zu durchlaufenden event hooks. BEI JEDEM REQUEST ! Ich meine dass das nicht nötig ist.

tooltips sind ja eigentlich nichts weiter als title Attribute. Da p, div und span tags mit Attributen ja erlaubt sind, kannst du von Hand title="ich bin ein tooltip" einfügen - viel schneller, effektiver und genauer als ein ständig laufendes Plugin. Das sollte vom ACF unangetastet bleiben.

Es kommt eben darauf an was dir so im genauen vorschwebt und ob das ein Alltagsinstrument sein soll. Wozu muss das in einen Blogeintrag als ständig vorhaltbares Instrumentarium?

Details / Summary Seiten kommen doch auf eher "statischen" HTML Seiten zur Anwendung. Vielleicht. Oder eben in Backends bei bestimmten Aufgaben/Anwendungen. Ihr markup beziehen sie statisch aus der template Vorlage, auch wenn sie in Teilen dynamisch generiert bzw geloopt werden. Wenn Blogeinträge sich als Standard Umfang eher einer kompletten HTML Seite (an-) nähern, so sollte man besser lernen gleich HTML zu schreiben und auf Rich-Text Editoren zu verzichten, bzw sich ein anderes System zu wählen das für solche Gegebenheiten gebaut ist.

Diese Info Button sind vorallem da relevant wo es um Formulare oder Formularfelder geht, oder wo man sie als head Erklärung für eine Seiten/System Verhalten benötigt. Unter dem Motto: Einmal gesehen sollen sie einen nicht weiter belästigen.

Für quere Gedankengänge bzw andere Abschweifungen muss man sich halt etwas überlegen. Man kann Technik auch als Erzähltechnik verwenden. Das mit dem Bild läßt sich mit dem normalen Instrumentarium erledigen. Ein Link erstellen und als Text ein Bild einfügen oder umgekehrt, jeweils mit kurzen Korrekturen per Hand, wenn man es nicht gleich einfacher per Hand in den Quelltext schreibt.

Hmmm. Das sind mehrere Dinge.

Das die icons nicht gezeigt werden liegt daran, dass der Pfad zu den "plugins/serendipty_event/social/fa"+/font-awesome font Dateien hartkodiert ist und damit relativ zum angezeigten Ordner (ob virtuell oder nicht) eingebunden wird. Das heißt hier auf der entries Startseite ist das dann https://www.blog.dokumenzi.ch/categories/BLOG/plugins/serendipity_event_social/fa/..., was natürlich Quatsch ist. Das lässt sich aber relativ leicht auf hartkodiert /++ ändern, bzw im runtime per script update begradigen.

Das zweite ist die Anzeige. Suche mal in pure entries.tpl nach {$entry.plugin_display_dat} und setze mal ein {$view} davor oder dahinter damit wir uns das beispielhaft anschauen können. Denn eigentlich ist es da... (fast).

Ok categories und entry. Das war zu erwarten. Bitte wieder rückgängig machen.

Dafür im serendipity_event_social.php die Zeile 174 einen nach unten rücken und in den leeren Platz

echo "{$serendipity['GET']['id']} && {$serendipity['view']}";

einfügen.

OK dito.
Bitte wieder entfernen und Zeile 175 "if (!isset($serendipity['GET']['id'])" durch "if (empty($serendipity['GET']['id'])" ersetzen

Das CSS kannst du beibehalten ... (bis zum Spartacus Plugin update)

Dafür im serendipity_event_social.php die Zeile 174 einen nach unten rücken..

Falsche Zeile, sorry! Muss 166 sein, direkt unter case 'frontend_footer':

Bitte alles (außer CSS) wieder entfernen, auch das {$view} und dann die if Klammer in Zeile 166 / 168 komplett entfernen.

Wenn es das war (sehr wahrscheinlich) (und leider von mir in geistiger Umnachtung irgendwann einmal eingefügt), gibt es ein UPGRADE. ?

Hast du die genannte if Klammer entfernt?

Nee, diese ganze Klammer soll weg, aber nicht ihr Inhalt. Sie verhindert, dass das shariff js in der Einzelansicht geladen wird (also der echo Teil innerhalb der if Klammer!).