Nachdem ich unter Windows über Jahre hinweg immer OE als
newsreader verwendet habe, und mir die wenigen ausprobierten
Alternativen (unter windows) nicht zusagten, bin ich vor
einigen Monaten endgültig auf Linux umgestiegen.
Eine naheliegende Alternative zu OE wäre Icedove/Thunderbird,
aber dessen Bedienoberfläche läuft auf meinem System zu
langsam, als daß sich das Gefühl von Benutzbarkeit bei mir
einstellen würde (langsamer Bildaufbau, scrollt nicht flüssig).
Ausserdem nervte IIRC die Schriftgrössenproblemtik.
Ich habe dann einige andere Newsreader probiert, die aber
alle mit für mein Empfinden höchst gediegenen Layoutvorgaben
nervten, auf Bedienung mit Tastatur optimiert waren, oder
mit der Schriftgrössenproblemtik nervten.
Pan scheint mir von den ausprobierten Programmen das für
mich brauchbarste zu sein. Zwar hätte ich lieber eine längere
Betragsliste mit extra Fenster für die Einzelbeitragsansicht,
anstelle der kleinen Ansicht (die bei OE zu recht nur "Vorschau"
hiess; hatte ich damals bei OE auch deaktiviert), aber das ist
nicht so schlimm. Richtig blöd ist aber, daß Pan beim Start nicht
merkt, wenn schon eine andere Instanz davon läuft. So habe ich mir
jetzt in wenigen Monaten schon mehrfach den Beitragscache zerstört.
Neulich musste ich sogar manuell irgendwelche Dateien im
Pan-Verzeichnis löschen, weil Pan überhaupt nicht mehr starten
wollte. Gibt es dafür irgendeine Lösung?
Gruss
Jan Bruns
--
Ein paar Fotos: http://abnuto.de/gal/
> Beitragscache zerstört. Neulich musste ich sogar manuell irgendwelche
> Dateien im Pan-Verzeichnis löschen, weil Pan überhaupt nicht mehr
> starten wollte. Gibt es dafür irgendeine Lösung?
>
Ein Panstartskript zur Verhinderung doppelter panstarts:
#!/bin/bash
# panstart.sh
PAN=/usr/bin/pan
TEST=$(pidof pan)
echo -n "$PAN ... "
if [ "$TEST" == "" ]; then
# pan läuft noch nicht
$PAN;
echo " gestartet."
else
echo "Pan läuft schon."
fi
alternativ das panbinary umbenennen und dann an die Stelle pan.sh mit
obigen Inhalt und den Pfad des Binary in die Variable Pan oder aber pan
mit panstart.sh konsequent starten.
Grüße
Arnold
Ah. Da hätte ich auch selbst drauf kommen können, daß man sich 'ne
Lösung programmieren kann...
Das Skript funktioniert jedenfalls schonmal bestens. Danke.
> In <he6rs4$llp$2...@news2.open-news-network.org>, Arnold Schiller wrote:
>> Ein Panstartskript zur Verhinderung doppelter panstarts:
>
> hilft aber nicht gegen NFS-$HOME verteilt auf mehrere kisten. ich wuerd
> eher lockfiles (im $HOME) verwenden a la
> <ftp://ftp.tin.org/pub/news/clients/tin/tools/tinlock>
Stimmt ist besser, hätte ich sowas rumliegen gehabt, dann hätte ich wohl
sowas geantwortet, so war die Antwort quick&dirty...
Grüße,
Arnold
> Arnold Schiller:
>>Jan Bruns:
>
>>> Beitragscache zerstört. Neulich musste ich sogar manuell irgendwelche
>>> Dateien im Pan-Verzeichnis löschen, weil Pan überhaupt nicht mehr
>>> starten wollte. Gibt es dafür irgendeine Lösung?
>
>> Ein Panstartskript zur Verhinderung doppelter panstarts:
>
<snip quick&dirty-skript>
>> mit panstart.sh konsequent starten.
>
> Ah. Da hätte ich auch selbst drauf kommen können, daß man sich 'ne
> Lösung programmieren kann...
>
Das ist kein programmieren, aber nun gut...
> Das Skript funktioniert jedenfalls schonmal bestens. Danke.
>
Ursens Lösung ist besser, ich würde die verwenden.
Grüße,
Arnold
>>> mit panstart.sh konsequent starten.
>>
> Das ist kein programmieren, aber nun gut...
Nix gut! Du möchtest der Shell-Programmierung also den Titel
Programmierung absprechen? Das ist neu!
MfG, Ulf
--
\_ _ __ __ _ _ _ _ __ _/
|\/| |_ | /| | | | | |\
| | |_ |/-| |_ |_ | |_ |-\
| _______ _______ |
|/ \|
[...]
> Gibt es daf�r irgendeine L�sung?
Windows neu installieren und *Dialog* benutzen!
Freundliche Gr��e
Thomas Barghahn
--
+++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++
Jesus sprach zu seinen J�ngern:
"Wer nicht Messer und Gabel hat, der frisst
mit den Fingern."
>>>> mit panstart.sh konsequent starten.
>>>
>> Das ist kein programmieren, aber nun gut...
>
> Nix gut! Du möchtest der Shell-Programmierung also den Titel
> Programmierung absprechen? Das ist neu!
Nun gut, dann habe ich halt höhere Ansprüche oder falsche Vorstellungen.
Ich behaupte von mir, dass ich nicht programmieren kann und halte so ein
bisschen if-then-Logik auf Shellebene noch weit davon entfernt ein
vernünftiges Programm zu sein. Wäre es anders, dann wäre hätte ich mit
VBA-Access-Programmierung in den 90er-Jahren bereits programmiert und
hätte bald 20 Jahre oder noch mehr Programmiererfahrung, wenn ich
irgendein rumgepfusche auf C64 oder Atari in den 80er mitzähle.
Aber ich weiss, heute ist bereits Zeilen HTML in die Maschine einklopfen
zu können Programmierung. Dann natürlich war mein panstart.sh schon
höchste Programmierkunst im Verhältnis zu einem <html><body>Text</body></
html>.
Grüße,
Arnold
> Nun gut, dann habe ich halt höhere Ansprüche oder falsche Vorstellungen.
Was für Ansprüche Du hast ist irrelevant! In der Informatik gibts klare
Definitionen zur Prgrammierung und einer Programmiersprache.
Ein wichtiges Attribut was eine Programmiersprache auszeichnet ist deren
"Turing-Vollständigkeit"
<http://de.wikipedia.org/wiki/Turing-Vollst%C3%A4ndigkeit>
> Ich behaupte von mir, dass ich nicht programmieren kann und halte so ein
> bisschen if-then-Logik auf Shellebene noch weit davon entfernt ein
> vernünftiges Programm zu sein.
Du wagst Dich für Dein Nichtwissen ganz schön weit raus! Wie gesagt. Ein
Programm, Programmierung, Programmiersprache ist klar definiert.
> VBA-Access-Programmierung in den 90er-Jahren bereits programmiert und
Natürlich. VBA ist genauso turing-vollständig!
> Aber ich weiss, heute ist bereits Zeilen HTML in die Maschine einklopfen
> zu können Programmierung.
Dann liegen sie falsch! HTML ist nicht turing-vollständig und somit keine
Programmiersprache!
<http://blog.antikoerperchen.de/beitrag/59/html-ist-keine-
programmiersprache-oder-wann-ist-eine-sprache-eine-
programmiersprache.html>
MfG, Ulf
--
Jeder ist ein Mond, denn jeder hat seine dunkle Seite.
[Mark Twain]
[...]
>> Aber ich weiss, heute ist bereits Zeilen HTML in die Maschine einklopfen
>> zu k�nnen Programmierung.
> Dann liegen sie falsch! HTML ist nicht turing-vollst�ndig und somit keine
> Programmiersprache!
Auch wenn Du das wei�t, ich das wei� und auch andere wissen, ich sehe
viel zu oft 'Webseitenprogrammierung' und gemeint ist dabei schlichtes
(schlechtes?) HTML. Offensichtlich wissen obiges leider nicht alle.
Toni
--
Infolge des gek�rzten Budgets und der gestiegenen Unkosten f�r Gas,
�l und Strom wurde das Licht am Ende des Tunnels abgeschaltet. Wir
bedauern die dadurch entstandenen Unanehmlichkeiten.
> Ulf [Kado] Kadner wrote:
>> Dann liegen sie falsch! HTML ist nicht turing-vollständig und somit
>> keine Programmiersprache!
>
> Auch wenn Du das weißt, ich das weiß und auch andere wissen, ich sehe
> viel zu oft 'Webseitenprogrammierung' und gemeint ist dabei schlichtes
> (schlechtes?) HTML. Offensichtlich wissen obiges leider nicht alle.
Das habe ich auch nicht behauptet. Aber wer damit falsch argumentiert
sollte auch mit Korrektur leben können.
MfG, Ulf
--
Die Eintagsfliege wird bereits zwölf Stunden nach ihrer Geburt von
ihrer Midlife - Crisis erwischt. Das muß man sich mal klarmachen!
[Loriot]
> Auch wenn Du das weißt, ich das weiß und auch andere wissen, ich sehe
> viel zu oft 'Webseitenprogrammierung' und gemeint ist dabei schlichtes
> (schlechtes?) HTML. Offensichtlich wissen obiges leider nicht alle.
Ja, ich zum Beispiel. Ich find's auch etwas "lächerlich" (bzw. in
diesem Fall ist's eher falsche Bescheidenheit), aus einer Eigenschaft
einer Computersprache auf die Bezeichnung der Tätigkeit, diese Sprache
zu benutzen, zu schliessen.
Programmieren heisst für mich, einem Apparat zukünftiges Verhalten
einzutrichtern (s. Kommentar von Thomas Berghahn).
Bezogen auf Webseiten könnte das bedeuten, daß jemand, der
"Webseitenprogrammierung" anbietet, bspw. Bemühungen zeigt, Seiten
so zu gestalten, daß sie bei verschiednen Bildschirmauflösungen,
Schriftgrössen usw. akzeptabel funktioniert (und sich so von
Leuten abhebt, die mit irgendwelchen Tools tolle "Gestaltungen",
zudem in fehlerlosem HTML, abliefern).