OK, es ist (fast) Wochenende und wieder Zeit für ein Experiment – diesmal zum Mitmachen 😉:

@mho@social.heise.de

Ich finde den ersten besser, weil bei mir (Fedilab app) keine nervigen nixsagenden Bilder bei sind.

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

@mho@social.heise.de In Moshidon sehr ich mit Preview fast den kompletten Text doppelt. Daher lieber ohne. Und am besten auch ohne Symbolbild. Die nerven.

@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 Prinzipiell wäre es mir egal. Problem ist, dass ein angehängtes Bild nicht als Link funktioniert, den man klicken/tappen kann, und umgekehrt das Bild im automatisch erzeugten Kärtchen nicht als eigenständiges Bild mit Alt-Text und Möglichkeit zum Reinzoomen funktioniert.

@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
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 das mit den Bildern hab ich deaktiviert, ich sehe nur Text und das im 2. Post überhaupt ein Bild dabei ist.
In einer andern App sehen auch beide gleich aus, nur eben mit riesigem Bild mit denen der Post die ganze Seite am iPad belegt, und das ist der Grund warum ich Bilder deaktiviert hab. Ich will nicht den ganzen Tag damit verbringen meterweit durch die Timeline zu scrollen weil ein Post eine Seite beansprucht, da tut mit der Finger schon beim ansehen weh. :)

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
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

Kurznachrichtendienst: Drittanbieter erweitern Mastodon um innovative Funktionen

Nachdem Reddit und Twitter Drittanbieter-Apps ausgesperrt haben, kann man jetzt bei Mastodon sehen, wie innovativ solche Anwendungen sein können.

https://www.heise.de/hintergrund/Kurznachrichtendienst-Drittanbieter-erweitern-Mastodon-um-innovative-Funktionen-9676515.html?wt_mc=sm.red.ho.mastodon.mastodon.md_beitraege.md_beitraege

#Apps #Drittanbieter #DrittanbieterApps #Fediverse #Mastodon #SocialMedia #Software #ThirdPartyApps

@mho@social.heise.de der erste mit generierter preview, da more beim Durchscrollen das Klickziel direkt ins Auge fällt. Nur das Bild ist sinnlos, es bringt keinen Mehrwert für die Nachricht

@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 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
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 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 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. 🫥

@mho@social.heise.de Mit Preview ist die Fläche zum Anklicken größer. Nur der Link kann manchmal unpraktisch sein. Vor allem bin ich bei klassischen Artikelpreviewbildern gewohnt, die anklicken zu können, um auf die Seite zu kommen. Wenn ich dann nur das Bild vergrößere, bin ich eher irritiert.

Anders ist es, wenn das Bild Inhalte hat, an die ich vielleicht ranzommen möchte, um etwas genauer anzuschauen / zu lesen. Aber solche Bilder werden selten als Artikelbild verwendet.

@mho@social.heise.de 3. Musste den Unterschied suchen - wäre also egal

@mho@social.heise.de Beide sind ziemlich nervig. Das Bild, das bei solchen LInks im besten Fall keinen Zweck erfüllt, ist das größte an der Sache. Die Vorschau ist oft nett zu haben und manchmal sehr praktisch. Aber wozu das Bild?

@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..😅

@mho@social.heise.de ich wünschte ja oft, bei Post 1 würde Mastodons Web-UI die URLs im Toot ausblenden, ähnlich, wie es auch die Tags ausblendet und unter die Vorschau setzt. Genau wie bei den Tags sollte das aber nur mit URLs am Ende des Toots passieren.

Gibt sicher einige Nutzer, die das hassen würden, aber irgendwie wirkt es auf mich immer wie Platzverschwendung. Ist halt Abwägungssache.

@mho@social.heise.de also Post 1 ist klar als externer Link erkennbar.

Bei Variante 2 ist unklar ob das Bild überhaupt zu dem Link gehört oder nicht. Könnte ja auch ein Komplett anderes Foto sein. // this is NOT the way

@mho@social.heise.de

Variante 2.

Ich finde es immer sehr nervig, wenn in einem Post-Text und im Preview exakt der gleiche Text steht. Da kann man den Preview weglassen.

Auf der anderen Seite wäre ein Preview wichtig, wenn der Poster den Artikel kommentiert, aber nicht unbedingt seinen Inhalt anteasert.

Die Idee nur Link ist fürchterlich. Diese Posts würden bei mir eher keine Beachtung finden.

@mho@social.heise.de
@heiseonline@social.heise.de

Mir sagt die zweite Variante mehr zu. Insbesondere wenn das Bild den angesprochenen Inhalt veranschaulicht. Hier nur als Bild was einsetzten, zum Beispiel den Heise-Schriftzug, damit man was hat, ist natürlich kontraproduktiv.

#Mastodon #SocialMedia #Fediverse #Apps

@mho@social.heise.de
Die Darstellung hängt ja auch vom verwendeten Clienten ab...

Bei #FediLab hab ich z.B. die Preview ausgeschaltet und bei #Sharkey bekomme ich eine Vorschau auch erst, wenn ich das will, wenn ich mit der Maus oder dem Finger drüber bin.

Das angehängte Bild halte ich für überflüssig.

Sinnvoll fände ich, wenn Überschriften mit Markdown/ MFM als solche gekennzeichnet würden.