Re: Zeichenkodierung in der shell

Bernd Nawothnig wrote:

Michael Baeuerle wrote:

Mit der gleichen religiösen Verblendung mancher ASCII-Anhänger wird
dann eine Position vertreten bei der die technischen Probleme
übersehen oder bewusst ignoriert werden.

Dann beschreibe mir mal bitte, was an meiner Aufforderung,
schnellstmöglich auf UTF-8 umzustellen, problematisch ist!

Nö. Das wurde in diesem Thread jetzt zur Genüge herausgearbeitet, ich
werde jetzt nicht nochmal von vorne anfangen.

Und diejenigen die versuchen die "technische Schicht" im Sinne ihrer
Erfinder zu benutzen - statt sie zu vergewaltigen - werden in der
Folge noch dumm angemacht.

Inwiefern wird die technische Schicht "ihrer Erfinder" und wodurch
vergewaltigt? Meinst Du damit das Umbrechen des 32-bittigen Unicodes
auf 8 Bit durch UTF-8?

Nein, natuerlich nicht. Ich meine, dass mit Unicode (egal welcher
Kodierung) jetzt ein Zeichen nicht mehr zwangsläufig ein Byte gross ist
wie das beim Design der IT an jeder Ecke vorgesehen war. Dass bei quasi
allen Dateisystemen nicht vorgesehen ist eine Kodierung mitzuspeichern
und damit alles abseits von ASCII Probleme macht wenn es den lokalen
Rechner verlässt. Dass Unicode für viele Systeme unnötig und schlicht
Overkill ist. Dass man für _portable_ Textdateien kein Unicode verwendet
weil man es auch hier nicht deklarieren kann. Dass in vielen Protokollen
an bestimmten Stellen einfach ASCII _vorgeschrieben_ ist, etc.
Wurde doch alles schon geschrieben ...

Und ja, auch die Vergewaltigung mit gut gemeintem Motif bleibt eine
solche. Einfach so pauschal UTF8 zu verwenden ist IMHO MS-Manier (nach
dem Motto: Das Internet funktioniert solange jeder den IE verwendet).
Die Ausrede, dass sonst kein Fortschritt möglich sei akzeptiere ich
nicht. Beispiele wie MIME oder HTML zeigen, dass es auch ganz ohne
Brechstange geht.

Diese Diskussion sollte auch auf anderem Niveau möglich sein

Da hast Du zweifellos Recht.

oder wir sollten sie hier beenden (ist sowieso längst OT geworden).

Das mit Sicherheit - wo wäre sie denn On Topic?

Keine Ahnung, es wurde eigentlich auch schon alles relevante zu diesem
Thema gesagt. Daher hier EOD meinerseits.


Micha
--
http:/micha.freeshell.org
.

Relevant Pages

  • Re: Format of string output of a socket server
    ... ASCII is the same no matter what byte encoding is used. ... By definition any ASCII string is in UTF-8 encoding. ... The client program can then convert to Unicode or whatever they see fit? ... I am writing a socket server to deliver telephony events to clients on ...
    (microsoft.public.win32.programmer.networks)
  • Re: Representing futuristic English
    ... > If I load up an ascii file in a unicode editor, ... > UTF-8, it guesses UTF-8, which is incorrect, but close ... > at once *guess* the ascii encoding, ...
    (rec.arts.sf.composition)
  • Re: D2008 - VCL Makeover details?
    ... new TEncoding parameters so you can specify what format to use when loading/saving data (Ascii, UTF-7, UTF-8, Unicode, etc). ...
    (borland.public.delphi.non-technical)
  • Re: Representing futuristic English
    ... If I load up an ascii file in a unicode editor, ... UTF-8, it guesses UTF-8, which is incorrect, but close ...
    (rec.arts.sf.composition)
  • Re: Unicode Delphi Win32 - which approach
    ... I like the backwards compatibility aspects of UTF-8 vs UTF-16. ... The first 256 Unicode characters map to the ANSI character set. ... entire stream> but calling an API 100 times in a loop I can imagine. ... and explicitly contextualise every string. ...
    (borland.public.delphi.non-technical)