Skip to main content


in reply to jakob 🇦🇹 ✅

Das mit den Kommentaren ist schnell erklärt: Die Anzahl der Kommentare neben dem Symbol zeigt die Anzahl der direkten Kommentare an. D.h. 25 Leute haben direkt den Beitrag kommentiert, insgesamt befinden sich aber mehr Kommentare im Beitrag.

Und das mit den Likes und Reshares ist auch einfach erklärt: Wir müssen mit Limits beim Holen der Kommentare, Likes und Reshares arbeiten, ansonsten läuft der Speicher über. Die Zahl neben den Icons ist die korrekte Zahl.

in reply to Michael Vogel

@Michael Vogel
Ok, diese Limitierungen versteh ich.
ABER warum sind in der /network-Timeline andere Zahlen bei der Textbeschreibung wie wenn ich den Beitrag direkt anzeige?
Und warum werden für die Icons nicht die selben Zahlen verwendet, wie für die textliche Beschreibung der Likes und Reshares?
Und warum sind Likes auf einmal per Emoji-Reaktion und nicht beim Like-Button gezählt?
in reply to jakob 🇦🇹 ✅

Auf der network-Seite gelten knappere Limits als auf der Einzelseite. Die Zahlen neben den Icons werden direkt per SQL berechnet, dadurch müssen keine Limits beachtet werden.

Das mit dem Like und Emoji-Reaktionen ist etwas, das gelegentlich passiert. Wieso, das weiß ich noch nicht.

in reply to Michael Vogel

@Michael Vogel Ja aber dann lassen wir doch bitte die Zahlen weg, bevor da irreführende und nicht zusammenstimmende Zahlen dort stehen.
in reply to jakob 🇦🇹 ✅

@jakob 🇦🇹 ✅ @Michael Vogel
Du meinst die Zahlenangaben zu den klickbaren Likes oder Reshare, korrekt?
Ja, wenn die Angabe ungenau ist und zu Irritationen führen kann, dann sollte sie u.U. nicht mehr angezeigt werden oder der Wert neben den Icon übernommen werden. Wichtig ist jedoch, dass die Funktion als Solche erhalten bleibt. Sie wird von vielen Nutzenden nachgefragt.
in reply to jakob 🇦🇹 ✅

@jakob 🇦🇹 ✅ Es handel sich doch um diesen Beitrag oder?

https://loma.ml/display/4edd2508-1365-5718-be1e-658805023693

Bei mir sieht das dann so aus:

in reply to ONE ✔

@ONE ✔ @jakob 🇦🇹 ✅ OK dann ist aber die Frage inwiefern es Sinn macht abgesehen von den Kommentaren bei Menschen auf anderen Servern anzuzeigen wie oft ein Beitrag geliked, gedisliked oder geteilt wurde oder?
in reply to Sascha 😎 🏴

@Sascha 😎 🏴 @jakob 🇦🇹 ✅
Das ist in verteilten Netzen wie den Fediverse schon immer so. Da unterscheiden sich die Plattformen nicht. Es ist immer nur eine ungefähre Angabe, wenn du nicht selbst der Versendet bist.
in reply to ONE ✔

@ONE ✔ @jakob 🇦🇹 ✅ Jap, es wäre eben in meinen Augen wichtig das auch so darzustellen. Klar wäre in einen eher strikt definierten Protokoll bei entsprechender Umsetzung durchaus möglich, aber so ist AP nicht gestrickt.
in reply to ONE ✔

@ONE ✔ Inwiefern an Mastodon? Das sie das Protokoll nicht so toll umsetzen?
in reply to Sascha 😎 🏴

@Sascha 😎 🏴 Als sie von Twitter kamen, waren Likes und Reshare ihre Währung. Auf Mastodon und im gesamten Fediverse ist diese Anzeige aber ungenau. Ergo waren ihre Werteschemata kaputt und Mastodon war blöd, weil es anders als zentrale Dienste funktioniert.
in reply to ONE ✔

@ONE ✔ Achso das meinst Du. Stimmt daran erinnere ich mich noch. Ich würde eh lieber so was wie z. B. bei Signal haben, also das man einen Beitrag oder Kommentar einen Emoji zuordnen kann. Dafür kann man dann gerne auf 'gefällt mir' und 'gefällt mir nicht' verzichten.
in reply to Sascha 😎 🏴

@Sascha 😎 🏴
'gefällt mir' und 'gefällt mir nicht' sind in Richtung anderer Plattformen wichtig. Und auch grundsätzlich habe ich nichts gegen die Bezeichnung einzuwenden. Das ist aber immer auch eine Typfrage
in reply to ONE ✔

@ONE ✔ Der Hintergrund ist das man oft gerne auf einen Beitrag reagieren würde, aber gerade nicht die Zeit oder den Nerv hat etwas dazu zu schreiben. Dafür eignen sich dann Emojis recht gut. Das mit dem 'Gefällt mir' und 'Gefällt mir nicht' ist dagegen recht eindimensional bzw. flach.
in reply to Sascha 😎 🏴

@ONE ✔ Und klar würde so was nur Sinn machen wenn man es in AP integriert.
in reply to Sascha 😎 🏴

@Sascha 😎 🏴

AP hat die Emoji-Reactions mit dabei.

Pleroma nutzt sie, Friendica hatte sie kurzzeitig, zeigt sie auch an, wenn welche kommen.

@ONE ✔

This entry was edited (5 months ago)
in reply to Nordnick :verified:

Es gibt zwei unterschiedliche Umsetzungen. Bei der einen (von Misskey), wird ein "Like" gesendet und zusätzlich ein Content übertragen. Bei der Umsetzung von Pleroma wurde das Protokoll erweitert.
in reply to Michael Vogel

@heluecht @one @sascha

Bei #Pleroma sind mir neulich schon Unterschiede in der Implementation im Vergleich zu #Mastodon aufgefallen (an anderer Stelle).

Wenn #Pleroma #ActivityPub "erweitert", würde es die Kompatibilität zum Standard brechen...!?!

in reply to Nordnick :verified:

ActivityPub ist dafür gebaut, erweitert zu werden. Friendica überträgt z.B. auch zusätzliche Felder für ein paar Daten, die wir die Diaspora-Kommunikation benötigen.
in reply to Michael Vogel

@Michael Vogel @Nordnick :verified: @jakob 🇦🇹 ✅ @ONE ✔ Das kann aber auch zu Problemen führen, da jedes Projekt so Sachen basteln kann die es will und es Überschneidungen gibt. Außerdem müsste man an die Benutzer kommunizieren das es nicht nur andere Plattformen gibt, sondern das auch Sachen die auf der eigenen so laufen auf anderen Plattformen anders laufen oder gar nicht.
in reply to Sascha 😎 🏴

@sascha @heluecht @one

Ganz genau... wenn jede Implementation beliebig von der Empfehlung (Recommendation) abweicht, kann man sich ein Standardprotokoll auch sparen... 😉

Ernsthaft, beliebig neue Felder zu nutzen, mag vereinzelt 'ne nette Idee sein, bringt aber zwangsläufig Probleme in der Kommunikation mit sich...

Vergleiche mal die Art, wie #Microsoft & Co. z.B. den E-Mail-Standard unterlaufen... 🙁

in reply to Sascha 😎 🏴

@Sascha 😎 🏴 Wenn ich das richtig verstanden habe, dann werden die zusätzlichen Angaben für Diaspora über das Disapora Protokoll versendet. Das ist also ein Handling das in Friendica stattfindet und an der Außenkante nicht transparent wird.
Da das Diaspora Protokoll nicht gebastelt ist, wird deine Beschreibung dem Ganzen nicht gerecht. Es sind verschiedene Protokolle, die von Friendica unterstützt werden.

@Michael Vogel @Nordnick :verified: @jakob 🇦🇹 ✅ @ONE ✔

in reply to Nordnick :verified:

@Nordnick :verified: Wenn ich mich recht erinnere wird AP doch vom W3C entwickelt und verwaltet. Sprich dort währen dann eben auch die Möglichkeiten für Erweiterungen geschaffen und so vorgesehen gewesen.

@Michael Vogel @jakob 🇦🇹 ✅ @ONE ✔

in reply to Nordnick :verified:

@Nordnick :verified: Ja und genau da sehe ich auch das Problem. Das die Konzeption und Entwicklung von AP beim W3C liegt. Das wäre in der Hand einer eigenen Organisation die einen festen sauberen 'Standard' schafft und die Entwickler aller beteiligten Plattformen zusammen bring besser aufgehoben gewesen.

@Michael Vogel @jakob 🇦🇹 ✅ @ONE ✔

in reply to Sascha 😎 🏴

Es gibt eine gewisse Koordination der Entwickler: https://socialhub.activitypub.rocks/
in reply to Michael Vogel

@heluecht

Hab' die URL zwar in meinen Bookmarks, bin aber ziemlich selten da... 😉

@jakob @one @sascha

https://socialhub.activitypub.rocks/

in reply to Nordnick :verified:

AP wurde extra so gebaut, dass man es erweitern kann. Und bezüglich ActivityPub und AP: Ja, es unterstützt es nicht. Aber bei der "Friendica zu Friendica"-Kommunikation müssen wir zusätzliche Daten übertragen, damit Friendica-Kommentare auch zu Diaspora übertragen werden.
in reply to Matthias ✔

@feb

So hatte ich das verstanden und im Hinterkopf: #Friendica unterstützt mehrere Protokolle.

@heluecht @jakob @one @sascha

Moin am Montagmorgen an alle... 😀

Unknown parent

in reply to jakob 🇦🇹 ✅

Aber am Smartphone sind wieder die richtigen Zahlen beim Text, und keine bei den Buttons...
in reply to jakob 🇦🇹 ✅

Es ist aber für mich immer noch unklar, warum die Anzahl der likes und shares als Text am Smartphone und am Desktop unterschiedlich ist...
in reply to jakob 🇦🇹 ✅

@jakob 🇦🇹 ✅ Interessant finde ich das der ganze Beitrag hier eingebunden wurde, obwohl ich das gar nicht so wollte. Sprich ich hatte gar keine Auswahl ob der Beitrag hier eingebunden werden soll, hätte ich nämlich sonst nicht gemacht da er recht lang ist und der Inhalt ja nichts mit der Frage an sich zu tun hat.
in reply to Sascha 😎 🏴

@Sascha 😎 🏴

Das Preview ist ein wenig gewöhnungsbedürftig. 😁

Funktioniert nicht immer den Erwartungen entsprechend.

in reply to jakob 🇦🇹 ✅

@jakob 🇦🇹 ✅ Ja in dem Fall liegt es wohl das wir es zum einen mit dem AP und zum anderen mit dem Diaspora Protokoll zu tun haben. Sagt man bei AP was weiter, so wird einfach der Orginalbeitrag bei den eigenen Beiträgen eingebunden. Sagt man bei Diaspora etwas weiter wird ein komplett neuer Beitrag erstellt. Den Unterschied erkennt man auch bei den Kommentaren. Friendica kann halt beides und nutzt es je nachdem was für Beiträge weitergesagt werden und wohin ein Beitrag geht. Und das kann dann durchaus die 'göttliche Verwirrung' mit sich bringen.
in reply to Sascha 😎 🏴

@Sascha 😎 🏴
Ok. Ich hätte das Problem mit dem Prieview eher so wahrgenommen, dass Youtube-Links meist gut funktionieren, bei Peertube gibt es immer wieder mal Probleme (oder war's umgekehrt?), die Quellen werden manchmal nicht korrekt oder gar nicht geparst und dargestellt werden.
Das Verteilen ist dann noch einmal ein Layer Komplexität drüber.
in reply to jakob 🇦🇹 ✅

@jakob 🇦🇹 ✅ Youtube und Peertube sind noch mal eine ganz andere Nummer. Youtube Videos werden zumindest bei Friendica und auch Diaspora eingebunden, wenn auch unterschiedlich. Bei Mastodon und anderen weiß ich es jetzt gar nicht. Peertube Videos werden leider nicht eingebunden. Mir ging es bei meinen letzten Kommentar eher darum das der verlinkte Beitrag in meinen vorherigen Kommentar komplett eingebunden wurde und ich das beim Erstellen des Kommentars nicht abwählen konnte. Dadurch wurde ein recht langer Beitrag dessen Inhalt mit der eigentlichen Thematik an sich nichts zu tun hat komplett in den Kommentar eingebunden.

Lo, thar be cookies on this site to keep track of your login. By clicking 'okay', you are CONSENTING to this.