Seit Update auf v17: Bilder im HTML-Widget mal da, mal weg?

Hallo Zeta Team,

ich brauche eure Hilfe. Seit meinem Update von Version 16.8 auf Zeta Producer 17 Business habe ich ein richtig seltsames Problem mit integrierten Bildern in meinen eigenen HTML-Widgets.

Was passiert?
Wenn ich ein Bild ganz normal über das HTML-Tag einbinde, wird es total unzuverlässig angezeigt. In der Offline-Vorschau und auch später live ist das Bild mal da, nach dem nächsten Laden oder Upload plötzlich wieder komplett weg oder zerschossen. Unter Zeta 16.8 lief exakt derselbe Code immer bombenfest!

Hier ein Beispiel, wie der HTML-Code aufgebaut ist, der unter 16.8 nie Probleme gemacht hat:

<div class="highlight-container">
<!-- Unter 16.8 top, seit v17 fliegt mir das Bild um die Ohren: -->
<img src="oid://image/bildxxx" alt="Testbild" class="highlight-graphic">
</div>

Mein aktueller (anstrengender) Workaround:
Ich habe herausgefunden: Wenn ich das Bild aus dem HTML-Code rauswerfe und es stattdessen als CSS-Hintergrundbild (background-image: url('oid://image/...');) einbaue, klappt es perfekt und bleibt stabil.

HTML
<div class="highlight-container">
<!-- So bleibt es stabil, verlangt aber für jedes Bild extra CSS: -->
<div class="highlight-graphic-box" data-stroid="oid://image/bildxxx"></div>
</div>

CSS
.highlight-graphic-box {
width: 220px;
height: 200px;
background-image: url('oid://image/bildxxx');
background-size: cover;
background-position: center;
display: block;
}

Die OIDs stimmen also, aber Zeta 17 scheint die klassischen <img>-Tags innerhalb von eigenen HTML-Objekten irgendwie sporadisch zu verschlucken oder im Cache zu verlieren. Da ich das ungerne bei jedem Bild per CSS umbauen möchte, dachte ich, ich frage mal bei euch nach. 😉

Ist dazu schon was bekannt oder hat das Phänomen noch jemand seit der v17.xx beobachtet?

Freue mich auf euer Feedback und viele Grüße!

Armin (aws)

Hallo Steffen,

vielen Dank für Ihre Rückmeldung.

Ja, der Code steckt tatsächlich in einem Text-Widget über die Quelltext-Ansicht. Genau so habe ich das auch schon unter Zeta Producer 16.8 gemacht, dort lief derselbe Code immer ohne Probleme.

Den Test im Quelltext-Widget mache ich bei nächster Gelegenheit (never change a running System). Interessieren würde mich aber auch, ob sich zwischen 16.8 und 17.x bei der Verarbeitung von Bildern bzw. OIDs etwas geändert hat. Die OIDs selbst scheinen ja zu funktionieren, da dieselben Bilder als CSS-Hintergrundbild problemlos angezeigt werden.

Außerdem glaube ich, dass Ihre Antwort eventuell abgeschnitten wurde, da der letzte Satz mitten im Text endet. Falls da noch etwas folgen sollte, freue ich mich über eine kurze Ergänzung.

Viele Grüße

Armin (aws)

Ich habe das im Moment noch nicht getestet im Quelltext Widget. Aber ich habe jetzt an einem neuen Projekt das Bild wieder über HTML eingebunden. Scheint zu funktionieren seit 17.2.1

Aber ich werde das weiter beobachten. Denn mit der Lösung über CSS wird der Alt Text des Bildes nicht mitgenommen und beim WAVE Tool (Barrierefreiheit Test) reklamiert Das hatte ich jetzt erst festgestellt

Armin

Hallo zusammen,

ich wollte hier noch kurz ein finales Feedback geben, falls jemand in Zukunft auf dasselbe Problem stößt.

Seit dem Update auf die Version 17.2.2 funktioniert die direkte Einbindung von Bildern über das HTML-<img>-Tag wieder! Der Fehler, dass OIDs im klassischen HTML-Code sporadisch verschluckt wurden oder im Cache verloren gingen, scheint mit diesem Update vollständig behoben zu sein.

Der umständliche Umweg über das CSS-Hintergrundbild ist somit nicht mehr notwendig. Das freut mich besonders, da jetzt auch der Barrierefreiheit-Test (WAVE Tool) dank des korrekten alt-Attributs direkt im HTML wieder rundum zufrieden ist. 😉

Viele Grüße Armin (aws)