The list is on line 782 (ATM) of uzbl_tabbed.py. The FIFO location is determined by your settings (top of file for defaults, possibly overridden from config). It’s like this:

782     def parse_command(self, cmd):
783         '''Parse instructions from uzbl child processes.'''
784
785         # Commands ( [] = optional, {} = required )
786         # new [uri]
787         #   open new tab and head to optional uri.
788         # close [tab-num]
789         #   close current tab or close via tab id.
790         # next [n-tabs]
791         #   open next tab or n tabs down. Supports negative indexing.
...

So, to open a new tab in uzbl_tabbed from newsbeuter, you need a script like newtab.sh:

#!/bin/sh
echo "new $1" > `ls -1 /tmp/uzbltabbed_*`

Then call it from newsbeuter – put this in ~.newsbeuter/config:

browser "~/.local/share/uzbl/scripts/newtab.sh %u"

Sigo con mi marcha, lenta pero segura, hacia un uso progresivo de aplicaciones en terminal de texto; consola. Hoy le toca al lector de RSS/Atom para sustituir a Liferea.

De liferea ya he hablado de aquí, y también se conocen sus problemas de alto consumo. Evidentemente una aplicación con GUI va siempre a consumir más que una aplicación CLI; la comparación no es justa. Pero eso no quita que liferea tiene ciertos problemas de consumo en los recursos.

Antes de topar con Newsbeuter he probado Newsticker para GNU Emacs. Al no tener una cierta pericia en GNU Emacs me ha sido muy complicado configurar Newsticker a mi gusto. He abandonado la idea de usar GNU Emacs para todo. Tenía pensado en usar GNU Emacs para el correo electrónico usando Gnus. Sin embargo, al leer el endiablado manual para configurar Gnus ha sido el último golpe de realidad.

Entonces llego Mutt con su total flexibilidad y potencia, y en él ando aún para echarlo andar a mi antojo. Menciono Mutt pues de su wiki u otras páginas llegue a Newsbeuter. Se dice de él que es el Mutt de los lectores RSS/Atom.

Y sí, lo es, misma interfaz que Mutt e igual estilo para personalizar. Me ha servidor para acostumbrarme a mi siguiente paso: usar Mutt y abandonar Evolution. Para usar y configurar Newsbeuter espero escribir algo aquí, pero no prometo nada. Mientras tanto, que mejor que un pantallazo de él.

Newsbeuter en plena acción dentro de GNU Screen

Con Newsbeuter puedes suscribirte a RSS 0.9x, 1,0, 2,0, y feeds Atom desde un terminal,si te acuerdas de Mutt te serà facil tener una idea de como funciona .Su generosa configurabilidad permite atajos de teclado y un ‘killfile’ que elimina automáticamente los artículos no deseados.

Newsbeuter 1.2 está disponible para su descarga desde la página principal del proyecto, junto con información sobre dependencias, como compilarlo y configuración.

Wie neulich schon angekündigt werde ich hier mal eine Liste von Newsreadern zusammenstellen. Zielplatform ist (wie bei mir üblich) Linux, es werden also nur Reader erscheinen die für Linux vorhanden sind, über Browser verwendet werden oder sonst irgendwie unter Linux verwendbar sind.

Ganz grob gesagt würde ich die Programme in 3 Kategorien unterteilen (integration im Browser oder Mail-Client mal nicht mitgezählt):

lokale Clients:

Diese haben den Vorteil dass man nicht permanent den Browser laufen haben muss, der ja doch einiges an Speicher frisst. Dieser Vorteil erledigt sich dann aber meistens wieder, wenn man eingebettete Inhalte (wie Javascript oder Flash) sehen möchte oder einfach nur einen Newsfeed liest der den Inhalt nicht mitliefert. (besonders auffälliger Vertreter dieser nervigen Unsitte: Heise)

Auffälligste Nachteile dieser Variante sind wohl die mangelnde Einbindung der Browserengine (es gibt komplexere Programme, die dann aber schon wieder den halben Browser mitschleppen) und die Bandbreitenverschwendung… wenn man 300 Newsfeeds liest stündlich auf dem Laufenden bleiben will (was für einige Anwendungen neuerdings sogar etwas knapp wird) darf man dann jede Stunde 300 XML-Dateien runterladen, nicht gerade das ideale für schwachbrüstige Leitungen oder Volumentarife.

Beispiele für lokale Clients:

Akkregator

Der Standard-Client unter Qt-Systemen, viele Funktionen und HTML-Integration zu sehr großen Teilen. Diesen Client habe ich leider nicht wirklich ausführlich getestet da ich hauptsächlich Gnome-Systeme im Betrieb habe, für KDE-Systeme sollte dieser aber meistens die erste Anlaufstelle darstellen.

Liferea

Ebenfalls ein Standard-Client, diesmal jedoch auf GTK+. Sein Funktionsumfang ist beeindruckend, es kann für jeden Feed einzeln ein Aktualisierungsintervall festgelegt werden, Kommentare für die meisten Blogsysteme werden im Newsreader abgerufen und zusätzlich angezeigt, HTML wird zu den größten Teilen unterstützt, Podcasts werden intern abgespielt und natürlich werden auch Standardtechniken wie OPML-Import/Export, asynchrone Feedupdates und sortierung der Feeds in Ordnerstrukturen unterstützt.

RSSOwl

Ein weiterer der “großen” Clients, dieser basiert jedoch auf Java. Daraus ergeben sich bereits die meisten Stärken und Schwächen: der Funktionsumfang ist völlig ausreichend für die meisten, es ist jedoch fraglich warum man sich permanent den Schmerz im Allerwertesten antun sollte und die komplette Java-VM im Ram liegen zu haben, vor allem wenn es andere, native Programme gibt die das gleiche leisten.

Konsolen-Clients

Diese stellen noch einmal eine Unterabteilung der lokalen Clients dar. Auch wenn ich wirklich ein großer Fan Konsolenbaiserender Programme bin, den meisten RSS/Atom-Clients für die Shell fehlen einfach wichtige Funktionen, sie sind fast durchweg nicht in der Lage HTML anzuzeigen und das Aufrufen des Browsers ist auch nur über Umwege (Terminal-Intern?) möglich, so dass ich diese Software nur SEHR eingeschränkt empfehlen kann.

Beispiele wären z.B. Snownews, NRSS, newsbeuter oder olive

Webclients von Drittanbietern

Für viele Nutzer wird diese Abteilung sicher am interessantesten sein, mit einem Webbasierenden Reader spart man sich die installation von zusätzlicher Software, man hat auf allen Rechnern immer den gleichen Stand an gelesenen Artikeln und auch die Integration von Technologien wie Flash klappt verdammt gut. Als weiterer Bonus spart man sich bei den meisten Implementationen auch die bei den lokalen Clients übliche Bandbreitenverschwendung, da natürlich nur die aktualisierten Posts zum lesen angefordert werden, dies bedingt dann auf der negativen Seite natürlich auch dass man in den wenigsten Fällen einen einfluss auf die aktualisierungsrate hat.

Allerdings stellt sich bei den großen Anbietern immer die Frage was sie denn mit den ganzen Daten machen, die man ihnen in den Rachen wirft. Außerdem erschwert eine derartige Anwendung natürlich das Lesen, sollte man mal offline sein.

Google Reader

Mein aktuell am häufigsten verwendeter Reader ist eindeutig die Google-Version. Neben den zu erwartenden Funktionen bietet dieser mal eben noch die Exportierung von Tags als neue Newsfeeds, ich kann also alle Userfriendly-Items mit Comic-Inhalt auch wirklich mit einem Tag Webcomic markieren und wenn ich dieses Tag freigegeben habe, können andere dann dieses Tag mit reinem Comic-Inhalt als neuen RSS-Feed abbonieren. In diesem Zusammenhang fehlt leider noch eine Filterfunktion, es wäre dann z.B. schön, könnte ich Reader sagen er soll alle Items die “GamesConvention” im Titel haben dem Tag “Messe” zuordnen.

Etwas bedenklich ist natürlich die Google-Zugehörigkeit, es muss wohl jeder selbst wissen wem er seine Daten in den Rachen wirft.

Reader bietet als sehr deutliches Alleinstellungsmerkmal unter den Web-basierenden Readern unterstützung für Google Gears. Dies ermöglicht es auch die letzten 2000 Items herunter zu laden und offline zu lesen… sehr praktisch für längere Bahnfahrten und ähnliches.

Bloglines

Bei Bloglines handelt es sich um eine der 2-3 meistzitierten Onlinereader. Im Gegensatz zu Googles Reader bietet dieser eine etwas bessere Benutzerführung, dafür sortiert er die Feeds in Ordner statt in Tags, was etwas weniger Flexibel ist. Was leider auch komplett fehlt, ist eine Funktion mit der man gelesene Feeditems zu neuen Newsfeeds aggregieren kann.

Andere

Natürlich gibt es eine nahezu unbegrenzte Menge an weiteren Anbietern für Webbasierte Feedreader, es würde den Rahmen bei weitem sprengen alle aufzuzählen.

Lokale Installationen Webbasierter Reader

Bei dieser Variante handelt es sich um eine Kombination der beiden konkurierenden Technologien. Man installiert sich auf einen eigenen Webserver einen Newsreader, der dann, je nach geschmack, im lokalen Netzwerk oder auch global erreichbar ist.

In der Verwendung zeigt sich das Ganze dann ähnlich wie ein beliebiger Webbasierender Reader, allerdings weiß man ziemlich genau was mit den eigenen Daten passiert, hat aber im Gegenzug den Installations- und Wartungsaufwand. (Was ein nicht zu unterschätzendes Argument ist, nicht jeder Anfänger will sich einen kompletten Webserver installieren.) Zusätzlich hat man natürlich dann wieder die Trafic-belastung, wenn dies auch evtl. auf einen Server ausgelagert passiert.

Tiny Tiny RSS

TTRSS lehnt sich offenbar stark an das Vorbild von Google an, viele Funktionen sind sehr ähnlich und, von der Gears-Unterstützung mal abgesehen, die meisten Funktionen werden mindestens genauso gut angeboten. In der Tat habe ich schon geplant meinen Server auch dafür zu verwenden, so bald mein Internetanschluss endlich ordentlich funktioniert.

Planet Feedreader

Planet ist eigentlich mehr ein System um mehrere Feeds zu einem einzigem zu aggregieren. Die Ausgabe ist sehr flexibel anpassbar und ermöglicht die Integration in die verschiedensten Webseiten. Daher wird Planet auch sehr häufig von großen OpenSource-Projekten verwendet um Projektspezifische Nachrichten von diversen Entwicklerblogs zu sammeln.

Gregarius

Bei Gregarius scheint es sich ebenfalls um ein Projekt zu handeln, dass sich stark an Googles Vorbild orientiert. Genauere Erfahrungen konnte ich damit leider noch nicht sammeln, ich habe diesen Vorschlag erst neulich von fwolf via Kommentar bekommen. (BTW: Danke!)

Natürlich stellt diese Liste keinerlei Ansprüche in Bezug auf Vollständigkeit oder inhaltlicher Korrektheit. Ich habe einfach nur mal wieder aufgeschrieben was mir durch den Kopf gegangen ist.