Mensch muss ja nicht auf dem #CCCamp23 sein, um was zu hacken: Hier ist #mastothread - eine kleine Hilfe, wenn man auf #mastodon (oder anderswo) doch mal einen längeren Text unterbringen und auf mehrere Postings aufteilen möchte. Mit Paginierung, variablem Zeichenlimit, manuellem Umbruch und realtime Vorschau. Kein Posten direkt in den Account aus Gründen.

https://rstockm.github.io/mastothread/

Wie schon #mastowall zu 100% von #ChatGPT4 geschrieben, hier der Code zum selber hosten: https://github.com/rstockm/mastothread

Mastothread

@rstockm
Muss leider spielverderberisch einwerfen, dass @mwittman mit #FedThreader genau das selbe Tool schon vor 9 Monaten veröffentlicht hat: https://wittman.github.io/fedthreader/
Und kann mir die IT-bibliothekarische Anmerkung nicht verkneifen, dass ich in der Praxis doch lieber dreimal konventionell recherchiere und meinen CO2-Fußabdruck schone, bevor ich auf LLMs wie #ChatGPT zurückgreife
FedThreader

@nb @mwittman ah, schau an. Ich hatte hier rumgefragt, da kam nichts. Die eher geringe Bekanntheit könnte auch mit dem Design und der nicht vorhandenen Mobilversion zu tun haben…
@rstockm
Sorry, war bisher nur deiner bibliothekarischen Identität gefolgt (fixed now) und schaue auch gerade nur sporadisch rein 😉
Wird wohl mal wieder Zeit, dass wir unsere Listen pflegen. Dabei fällt mir auf, dass wir keine speziell für Tools haben. Deine Materialsammlung ist ja eher fürs Onboarding. Die Delightful Listen zielen eher auf Standalone Software und Awesome Mastodon scheidet für mich aus wegen #GiveUpGitHub 😅
@mwittman
@rstockm
Bei der Gelegenheit: Was ich gerade noch vergeblich suche: ein #unroll Tool ala Thread Reader für/s #Mastodon / #Fediverse. Idealerweise natürlich #FLOSS #OpenSource 🔎😀
@mwittman
@nb @rstockm @mwittman @nb na, dann baue ich das doch mal als Nächstes.
@rstockm
Das wäre eine Challenge 😁 Ich bin gerade noch mitten in der "Das muss es doch schon geben"-Phase 😅 Bisher habe ich nur ein Post Screenshot Tool gefunden: Mastopoet von @raikas: https://github.com/raikasdev/mastopoet
Aber mir geht es um die Abspeicherung eines ganzen Threads als Text zu Archivierungszwecken. Gute Web-Archivierungs-Tools hätten wir ja als Basis, z. B. https://webrecorder.net
@mwittman
GitHub - raikasdev/mastopoet: The Toot screenshot tool for Mastodon.

The Toot screenshot tool for Mastodon. Contribute to raikasdev/mastopoet development by creating an account on GitHub.

GitHub

@nb @rstockm @mwittman @raikas Threadreader-Webseiten werden hier nicht gern gesehen, es gab schon mehrere Versuche, deren Entwickler dann von ihren Instanzen gebannt oder deren Instanzen deföderiert wurden.

An sich sollte man diesen Thread-Irsinn von drüben hier auch nicht nachbauen, sondern längere Texte einfach ordentlich bloggen. Dass Threads so wichtig wurden, war weil Twitter seine Plattform-nativen Inhalte bevorzugte.

@frumble @nb @rstockm @mwittman

Das ist ein guter Punkt. Die alte Blog-Kultur sollte zurückkehren. Oder die Nutzer könnten einfach einer Instanz mit einem größeren Zeichenlimit beitreten (wie meiner mit 10 Tausend).

@frumble @nb @mwittman @raikas das ist mir neu, und ich lunger hier seit 5 Jahren rum. Was spricht gegen externe Thread-Reader, die sauber die API nutzen?
@rstockm @nb @mwittman @raikas Die starke Kritik daran kam aus derselben Ecke wie zur globalen Suchfunktion. Ich kann beide Seiten verstehen. Threadreader entziehen ein Stück die Kontrolle über die weitere Verbreitung. Das wird nicht gern gesehen.
@frumble @nb @mwittman @raikas hm. Also eine externe Suche baut einen Index auf, es entsteht dauerhaft eine neue Datenhalde mit gut diskutierten Konsequenzen. Ein Unroller wirkt nur im Moment des Aufrufs, nichts wird gespeichert, alles temporär im Browser. Sehe da exakt 0 Konfliktpotential 🤷🏻‍♂️
@rstockm @nb @mwittman @raikas Kommt auf die Implementierung an. Wenn er das nie abspeichert, ist’s auf der Serverseite halt auch ineffizient. So haben die Fediversuche nicht gearbeitet, sondern mit Speicherung wie Threadreaderapp für Twitter.
@frumble @nb @mwittman @raikas ok das wäre jetzt nicht mein App-Ansatz, auch nicht das Teilen an andere. Mir würde es um ein Tool gehen dass solche Threads zusammenbaut damit man sie etwa als PDF archivieren kann. tab zu - Daten weg.
@rstockm
Genau deinen Ansatz zum als PDF wegspeichern würde mir auch vorschweben 👍
@frumble
Bin selber kein Befürworter von Fediverseweiter Volltextsuche und Scraping, daher kann ich den Standpunkt auch sehr gut nachvollziehen.
@mwittman @raikas
@rstockm
🤩 Habe doch noch ein vertretbares #unroll / #ThreadReader Tool gefunden: Masto Thread Renderer von @[email protected]: https://thread.choomba.one
Url reinpasten und gibt einem den Thread (alle Posts / Replys der postenden Person) komplett am Stück in Markdown zurück, simple as that. Lässt sich dann ja in alle möglichen Formate konvertieren, z. B. mit pandoc 😊 Ist auch Open Source (APL 2.0) und self-hostable (siehe Dockerfile im Repo). Erfüllt meine Anforderungen 👍
@frumble @mwittman @raikas
Index - Mastodon Thread Renderer

@frumble
Danke für den Hinweis. Ging es dabei um den Umstand, dass bei den gängigen Threadreadern Posts aus dem Fediverse öffentlich auf einer Website gespiegelt werden, also es de facto unerlaubtes Scraping wäre? Falls ja, würde etwas gegen eine local-only Variante sprechen, die einen Thread nur auf dem eigenen Gerät abspeicherbar macht und nie online stellt?
Ich habe selbst mit eigener Instanz auch kein Problem mit dem Zeichenlimit, aber dennoch gibt es eben genug Threads hier im Fediverse, z. B. auch Essays, die ich gerne für mich bequem (= bequemer als CopyPaste) lokal archivieren würde, es gehen auch mal Instanzen down.
@raikas
@rstockm @mwittman