Michael Heydekamp <[EMAIL PROTECTED]> wrote on 02.05.04:
> Helmut G�tschow <[EMAIL PROTECTED]> wrote on 02.05.04:
>> Am 02.05.04 haute <[EMAIL PROTECTED]> auf die Tasten:
>>> Oops - sorry, falsche Gruppe.
>> Ist doch nicht schlimm, eher Interessant, denn unter OpenXP/32
>> machen alle diese Zeilen mit CTRL+W keine Probleme (IMHO seit 09/03)
> Keine Ahnung, wann OpenXP das <Ctrl-W>-Feature von mir �bernommen
> hat. Jedenfalls funktionierte es beim letzten Mal, als ich es benutzt
> hatte, dort nicht richtig, denn es fehlte immer die letzte Zeile.
Das scheint inzwischen behoben zu sein, aber daf�r stelle ich gerade
fest:
>> unter FreeXP werden diese noch umgebrochen.
Und das ist auch gut so, denn so kann man im Gegensatz zu OpenXP den
Text nach <Ctrl-W> (oder wenn der Wortumbruch in Spalte 80 deaktiviert
ist, was ja offenbar Default ist) wenigstens noch vollst�ndig lesen.
OpenXP hingegen packt tats�chlich alles in eine Zeile, nur kann man die
im Lister gar nicht komplett lesen, weil ein Scrollen mit <Ctrl-rechts>
�ber Pos. "+180" hinaus auch dort gar nicht m�glich ist.
Da� sich OpenXP prinzipbedingt mit langen Strings leichter tut, ist ja
eine Binsenweisheit, aber dann sollte man das auch konsequent an allen
Stellen unterst�tzen. So n�tzt das dann ja nix.
Und wenn man mit "o" den ZConnect-Nachrichtenkopf betrachtet und dort
dann <Ctrl-W> dr�ckt, springt OpenXP einfach aus dem Lister raus, statt
den Umbruch aufzuheben oder einzuschalten...
Aussagen wie "machen alle diese Zeilen mit CTRL+W keine Probleme" finde
ich da doch recht gewagt. Vielleicht hat OpenXP ja einfach auch nur die
gen�gsameren User. ;)
> Ich hab' mir gerade mal angesehen, wie OpenXP ausgehend solche Zeilen
> behandelt. Ergebnis: Man k�nnte Zeilen > 998 Zeichen mitunter gar
> nicht versenden, weil OpenXP die Regel mi�achtet, da� Zeilen gar nicht
> l�nger als 998 Zeichen werden d�rfen (siehe RFC2822) und daher die
> Gefahr besteht, da� solche Nachrichten vom Server nicht angenommen
> werden.
Ich hab' das gerade mal in der Testgruppe getestet: Der FreeXP-Server
nimmt Postings mit solchen extrem �berlangen Zeilen an. Ob sie �berall
hin durchkommen - keine Ahnung.
RFC 2822 ist da jedenfalls eindeutig:
----------8<----------
There are two limits that this standard places on the number of
characters in a line. Each line of characters MUST be no more than
998 characters, and SHOULD be no more than 78 characters, excluding
the CRLF.
----------8<----------
> Man k�nnte das Problem bei OpenXP umgehen, indem man quoted-printable
> verwendet (dann d�rften nur max. 76 Zeichen lange Zeilen mit
> Softbreaks erzeugt werden), aber ein Test mit dem UUZ-Schalter "-qp"
> f�hrte bei OpenXP zu dem ern�chternden Ergebnis, da� der Schalter
> v�llig ignoriert wird (d.h., es wird *gar nicht* qp-codiert).
> Ich hab's nur von der Kommandozeile aus getestet, ob sich OpenXP
> anders verh�lt, wenn man eine Nachricht wirklich versendet, wei� ich
> nicht.
Auch das habe ich jetzt getestet: quoted-printable ist offenbar schlicht
und einfach kaputt in OpenXP, der Schalter wird ignoriert und das
Posting genauso verschickt als wenn er gar nicht gesetzt w�re.
> �hnliche Probleme wie jetzt mit langen Zeilen hatte ich bei OpenXP
> schon vor l�ngerem bei der Codierung von Headern beobachtet: Auch
> hier wird die max. zul�ssige L�nge eines encoded word (75 Zeichen
> gem�� RFC2047) v�llig mi�achtet und aus einem Subject:-Header mit 248
> "�" ein einziges und 761 Zeichen langes encoded word produziert.
Auch solch ein Posting ist in der Testgruppe zu bewundern. Dabei ist
mir beim Versuch, genau 248 Zeichen in das Betreff-Eingabefeld �ber das
Clipboard einzuf�gen, folgendes aufgefallen:
1. Im Editor hat die Taste "*" auf dem numerischen Tastenblock nicht die
seit jeher bekannte und in der Hilfe beschriebene Wirkung (n�mlich
den markierten Text ins Clipboard zu bef�rdern), sondern sie ersetzt
den markierten Text einfach durch ein "*". :-(
2. Die alternative und ebenfalls in der Hilfe beschriebene
Tastenfunktion <Ctrl-Ins> hat �berhaupt keine Wirkung.
3. Die in FreeXP als dritte M�glichkeit (und in der OpenXP-Hilfe auch
nicht beschriebene) vorhandene und von Windows her gewohnte Standard-
Tastenkombination <Ctrl-C> entmarkiert nur den Block und l��t den
Cursor wild irgendwohin springen, bef�rdert aber auch nix ins
Clipboard. Na ja, h�tte ja sein k�nnen...
Fazit: Man kann bei OpenXP im Editor �berhaupt nix mehr ins Clipboard
bef�rdern? Oder gibt's da eine undokumentierte Tastenkombination?
<Shift-Ins> zum Einf�gen aus dem Clipboard funktioniert, "+" auf dem
numerischen Tastenblock aber wieder nicht (obwohl in der Hilfe so
beschrieben), und <Ctrl-V> geht - wie erwartet - sowieso nicht. Daf�r
bleibt der Cursor im Gegensatz zu <Ctrl-C> wenigstens da, wo er ist.
Ich mu�te mir dann so behelfen, da� ich mir die 248 "�" im FreeXP-Editor
ins Clipboard gelegt habe und konnte sie dann im Betreff-Eingabefeld von
OpenXP mit <Shift-Ins> einf�gen. Aber das kann ja wohl nicht Sinn der
Sache sein.
Bisher war es auch �blich, da� <Cursor-down> in der Hilfe bei direkt
untereinander stehenden Querverweisen zum n�chsten Querverweis springt,
auch das funktioniert nicht mehr.
Scheint, da� OpenXP nicht nur unter Linux heftige Probleme mit der
Tastatur hat...?
Jedenfalls sind Clipboard-Hotkeys IMO Grundfunktionen, die nicht ohne
guten Grund deaktiviert werden sollten und die irgendwann ja auch alle
mal funktioniert haben sollten.
Best�tigen kann ich auch, da� der Eintrag "UUZ-RecodeCharset=J" in der
<Box>.BFG nach wie vor ignoriert und eingehende Nachrichten daher nicht
konvertiert werden - was sie unbrauchbar und inkompatibel mit allen
anderen XP-Versionen macht.
Daran, da� man nach nur wenigen Minuten OpenXP-Benutzung seitenlange
Bugreports schreiben kann, hat sich also nix ge�ndert (alleine in diesem
Posting werden 10 erw�hnt). Alle Ergebnisse beziehen sich auf OpenXP
3.8.14-73 (Win32) beta vom 29.03.2004.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
