🚀 go-pugleaf

In article <BrMvtu.I7C@immd4.informatik.uni-erlangen.de>
mskuhn@immd4.informatik.uni-erlangen.de (Markus Kuhn) wrote:

>> - Als technisch geradlinigste Loesung bietet sich die Schaffung von
>>   8-bit transparenten NEWS-Verbindungen an. Dies duerfte fuer sich
>>   alleine keine negativen Auswirkungen irgend welcher Art haben.

Schoen waere das ja. Unido macht's jedenfalls nicht...

>> - Als Zeichensatz hat sich im deutschen Sprachraum de facto bereits das
>>   Latin alphabet No. 1 nach ISO 8859-1 durchgesetzt. Auch aus technischen
>>   Gruenden spricht vieles fuer diese Norm (z.B. Subset von Unicode [ISO 10646],
>>   es entstehen keine Ctrl-Codes, ...)

Ich denke, es gibt da keine echten Alternativen. Heisst: Bin dafuer, und
das obwohl mein dusseliger Coherent PC per Hardware erst mal nur IBM Code
Page 437 kann... Selbst MS-Windows verwendet ISO-8859-1...

>> - Ein systematischer Test in de.test sollte zu einer Liste aller nicht
>>   8-bit transparenten sites fuehren.

Ich habe spasseshalber schon mal einen ISO-8859-1 Test in de.test gepostet,
aber leider haben die meisten Reflektoren bisher nur den Header zurueckge-
schickt, was dann ja nicht ganz reicht. Moeglicherweise ist das aber auch
ganz einfach noch nicht systematisch genug...  :-)

>>                                      Diese Sites sollten wir
>>   (soweit es sich um halbwegs zentrale Knoten handelt) draengen, ihre
>>   Software umzustellen.

Womit wir wohl das Hauptproblem haetten...   :-(

>>                         Bei diesem Test koennte auch getrennt einem
>>   gaengigen Programmierfehler (char statt int) nachgegangen werden,
>>   der beim Zeichen 255 (Umlaut y) zum Abbruch fuehrt, da ein EOF gelesen
>>   wurde.

Ja, ja, Handbuecher lesen bildet... ;-)

>> - International sollten wir darauf draengen, dass die 8-bit Transparenz
>>   in den entsprechenden RFCs verankert wird. Auch andere nicht-englische
>>   Gruppen (z.B. mit ISO 8859-5 fuer russische Gruppen, ...) koennten
>>   davon profitieren.

Das waere die Anstrengung sicher wert. Wer sind da die "potentiellen Opfer"?

>>   integrieren. Eine IBM<->Latin 1 Tabelle ist zwar nicht 100%ig
>>   moeglich, aber z.B. bei dem dt. Umlauten und vielen anderen
>>   Sprachen gibt es kaum Probleme. Fuer den Autor ist so eine
>>   Umsetzroutine etwa ein Nachmittag Arbeit.

Ich habe Umsetztabellen (in C) fuer DEC MCS <--> IBM CP437 und ggf.
DEC MCS <--> IBM CP850, die sich leicht auf ISO-8859-1 erweitern lassen.
Koennte ich dann mit Demo-Programm posten (wo?)...

>>   Auch die Tatsache, dass viele VT100 kompatible Terminals mit ESC-Sequenzen
>>   einige Latin 1 Zeichen darstellen koennen kann insbesondere vom
>>   Entwickler der Software rel. leicht ausgenutzt werden. Da heute News-
>>   Software fast ausschliesslich PD ist, koennten wir mit diesem Projekt
>>   grossen Erfolg haben.

Hm. Also, wenn ich mich recht erinnere koennen die VT 100 nur sogenannte
NRC (National Replacement Characters). D. h. Zeichen wie '[' werden durch
Umlaute ersetzt. Das VT 220 kann zumindest mal DEC MCS, was bis auf ca. 17
Zeichen mit ISO-8859-1 identisch ist. Die deutschen "Sonderzeichen" (und
einiges mehr) liegen dabei gleich. Das VT 320 kann dann bereits ISO-8859-1
und selbst die billigste Terminal Emulation fuer MS-DOS, MS-Kermit 3.11,
emuliert auf Wunsch ein VT 320 bzw. sogar noch ein bischen mehr. Da aber
auf die IBM CP 437 gemappt wird, fehlen da ein paar Zeichen auf die wir in
diesem Umfeld moegl. verzichten koennen. Einigen Leuten mit Emulationen
waere daher vielleicht schon mit geeigneter Emulations-Software geholfen...

>> Wenn diese Bemuehungen fruchtbar waren, so koennen wir ja (z.B. in 16
>> Monaten) mal ueber ein CfV zur generellen Zulassung vom Umlauten in den
>> de.* Gruppen diskutieren.

Einen Zeitrahmen jetzt stecken zu wollen, halte ich fuer verfrueht. Ich
denke aber, Du haengst nicht all zu sehr an diesem Termin...  ;-)

>> Wer macht mit? Weitere Ideen?

Ich bin Feuer und Flamme (hi <CB>, hi Marvin  ;-)).

Ideen? Wie laufen denn die RFCs zum Thema News/Mail ab? Wer macht da was?
Wie kann mensch da eingreifen oder noch besser teilnehmen?

>> ------------------ ISO?  Nicht immer. Aber immer vfter! -------------------

Schoen waer's... kam hier mal wieder als 7-Bit an...   :-(

Andio

	Kosta
-- 
  Kosta Kostis, kosta@kostis.kk.sub.org                       (SubNet)
  Talstrasse 25, D-6074 Roedermark 3, Germany             (snail mail)