Closed ghost closed 10 years ago
Ja das ist natürlich doof. Was wäre dein Vorschlag wie man das am besten lösen sollte? Die Grafiken sind derzeit in ihrer Auflösung nicht vorgegeben, daher müsste man entweder mit HTML oder Inline CSS arbeiten.
Am kompatibelsten für alle Podcast-Clients wäre wahrscheinlich inline html:
<img width="32" height="32">
Noch besser wäre wahrscheinlich die Kombination aus inline html und css class. Dann könnten die Clients den Style der Icons anpassen:
<img width="32" height="32" class="podlove-social-icon">
"podlove-contributor-button" ist die class der icons. Übernehmt ihr CSS files nicht?
Nein, Inline Show Notes sind immer ohne CSS file. Auch Inline-CSS Definitionen werden überschrieben, da wir für alle Podcasts einen ähnlichen Show Notes Style garantieren wollen. Das sieht sonst aus wie Kraut und Rüben.
Noch besser wäre wahrscheinlich die Kombination aus inline html und css class. Dann könnten die Clients den Style der Icons anpassen:
<img width="32" height="32" class="podlove-social-icon">
Ich denke, da spricht nichts dagegen.
Ich hatte den Effekt auch. Beim Lesen des Threads #277 kam ich auf die Idee den Button "empty all caches" von W3 Total Cache zu klicken. Danach war alles wieder hübsch.
Vielleicht eine Spur?!
"empty all caches" von W3 Total Cache zu klicken
Das sollte generell immer als erstes gemacht werden, wenn irgendwas komisch ist. Caches haben den negativen Nebeneffekt, dass sie Änderungen/Anpassungen häufig nicht anzeigen (was auch mehr oder weniger ihr Job ist, aber häufig nicht das, was man beim basteln erwartet)
Wenn das generell immer!!! gemacht werden sollte, ist es dann im Sinne der "benutzertoleranten Bedienung" nicht hilfreich wenigstens einen Hinweis im Update-Prozess des Plugins zu geben?
Es gilt generell immer für WordPress, nicht nur für den Publisher.
Müssen die Show Notes so scheisse aussehen? Könnt Ihr die Icons nicht in der Größe begrenzen oder wenigstens das img-tag mit einer css class versehen?