news client für Kommandozeile
Hallo zusammen, Ich bin auf der Suche nach einem News Client für die Kommandozeile. Er sollte in der Lage sein, Multipart-Nachrichten möglichst bequem (z. B. selbstständiges Erkennen und Herunterladen, yEnc, usw. beherrschen, Umgang mit regulären Ausdrücken) zu handeln und zuzsammenzuführen. Außerdem soll er über Scripten verwend- und steuerbar sein. Im Netz habe ich "tin" und "nget" gefunden, die in Frage kommen können. Leider habe ich nichts über Erfahrungen damit gefunden. Ich habe "wget" im Einsatz (für http und ftp). Das gefällt mir gut. Vom Namen her scheint "nget" ähnlich interessant zu sein, aber das kann täuschen. Hat jemand von Euch Erfahrungen mit news-Verwaltung (binary Anhänge) im allgemeinen und den angesprochenen Produkten oder anderen Empfehlungen im speziellen? Danke für Eure Mühe Stefan ________________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193
"Stefan Schlörholz" <stefan@schloerholz.de> writes:
Ich bin auf der Suche nach einem News Client für die Kommandozeile.
Da Emacs auch ohne X11 läuft kannst Du Gnus verwenden. HTH Rainer -- Dipl.-Inf. (FH) Rainer Koenig Project Manager Linux Fujitsu-Siemens VP BC E SW OS Phone: +49-821-804-3321 Fax: +49-821-804-2131
Hallo Leute, die bei Suse 9.1 mitgelieferte OOo-Version zeigt beim Öffnen einer Excel-Kundendatei ein paar schräge Phänomene: 1. Formeln, die ich eingebe, werden konsequent als Text ausgegeben. OOo weigert sich beharrlich, den entsprechenden Wert zu errechnen. Die Einstellung unter Extras-Optionen-Tabellendokument-Ansicht-Formeln hat keinen Einfluss auf dieses Verhalten. 2. Viel schlimmer aber ist, dass ich beim Abspeichern der Datei im OOo-eigenen Format zwar Rechenergebnisse bekomme, die Inhalte referenzierter Zellen werden aber fälschlicherweise auf "0" gesetzt und die Ergebnisse damit verfälscht. Dies tritt nur bei den Formeln auf, die per Drag&Drop kopiert wurden. Bei den Original-Formeln stimmt das Ergebnis. Kennt jemand diesen Fehler - oder besser: kennt jemand eine Lösung?? Vielen Dank im Voraus! Nette, Grüße Michael
Michael Schlegel <waynem59@gmx.de> writes:
1. Formeln, die ich eingebe, werden konsequent als Text ausgegeben. OOo weigert sich beharrlich, den entsprechenden Wert zu errechnen. Die Einstellung unter Extras-Optionen-Tabellendokument-Ansicht-Formeln hat keinen Einfluss auf dieses Verhalten.
Schreibst Du Dinge wie "A1+A2" oder "=A1+A2" als Formeln? ^ hier unterscheidet sich die Formel vom Text. HTH Rainer -- Dipl.-Inf. (FH) Rainer Koenig Project Manager Linux Fujitsu-Siemens VP BC E SW OS Phone: +49-821-804-3321 Fax: +49-821-804-2131
Am Dienstag, 3. August 2004 12:24 schrieb Rainer Koenig:
Michael Schlegel <waynem59@gmx.de> writes:
1. Formeln, die ich eingebe, werden konsequent als Text ausgegeben. OOo weigert sich beharrlich, den entsprechenden Wert zu errechnen. Die Einstellung unter Extras-Optionen-Tabellendokument-Ansicht-Formeln hat keinen Einfluss auf dieses Verhalten.
Schreibst Du Dinge wie "A1+A2" oder "=A1+A2" als Formeln? ^ Genau, oder man klickt auf der = davor..
Gruß Sören
Sören Wengerowsky schrieb:
Am Dienstag, 3. August 2004 12:24 schrieb Rainer Koenig:
Michael Schlegel <waynem59@gmx.de> writes:
1. Formeln, die ich eingebe, werden konsequent als Text ausgegeben. OOo weigert sich beharrlich, den entsprechenden Wert zu errechnen. Die Einstellung unter Extras-Optionen-Tabellendokument-Ansicht-Formeln hat keinen Einfluss auf dieses Verhalten.
Schreibst Du Dinge wie "A1+A2" oder "=A1+A2" als Formeln? ^
Genau, oder man klickt auf der = davor..
Gruß
Sören
Nee, ich benutze Excel/OOo schon was länger. Das führende "=" vor der Formel war mir schon bekannt ... ;-)) Die LÖsung kam von woanders. Das Problem war, dass die Excel-Datei aus Bulgarien kam und nach dem Öffnen in OOo alle Zahlen als "Text" formatiert waren. Bei der Umformatierung setzte OOo ein in der Tabelle nicht sichtbares "'" vor die Zahl (vielleicht um diese als Text zu kennzeichnen??). Neueingabe aller Zahlenkolonnen, behob das Problem. Vielen Dank nochmals! Michael
Am Di, den 03.08.2004 um 18:57 Uhr +0200 schrieb Michael:
Bei der Umformatierung setzte OOo ein in der Tabelle nicht sichtbares "'" vor die Zahl (vielleicht um diese als Text zu kennzeichnen??).
Exakt dieses Problem hatte ich bei einem Job, der ausschliesslich mit Excel realisiert wurde. Vermutlich ist das also bereits bei deinen Excel-Ursprungsdaten der Fall und OOo ist unschuldig. Was der Mist soll weiss ich auch nicht... Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Joerg Rossdeutscher schrieb:
Am Di, den 03.08.2004 um 18:57 Uhr +0200 schrieb Michael:
Bei der Umformatierung setzte OOo ein in der Tabelle nicht sichtbares "'" vor die Zahl (vielleicht um diese als Text zu kennzeichnen??).
Exakt dieses Problem hatte ich bei einem Job, der ausschliesslich mit Excel realisiert wurde. Vermutlich ist das also bereits bei deinen Excel-Ursprungsdaten der Fall und OOo ist unschuldig.
Was der Mist soll weiss ich auch nicht...
Das Apostroph wird von den meisten gängigen Tabellenkalkulationen eingesetzt, um Eingaben als Text zu kennzeichnen. Daran können halt Zahlen, die als Text eingegeben, erkannt werden. Wer - und das sind nicht wenige - eine Kalkulation als Mini-Datenbank benutzt, wird bei den deutschen PLZ, die mit "0" beginnen, überrascht sein. Als Zahl eingegeben wird die Null - als führende Null - unterdrückt. Das geht halt nur als Text. Und ich kann mir nicht vorstellen, dass jemand mit PLZ rechnen will ;-) Ausserdem bin ich überzeugt, dass in der Hilfe zu OOo das auch so erklärt ist. Ich suche es jetzt nur nicht raus. Außerdem ist es richtig, das dieses Apostroph in der Tabelle nicht sichtbar ist, jedoch in der Bearbeitungszeile. mfg Adolf
Am Mittwoch, 4. August 2004 20:07 schrieb Adolf Kreet:
Das Apostroph wird von den meisten gängigen Tabellenkalkulationen eingesetzt, um Eingaben als Text zu kennzeichnen. Daran können halt Zahlen, die als Text eingegeben, erkannt werden. Wer - und das sind nicht wenige - eine Kalkulation als Mini-Datenbank benutzt, wird bei den deutschen PLZ, die mit "0" beginnen, überrascht sein. Als Zahl eingegeben wird die Null - als führende Null - unterdrückt. Das geht halt nur als Text. Und ich kann mir nicht vorstellen, dass jemand mit PLZ rechnen will ;-)
Also die führende Null bekommt man in dem Fall besser über FORMAT | ZELLEN FORMATIEREN und dann als Format "Zahl" auswählen und Führende Nullen auf 5 setzten. Ciao kkg
At 20:26 04.08.2004, Kay K. Grossmann wrote:
Am Mittwoch, 4. August 2004 20:07 schrieb Adolf Kreet:
Das Apostroph wird von den meisten gängigen Tabellenkalkulationen eingesetzt, um Eingaben als Text zu kennzeichnen. Daran können halt Zahlen, die als Text eingegeben, erkannt werden. Wer - und das sind nicht wenige - eine Kalkulation als Mini-Datenbank benutzt, wird bei den deutschen PLZ, die mit "0" beginnen, überrascht sein. Als Zahl eingegeben wird die Null - als führende Null - unterdrückt. Das geht halt nur als Text. Und ich kann mir nicht vorstellen, dass jemand mit PLZ rechnen will ;-)
Also die führende Null bekommt man in dem Fall besser über FORMAT | ZELLEN FORMATIEREN und dann als Format "Zahl" auswählen und Führende Nullen auf 5 setzten.
Das ist nicht "besser". Eine Postleitzahl, Telefonnummer, Kundennummer usw. usf. _ist_ eben keine Zahl und sollte auch nicht als solche misshandelt werden. Also muss man dem Programm sagen können, was Zahl ist und was nicht, wenn es mit einer Ziffer losgeht. Probleme damit kenne ich eigentlich nur im Zusammenhang mit Datenimporten oder Konversionen, bei denen u.U. diese Information nicht richtig herüberkommt. Grüße, Koczian Dr. Sibylle Koczian Universitaetsbibliothek, Abt. Naturwiss. D-86135 Augsburg Tel.: (0821) 598-2400, Fax : (0821) 598-2410 e-mail : Sibylle.Koczian@Bibliothek.Uni-Augsburg.DE
Am Donnerstag, 5. August 2004 09:46 schrieb Sibylle Koczian:
Das ist nicht "besser". Eine Postleitzahl, Telefonnummer, Kundennummer usw. usf. _ist_ eben keine Zahl und sollte auch nicht als solche misshandelt werden. Also muss man dem Programm sagen können, was Zahl ist und was nicht, wenn es mit einer Ziffer losgeht.
-zahl, -nummer, -nummer _ist_ eben keine Zahl... da ließe sich ja vortrefflich streiten - aber ich will nicht. ;-)
Probleme damit kenne ich eigentlich nur im Zusammenhang mit Datenimporten oder Konversionen, bei denen u.U. diese Information nicht richtig herüberkommt.
Hmm, ja ist es dann - wie geschrieben - in diesem Fall (also Vermeidung von Import-/Exportproblemen) nicht doch besser ein Zahlenformat zu verwenden? Ciao kkg
Kay K. Grossmann schrieb:
Am Donnerstag, 5. August 2004 09:46 schrieb Sibylle Koczian:
Das ist nicht "besser". Eine Postleitzahl, Telefonnummer, Kundennummer usw. usf. _ist_ eben keine Zahl und sollte auch nicht als solche misshandelt werden. Also muss man dem Programm sagen können, was Zahl ist und was nicht, wenn es mit einer Ziffer losgeht.
-zahl, -nummer, -nummer _ist_ eben keine Zahl... da ließe sich ja vortrefflich streiten - aber ich will nicht. ;-)
Probleme damit kenne ich eigentlich nur im Zusammenhang mit Datenimporten oder Konversionen, bei denen u.U. diese Information nicht richtig herüberkommt.
Hmm, ja ist es dann - wie geschrieben - in diesem Fall (also Vermeidung von Import-/Exportproblemen) nicht doch besser ein Zahlenformat zu verwenden?
Auch wenn es hier langsam OT wird: Beim Datenimport treten doch immer Probleme auf. Wenn ich Daten importiere, muss ich mich darauf einstellen, das Ergebnis des Imports genau zu prüfen. Ausserdem sollte ich wenigstens das Programm, das ich benutze, gut kennen, um die Darstellung auch deuten zu können. Wer blauäugig Daten von z.B. Excel nach OOo importiert und dann das Ergebnis nicht interpretieren kann, sollte doch in der Hilfe von OOo fündig werden und sich die Arbeit auch machen. Viele Formeln aus Excel können auch nicht korrekt umgesetzt werden - genauso andersherum. Und das sage ich aus eigener Erfahrung. Doch jetzt Schluss, weil OT. mfg Adolf
Am Do, den 05.08.2004 um 14:29 Uhr +0200 schrieb Kay K. Grossmann:
Am Donnerstag, 5. August 2004 09:46 schrieb Sibylle Koczian:
Das ist nicht "besser". Eine Postleitzahl, Telefonnummer, Kundennummer usw. usf. _ist_ eben keine Zahl und sollte auch nicht als solche misshandelt
-zahl, -nummer, -nummer _ist_ eben keine Zahl... da ließe sich ja vortrefflich streiten - aber ich will nicht. ;-)
Du würdest auch nicht weit kommen. :-) Es könnte nämlich sein, daß deine Schreibkraft bereits 1200 Kundenadressen eingetippt hat, und dann kommt eine Bestellung aus "A-1234 Wien"... =%-O Bei Postleitzahlen mache ich nach derlei Erfahrungen nur noch eine Verifikation: $plz != ""
Probleme damit kenne ich eigentlich nur im Zusammenhang mit Datenimporten oder Konversionen, bei denen u.U. diese Information nicht richtig herüberkommt.
Hmm, ja ist es dann - wie geschrieben - in diesem Fall (also Vermeidung von Import-/Exportproblemen) nicht doch besser ein Zahlenformat zu verwenden?
Problemlos ist kein Format. Zahlen können Kommata oder Exponentialdarstellung verpasst bekommen oder wegen vorangestellter Buchstaben, siehe oben, einfach gen Null verschwinden. Bei Strings kann ich mir außer Umlaut/Umbruchproblemen eigentlich nichts furchtbares vorstellen - und das ist reparabel. Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Joerg Rossdeutscher schrieb:
Am Di, den 03.08.2004 um 18:57 Uhr +0200 schrieb Michael:
Bei der Umformatierung setzte OOo ein in der Tabelle nicht sichtbares "'" vor die Zahl (vielleicht um diese als Text zu kennzeichnen??).
Exakt dieses Problem hatte ich bei einem Job, der ausschliesslich mit Excel realisiert wurde. Vermutlich ist das also bereits bei deinen Excel-Ursprungsdaten der Fall und OOo ist unschuldig.
Was der Mist soll weiss ich auch nicht...
Nachtrag zu meiner Mail von eben: In der Hilfe zu OOo: Stichwort Zahlen als Text. Es liess mir doch keine Ruhe ;-) mfg Adolf
participants (9)
-
"Stefan Schlörholz" -
Adolf Kreet -
Joerg Rossdeutscher -
Kay K. Grossmann -
Michael -
Michael Schlegel
-
Rainer Koenig -
Sibylle Koczian -
Sören Wengerowsky