Kommentare von

Wahrscheinlich...

Dass das mit MP so komisch aussieht liegt aber auch wohl daran, dass du deinen Bildern scheinbar per default den Titel als Kommentar oder als title oder so ähnlich zufügst. Dafür ist die Ausgabe von MP wohl noch nicht per default optimiert. Wegen dem figure von Serendipity.

In der /plugins/serendipity_event_lightbox/magnific-popup/magnific-popup.css gibt es ein

.mfp-figure::after {
    content: '';
    position: absolute;
    left: 0;
    top: 40px;
    bottom: 40px;
    display: block;
    right: 0;
    width: auto;
    height: auto;
    z-index: -1;
    box-shadow: 0 0 8px rgba(0, 0, 0, 0.6);
    background: #444;
}

Dort [siehe nächsten Kommentar] müsstest du zusätzlich ein border: 0 none; einfügen, oder ein

mfp-figure::after {
    border: 0 none;
}

in deine user.css werfen.

Aber wie gesagt, das Lightbox2jquery ist schöner für den Zweck.

Huch, völlig falsch. Gleicher Ort, selbe Anweisung, anderer selector - oder ausgekoppelt in die user,css.

.mfp-figure figure {
    margin: 0;
    border: 0 none;
}

Das mit dem rechten button ist komisch... Wahrscheinlich gibt es irgendeine Indifferenz mit dem pure theme.
Hiermit ginge es (augenblicklich) - aber ich weiß nicht, ob sich das mit verschiedenen image Größen nicht doch wieder verschiebt... Im Original stand margin-left: 39px; glaube ich...

.mfp-arrow-right::after {
    border-left: 17px solid #FFF;
    margin-left: -55px;/*ungefaehr*/
}

Ah. Super! ?

Das grenzt das dann tatsächlich darauf ein. Vielleicht kann ich da was basteln... wenn mal wieder etwas Ruhe ist.

Wie war das noch, reine webp images in einem img tag zeigt Safari an oder nicht?!? zb

https://img.zeit.de/politik/ausland/2020-10/brexit-wirtschaft-2/wide__820x461__desktop

(das müsste ein webp Bild sein wenn sie nicht irgendetwas hinterhältiges mit der Auslieferung machen...)

.. jetzt müsste man nur noch wissen was Safari da wirklich interpretiert... Wenn man unter Safari den "Speichern Unter" Dialog (bzw dessen Apple Analogon) benutzt, müsste man eigentlich sehen ob webp oder nicht.

Aber egal. Nimm dies Javascript und wirf es in dein oder das pure.js, gleich am Anfang

function checkWebP(callback) {
    var webP = new Image();
    webP.onload = webP.onerror = function () {
        callback(webP.height == 2);
    };
    webP.src = 'data:image/webp;base64,UklGRjoAAABXRUJQVlA4IC4AAACyAgCdASoCAAIALmk0mk0iIiIiIgBoSygABc6WWgAA/veff/0PP8bA//LwYAAA';
};

checkWebP(function(support) {
    if (!support) {
        $('a.serendipity_image_link').each(function() {
            var $currentA = $(this);
            var  dataHref = $currentA.attr('data-fallback');
            $currentA.attr('href', dataHref);
        });
    }
});

Das müsste es eigentlich tun für den Safari, so dass dieser gar nicht erst webp images verlinkt.

Das wäre sicher noch weiter tunebar aber vielleicht reicht es schon und ist performant genug.

Man muss natürlich sicher gehen das der Browser das pure.js wirklich updated und nicht eine Cache version benutzt.

Klasse! ?

Aber muss ich mir jetzt wegen dämlicher Safaris Gedanken machen wie ich das in alle themes hinein ? teleportiere ... ⛳ oder genügt das in pure only ❔❓

Laut https://caniuse.com/webp soll Safari 14 vom September 2020 unter MacOS 11 Big Sur partiellen bzw Support anbieten. IOs Safari 14 bereits vollen Support.

? Und da kann ich nicht helfen... außer mit den bisherigen Verbesserungen. ?

Habe mich für pure entschieden!