@mho@social.heise.de
Was ich besonders nervig finde, sind von den Postenden erneut hochgeladene Vorschaubilder. Es gibt den guten Grund, das zu tun, um dann eine vernünftige Bildbeschreibung zu verfassen, leider werden dann in dem von mir verwendeten Client beide Bilder angezeigt. Deaktivieren kann ich davon dummerweise nur das bewusst hochgeladene Bild, nicht die automatisch erzeugte Vorschau.

@mho@social.heise.de in beiden Fällen würde mich die Hashtag-Schlacht sehr ablenken.

@mho@social.heise.de Aktuelles Tusky unter Android auf Pixel 6a sehe ich keine Preview. Ein nichtssagendes Bild halte ich aber für Ladezeit-/Datenvolumenverschwendung.

@mho@social.heise.de
Mit toot sieht es deutlich schöner in b der ersten Version aus:

@mho@social.heise.de Interessantes Problem: Als Teil eines Threads wird bei #Tusky (Amdroid, in meinenbeim ersten die Vorschau gar nicht dargestellt. In der “Einzelansicht” schon, und dann auch mit Anreißer (was dann viel besser aussieht als der Zweite, bei dem in beiden Fällen nur das Bild zu sehen ist).

@mho@social.heise.de

#Mastodon #SocialMedia #Fediverse #Apps

Der generierte Preview hat IMHO Vorteile.

Wie andere schon geschrieben haben, ist das klarer als verlinkter Beitrag erkennbar. Das wiedererkennbare Muster mache es leichter…

Ausserdem kann der Client auch entscheiden, ob er den Preview anzeigt, oder nicht. Welche Clients das anbieten, weiss ich nicht, aber es ist technisch leicht machbar. Bei Bildern würde er gleich alle Bilder ausblenden, oder unzuverlässige Heuristiken anwenden.

@mho@social.heise.de Sowohl im Web Client als auch in Moshidon das generierte Preview. In Moshidon ist der Post mit Bild besonders blöd…😅

Als Erklärung für mein Interesse: Das Diagramm zeigt, wie viele Besucher*innen pro Woche von #Mastodon auf heise.de gekommen sind.

Da, wo es im Herbst 2023 so steil abfällt, haben wir aufgehört, Artikelbilder als Anhang dazuzupacken und stattdessen auf die (damals neue) Vorschau vertraut. Da gab es aber natürlich den Bug, der dafür gesorgt hat, dass wir Klicks auf diese Vorschau nicht sehen konnten (der URL-Parameter wurde abgeschnitten), sondern nur solche direkt auf den Link.

@mho@social.heise.de ganz klar 1, da ich dort die größere Fläche zum klicken habe.

Und das Bild als solches ist in beiden fällen gleich doof. ;)

@mho@social.heise.de
Hängt dann immer das Titelbild an dem Post, oder nutzt Ihr die Möglichkeit, ein unterschiedliches Bild mit “Zusatznutzen” anzuhängen?

Denn angezeigt werden beide, Anhang und Preview.

#Mastodon #SocialMedia #Fediverse #Apps

@mho@social.heise.de
In der aktuell sichtbaren Form funktionieren beide gut, allerdings wird die Linkvorschau häufig verzögert oder gar nicht angezeigt (je nach Client), d.h. dann seh ich bei Post 1 nur den Link selbst (deswegen ist wichtig, daß der Titel im Tröt selbst nochmal kommt), während die Bildvorschau meist direkt klappt (Post 2)

@mho@social.heise.de Post 1. Aber einfach nur, weil die click area größer ist und ich nicht versehentlich mit dem Daumen die hashtags treffe

@mho@social.heise.de Ich finde beides lästig und möchte gerne nur den link ohne jede Vorschau haben. Bilder möchte ich im Beitrag nur haben, wenn sie Informationen vermitteln. Die “Symbolbilder” gehen mir heftig auf den Keks.

@mho@social.heise.de Grundsätzlich finde ich Post 1 besser, weil

• man da sofort erkennt, dass es sich um einen verlinkten Artikel handelt
• Auch Titel und Aufmachertext mit dabei sind, so dass man den Link besser einschätzen kann.

Ich vermute mal, dass Apps so auch besser steuern können, was sie wie anzeigen.

Frage: Was macht das mit eurem Server? Fühlt ihr das Mastodon-DDOS, wenn alle ihre Vorschaubilder erstellen?

@mho@social.heise.de Inhaltsfremde SymbolBilder mit halbem Textbeitrag wirken auf mich als müsste der Autor Klicks anfüttern. 🫥