#feedreader

Die Kommandozeile für das WWW

Oben im Browser, in die Adressleiste, da kann man ja nicht nur URLs eingeben. Man kann auch einen Suchbegriff eingeben und kommt dann direkt zu der Seite mit den Suchergebnissen bei der eingestellten Standardsuchmaschine, meistens Google. So spart man sich den Zwischenschritt, bei dem man die Startseite der Suchmaschine aufruft und sich dort erstmal zurechtfinden muss – sicherstellen, dass der Cursor auch im Suchfeld ist, usw.

Nun gibt es aber nicht nur Google, sondern eine Vielzahl an Websites, die Suchfunktionen anbieten, und bei denen ich genauso wenig Lust habe, mich jedes Mal auf ihren Startseiten zurechtzufinden, wenn ich etwas suche. Deswegen habe ich bei mir im Browser als Standardsuchmaschine nicht Google, sondern trovu.net eingestellt. Dadurch muss [1] ich zwar jede Suchanfrage in der Adresszeile mit einem für Uneingeweihte kryptischen Kürzel beginnen. Ich habe dadurch aber eine Vielzahl an Websites at my fingertips. Je nach Kürzel werde ich sofort zu den Suchergebnissen auf der entsprechenden Website geleitet. Selbstredend ohne dass ich meine Finger für eine Sekunde von der Tastatur wegbewege, denn Ctrl+L bringt mich direkt in die Adresszeile. Zumindest für einen Unix-Nerd wie mich ist das ideal, quasi die #Kommandozeile für das WWW. Dieser YouTube Short veranschaulicht das Prinzip.

Trovu wird von Georg Jähnig entwickelt, wie schon die Vorgänger Serchilo und FindFind.it. 2007 stellte er Serchilo auf der von mir mitorganisierten Tagung der Computerlinguistik Studierenden (TaCoS) in Tübingen vor. Seitdem habe ich Serchilo und seine Nachfolger durchgehend verwendet. Seit ca. den 2010ern lassen sich auch mobile Browser und Such-Widgets für Smartphone-Homescreens entsprechend konfigurieren. Trovu ist kostenlos, quelloffen, datensparsam und werbefrei und finanziert sich durch Afffiliate-Links, d.h., wenn ich über Trovu z.B. bei Amazon was suche und dann was kaufe, kriegt Georg eine kleine Provision.

Eine Vielzahl nützlicher Kürzel ist vordefiniert, man kann aber auch eigene definieren und damit auch vordefinierte Kürzel für sich selbst überschreiben. So bin ich 2024 von Google zu DuckDuckGo gewechselt, mein Muskelgedächtnis musste ich aber nicht umtrainieren: Das Kürzel g ist weiterhin für die Websuche zuständig, ich habe es mir einfach so umdefiniert, dass es DuckDuckGo aufruft, entsprechend gi für die Bildersuche. Entsprechend habe ich mir 2013, als Google Reader eingestellt wurde, r so umdefiniert, dass es nun Feedly aufruft. In diesem Fall und bei anderen Webseiten, die ich besonders häufig aufrufe, verwende ich meistens gar keinen Suchbegriff, sondern benutze das Kürzel wie ein Lesezeichen. Trovu ruft dann in den meisten Fällen die Startseite der jeweiligen Website auf, aber auch das lässt sich konfigurieren. Das Bearbeiten der Kürzel erfolgte bei Serchilo nerdig über ein MediaWiki, bei FindFind.it über eine Drupal-basierte Website und bei Trovu wieder nerdiger, indem man eine Konfigurationsdatei auf GitHub pusht.

Hier ist eine subjektive und willkürliche Auswahl meiner 5 wichtigsten Use-Cases für Trovu und der zugehörigen Kürzel:

Ein Wort in einem zweisprachigen Online-Wörterbuch nachschlagen. Will ich zum Beispiel wissen, was Zahn auf dänisch heißt, gebe ich den ISO-639-2-Code für Dänisch, da, als Kürzel ein, gefolgt von dem Suchwort: da zahn. Trovu leitet mich zu einem deutsch-dänischen Online-Wörterbuch, denn es weiß, dass meine Standardsprache Deutsch ist. Will ich stattdessen in einem englisch-dänischen Wörterbuch nachschlagen, präfigiere ich das Kürzel mit dem entsprechenden Namensraum-Kürzel, was quasi meine Standardsprache für diese Suchanfrage zu Englisch ändert und mir eine andere Auswahl an definierten Kürzeln liefert: en.da tooth. Gebe ich fr zahn ein, komme ich auf ein deutsch-französisches Wörterbuch, LEO.org. Will ich stattdessen dict.cc benutzen, so gibt es auch dafür einen Namensraum: dcc.fr zahn.

Für viele meiner eigenen Websites habe ich persönliche Kürzel definiert, sowohl mit Argument zum Suchen als auch ohne Argument zum Aufrufen einer Seite: vw für das Wiki der Gesellschaft zur Stärkung der Verben, vv, um direkt zur Liste der gestorkenen Verben zu kommen, vf für das Forum der Gesellschaft zur Stärkung der Verben, lt, um bei Freut euch des Labenz! ein Stichwort aufzurufen, ls, um dort alle Definitionen zu durchsuchen, tn, um mein Tweetarchiv zu durchsuchen, tttt, um mein Blog zu durchsuchen.

Die verschiedenen Funktionen von Kleinanzeigen (früher eBay Kleinanzeigen) navigiere ich mit Kürzeln: kaz zum Suchen oder zum Aufrufen der Startseite, kazn, um direkt zu den Nachrichten zu kommen, kaza für die Liste meiner Anzeigen, kazm für meine Merkliste und kaz+, um direkt zu dem Formular zum Aufgeben einer neuen Anzeige zu kommen.

a durchsucht das Angebot von Amazon, ao meine Bestellhistorie. Würde ich das Formular auf der Website benutzen, würde ich ständig die beiden Suchfelder verwechseln.

Lauert hinter einem URL eine Paywall, ein unbenutzbar formatiertes Kochrezept oder eine verschwundene Seite, gibt es oft einen speziellen Dienst, der Abhilfe schafft. In Kombination mit Trovu muss ich nur in die Adressleiste springen und den problematischen URL mit einem entsprechenden Kürzel präfigieren: atd schmeißt ihn in den Paywallentferner Archive.today, ckd in den Rezeptaufbereiter Cooked.wiki und wbm in das Archiv Wayback Machine.

[1] Muss ich gar nicht. Wenn meine Suchanfrage nicht gerade mit einem Wort beginnt, das in Trovu als Kürzel definiert ist, leitet Trovu mich einfach zu meiner in Trovu als Standard eingestellten bevorzugten Suchmaschine DuckDuckGo weiter.

Dear Tumblr,

Do you realize that with this Oath Notice that appears when you call every Tumblr URL you have blocked all RSS feeds for Tumblr blogs?

Anscheinend bin ich der Edgecase beim Timeline-Sliden

Noch vor dem ehemaligen Twitter, jetzt X geheißen wie so eine dahergelaufene Pornoseite, habe ich mir angewöhnt, Timelines chronologisch und vollständig zu lesen, aber umgekehrt chronologisch darzustellen. Ganz oben ist also immer das Jetzt und ich lese von unten nach oben bis ich im Jetzt ankomme und damit auf eine natürliche Barriere treffe, die mir eine Chance zum Aufhören (oder den Wechsel zur nächsten Timeline) einräumt. Wenn ich zurückkehre, muss dazu die Timeline an derselben Stelle stehengeblieben sein, damit ich von dort wieder nach oben in Richtung Jetzt aufholen kann.

Ebenfalls seit der Zeit vor dem ehemaligen Twitter, jetzt X geheißen wie so eine dahergelaufene Pornoseite, bin ich auf der verzweifelten Suche nach einem Client, der in der Lage ist, mir bei meinem Vorgehen nicht laufend in die Suppe zu spucken. Tumblr zum Beispiel hat damals einfach immer im Jetzt angefangen und ein endloses nach-unten-Scrollen eröffnet, sodass man letztlich, wenn man länger nicht da war, keinerlei realistische Chance hatte, die gesamte Timeline lückenlos mitzubekommen. Hinzu kam, dass bei langen Sessions zwischendurch mal eine andere App zu öffnen war und der Speichermanager des Smartphones dann gerne die vermutlich wegen der vielen Bilder speicherhungrige Tumblr-App abgeschossen hat. Das war schon lästig, aber bei dem ganzen Porn seinerzeit war das nicht ganz so problematisch.

Anders war das bei Identi.ca und später bei Twitter und jetzt bei Mastodon (das merkwürdige Pornoseiten-X habe ich vom Handy geworfen und seitdem nicht wirklich vermisst), denn da habe ich über die Jahre verschiedenste Drittclients verwendet, die mal mehr mal weniger zuverlässig die letzte Position behalten haben. Wenn das unzuverlässig war, hat es mich wahnsinnig gemacht, wie zuletzt beim Twitter-Originalclient: Dort kam es immer häufiger vor, dass ich nicht im Jetzt oder dem letzten Lese-Zeitpunkt begann, sondern mich entweder in der für mich völlig nutzlosen algorithmisch erzeugten und damit komplett durcheinandergeratenen Chaostimeline wiederfand oder viel nerviger ein paar zig bis ein paar hundert Tweets in der Vergangenheit vor dem letzten Lese-Zeitpunkt. Ich vermute dahinter irgendeinen Bug, denn das will ja nun wirklich niemand. Vielleicht war es auch ein Psychospielchen, um mich in die Chaostimeline zu drängeln, um mir dort fragwürdiges Zeug reinzudrücken, das ich sehr absichtlich nicht sehen möchte (Psychohygiene und so).

Was mich aber durch all die Jahre und Clients begleitet hat, mal mehr mal weniger ausgeprägt, ist die hektische Wischgeste, wenn ich auf eine "Mehr laden" Lücke stoße. Die meisten Clients haben die zuletzt angezeigten Lesestücke noch im Cache und holen beim neuen Betreten die n neuesten vom Server, meistens 50 oder 100. Das ist bei häufiger Nutzung kein Problem, wenn man aber mal zwei, drei Tage nicht da war, scrollt man aufwärts in eine mehr oder weniger große zeitliche Lücke hinein. Die Clients zeigen dann meistens einen Button zum Nachfüllen der Lücke an, aber wenn man da drauf tippt, landet man bei allen mir bekannten Clients am oberen Rand der gefüllten Lücke (weil nach unten aufgefüllt wird), also hat man 50 oder 100 Lesestücke übersprungen, wenn man aufwärts scrollt. Wenn man das mehrmals hintereinander machen muss ist es kaum möglich, die vorherige Lesestelle wiederzufinden.

All die Jahre warte ich also schon darauf, dass irgendein Client mal auf den Trichter kommt, die Leserichtung einstellbar zu machen oder gar zu erkennen und die Lücke dann in die entsprechend richtige Richtung aufzufüllen, also bei mir von der aktuellen Scrollposition nach oben, aber der Wunsch wurde mir nie erfüllt. Es gibt allerdings dahingehend Unterschiede zwischen den Clients, wie gut mein Workaround funktioniert und da bin ich mit Tusky aktuell noch am glücklichsten: Ich tippe den Button an und wische dann ganz hurtig die darunterliegende und zuletzt gelesene Stelle nach oben aus dem sichtbaren Bereich heraus und verharre dann einige Sekunden im statischen, aber aktiven Scrollzustand. In etwa 90% der Fälle gelingt mir das und wenn ich wieder zurückscrolle, ist mein Lesebereich nicht versprungen und ich kann an korrekter Stelle weiterlesen oder muss das Ding noch zwei-, dreimal durchziehen und hoffen. In den anderen Fällen ist doch alles versprungen und ich muss die eigentliche Lesestelle wiederfinden.

Ich träume noch immer von einer Zukunft, in der mein offensichtlicher Leserichtungs-Edgecase irgendwo Berücksichtigung findet. Bin ich wirklich alleine mit meiner Vorliebe? Wie lesen denn andere ihre chronologischen Timelines? Immer wieder wie bei Tumblr damals vom Jetzt in die Vergangenheit, bis man hoffentlich irgendwo ankommt, wo es einem bekannt vorkommt? Und wenn man vorher auf dem Klo fertig ist, hat man beim nächsten Besuch schon zwei Lücken, dann drei und so weiter?

Bei meinem Feedreader lese ich übrigens anders herum: Da sind die alten Artikel oben und ich lese nach unten zum Jetzt hin. Das liegt hier daran, dass ich Artikel oft (teilweise sehr lange) ungelesen lasse, wenn sie mir für die aktuelle Situation zu lang sind oder ich in einem anderen Kontext nochmals darüber stolpern möchte.

Was übrigens fehlt, ist eine Synchronisation der Leseposition über verschiedene Geräte hinweg. Bei meinen Feedreadern ist das für mich unverzichtbar, weshalb ich seit dem unrühmlichen Ende des Google-Readers eine eigene Instanz der Software FreshRSS als Backend für meine wechselnden Feedreader-Apps betreibe. Für einige Twitter-Drittclients gab es so einen Dienst anfangs mal, aber der wurde irgendwie eingestellt oder wurde kostenpflichtig und dann eingestellt, wenn ich mich richtig erinnere. Aber dieses Feature fehlt mir sehr und weder das Webinterfase von Twitter noch das von Mastodon kann das, obwohl das dort eigentlich leicht zu implementieren wäre, weil man die Leseposition einfach an das Profil hängen könnte. Anscheinend bin ich wirklich ein Edgecase.

Nachtrag: Direkt über Mastodon kam hilfreiches Feedback. Für Apple-Geräte gibt es mit Ivory (Bezahlapp) und Metatext (Free and Open Source) wohl zwei Mastodon-Clients, die das Problem angehen. Metatext erkennt sogar selbsttätig die Leserichtung und markiert mit Pfeilen, in welcher Richtung aufgefüllt werden wird. Ich bin gerührt und mal wieder ein wenig zerknirscht darüber, dass man bei Apps für Apple-Systeme anscheinend mehr Wert auf UX (User-Experience) legt. Dank an Ernst und Sylke für die Hinweise und auch das sonstige Feedback: Ich bin gar nicht so alleine.

Nachtrag 2: Dabei lag die Lösung längst vor mir! Kilian Evang wies mich darauf hin, dass hinter der für mich völlig falsch beschrifteten Einstellung "Lesereihenfolge" bei Tusky genau die Einstellung steckt, die ich mir so sehnlich herbeigewünscht habe: Hier bleibt auch bei "Älteste zuerst" anders als bei so ziemlich jeder anderen mir bekannten App mit einer solchen Einstellung das Jetzt oben, sie wirkt sich hier ausschließlich auf die Richtung beim Auffüllen der Lücken aus. Problem gelöst. Jetzt fehlt nur noch eine Synchronisation der Leseposition über mehrere Geräte.

Ich habe einen neuen Feedreader gefunden, der sich übersetzen lässt.

A quick fix to the Money Stuff newsletter readability on Inoreader through custom CSS.

I have been using Inoreader as my main feed reader for quite a while now after having tried feedly for a few years. I even upgraded to their Premium plan for the power user and additional newsletter limits. I subscribe to a few newsletters as it is easier to get all the content in one place. There had been one rendering issue that I had been facing with Matt Levine’s Money Stuff newsletter ever…

KI, viel zu lernen du hast

Ich bin ja noch einer derjenigen, die einen Feedreader bemühen, für mich interessante neue Beiträge aus von mir selbst händisch ausgewählten Blogs zusammenzuklauben. Meistens abends schaue ich via feedly, was es Neues gibt. Bei meiner Auswahl sind das zwischen 40 und 60 Beiträgen am Tag, am Wochenende ein paar weniger. Neben vielen Tech-News, die ich in der Regel schnell durchscrolle, sind auch ein paar Nischenblogs dabei.

Heute gibt es beim "Lawblog" wieder neue Beiträge. Ich lese so vor mich hin, als meine Augen über diesem Beitrag an einer Frage hängen bleiben:

Screenshot feedly mit KI-Frage

"Is this article about immigration?"

Ich so "Hä? Ne."

Dennoch lese ich den Artikel noch mal, bevor ich gewissenhaft "No" klicke. Danach ändert sich das Fenster:

Screenshot Feedly zu KI-Frage

Zu 58 % war sich die feedly-KI sicher, dass es um Immigration geht. Eigenartig, denke ich. Zum einen finde ich, es ist doch klar, dass es zu 99,5 % oder mehr nicht um Immigration geht, zum anderen frage ich mich, warum ausgerechnet Immigration und nicht ein weniger hitzig diskutiertes Thema, um die KI zu schulen. Um das zu verstehen, reicht wohl meine natürliche Intelligenz nicht aus.

FreshRSS – A Feed Reader of My Own

I was exploring ways to add an RSS feedreader to my WordPress site and installed PressForward. I was looking for a replacement for my Inoreader subscription. PressForward is a great tool, but a little more than I needed. I could see the benefits for organizations with multiple people that curate, comment on, and publish articles. After exploring more, I found FreshRSS – “A free, self-hostable…

I’m always a little bit behind... And so I recently discovered something that was in its prime about 10 years ago, and has since then been dropped by just about everyone, including twitter, facebook, insta, google - but not yet tumblr. ;)

Anyways, my problem was that I wanted to follow my standard 100 tumblrs <3, but additionally like 3 youtubers, a twitter and 2 instas *estimates*. Now heading over to each platform every day to check if the one (1) person I’m interested in has posted something - that just plain sucks. So I was looking around for a solution and found... the absolutely ancient RSS feeds! And they’re fantastic!

They’re basically a way to follow stuff cross-platform. You have one single dashboard, be it in your browser or as an app, and on that you get your updates from youtube, twitter, reddit, facebook, whatever. Genius! Just what I wanted! I’m really happy so far!

Trouble is that all the “big ones” have dropped support for RSS, which makes sense for them, considering that an RSS feed essentially saves users the daily trips to their sites to check for updates... But there are often workarounds, you might just have to search a bit to find them. :)