MAINT: Let TMSGallery not implement Gallery

[adrian-zon]

Dieser PR ist erstmal nur ein Diskussionsbeitrag :) TMSGallery gibt gar keine Bilder zurück, was ich recht irreführend finde. Am liebsten wäre mir, wenn das Objekt mit dem wir es in Teasern für Galerien zu tun haben in beiden Fällen nur unterstützen würde was TMSGallery kann, aber das geht vermutlich nicht.

Checklist

• Documentation
• Changelog
• Tests
• Translations

gif

[wosc]

Ich vermute, der Fall "Gallerie in Autofläche" ist ziemlich selten, jedenfalls wenn ich mir den Code so anschaue, würde ich sagen, das kann noch nie funktioniert haben: Die Gallerie-Einträge stehen im XML-Body, diese TMS-Proxies basteln sich dafür aber einen Fake zusammen, der nur die paar Dinge enthält, die im TMS-Result halt drinstehen (title und sowas, vgl übrigens auch ZO-788). Das kann also so nix werden. Da wir grade aber ja eh daran arbeiten, die Autoflächen direkt aus dem Content-Storage zu bestücken, würde ich hier keinen großen Aufwand mehr investieren.

Wenn das im Zusammenspiel mit zeit.web dann besser aussehende Teaser produziert, indem man hier als TMSGallery ein Objekt rausgibt, was überhaupt keine Gallery ist, können wir das als Workaround meinetwegen gern so machen.

[adrian-zon]

https://www.zeit.de/foto/index ist der klassische Fall. Wenn das ausm Content-Storage kommt, kriege ich dann ein richtiges Gallery-Objekt? Dann lohnt es glaub ich nicht mehr, diese Frage weiter zu erörtern.

[wosc]

Ja genau, diese ganzen TMS-Proxies sind eine reine Performance-Optimierung für ES/TMS-basierte Autoflächen; wenn die Autoflächen direkt aus dem Content-Storage bestückt werden, wird man dann ganz normale Objekte bekommen.