Unicode Transformation Format - Versionsgeschichte

Darkking3: +iw in "normalform"

2025-05-28T11:28:24Z

+iw in "normalform"

← Nächstältere Version		Version vom 28. Mai 2025, 13:28 Uhr
Zeile 117:		Zeile 117:
	[[Kategorie:Unicode]]		[[Kategorie:Unicode]]
	[[Kategorie:Zeichenkodierung]]		[[Kategorie:Zeichenkodierung]]

			[[en:Unicode Transformation Format]]

Wurgl: -Modulaufruf

2025-05-28T07:41:46Z

-Modulaufruf

← Nächstältere Version		Version vom 28. Mai 2025, 09:41 Uhr
Zeile 117:		Zeile 117:
	[[Kategorie:Unicode]]		[[Kategorie:Unicode]]
	[[Kategorie:Zeichenkodierung]]		[[Kategorie:Zeichenkodierung]]

	{{#interlanguagelink:en\|Unicode Transformation Format}}

Darkking3: f

2025-05-28T07:07:16Z

← Nächstältere Version		Version vom 28. Mai 2025, 09:07 Uhr
Zeile 118:		Zeile 118:
	[[Kategorie:Zeichenkodierung]]		[[Kategorie:Zeichenkodierung]]

	{{interlanguagelink:en:Unicode Transformation Format}}		{{#interlanguagelink:en\|Unicode Transformation Format}}

PerfektesChaos: tk k

2025-05-27T18:44:28Z

tk k

← Nächstältere Version		Version vom 27. Mai 2025, 20:44 Uhr
Zeile 11:		Zeile 11:
	* [[UTF-8]] kodiert Zeichen mit variabler Byte-Anzahl. Dabei wird ein Unicodezeichen in 1 bis 4 Bytes kodiert. Die Codepoints 0 bis 127, die dem ASCII-Zeichensatz entsprechen, werden in einem Byte kodiert, wobei das höchstwertige Bit stets 0 ist. Mithilfe des achten Bits kann ein längeres Unicode-Zeichen eingeleitet werden, das sich auf 2, 3 oder 4 Byte erstreckt. Damit wird bei auf dem lateinischen Alphabet basierenden Schriften am effizientesten mit dem Speicherplatz umgegangen.		* [[UTF-8]] kodiert Zeichen mit variabler Byte-Anzahl. Dabei wird ein Unicodezeichen in 1 bis 4 Bytes kodiert. Die Codepoints 0 bis 127, die dem ASCII-Zeichensatz entsprechen, werden in einem Byte kodiert, wobei das höchstwertige Bit stets 0 ist. Mithilfe des achten Bits kann ein längeres Unicode-Zeichen eingeleitet werden, das sich auf 2, 3 oder 4 Byte erstreckt. Damit wird bei auf dem lateinischen Alphabet basierenden Schriften am effizientesten mit dem Speicherplatz umgegangen.

	Alle Standards können mit oder ohne eindeutiger Signatur zu Beginn, der ''[[Byte Order Mark]]'' (BOM), übertragen oder gespeichert werden. Vor allem bei der Bearbeitung von Dateien mit unterschiedlichen Programmen und auf unterschiedlichen Systemen hilft die BOM bei der richtigen Identifizierung. Ist alles vorher eindeutig definiert oder wird die Information anders übertragen (etwa durch die „charset“-Metainformation in einem [[HTML]]-Dokument), so wird die BOM weggelassen.		Alle Standards können mit oder ohne eindeutiger Signatur zu Beginn, der ''[[Byte Order Mark]]'' (BOM), übertragen oder gespeichert werden. Vor allem bei der Bearbeitung von Dateien mit unterschiedlichen Programmen und auf unterschiedlichen Systemen hilft die BOM bei der richtigen Identifizierung. Ist alles vorher eindeutig definiert oder wird die Information anders übertragen (etwa durch die „charset“-Metainformation in einem [[Hypertext Markup Language\|HTML]]-Dokument), so wird die BOM weggelassen.

	=== Beispiele ===		=== Beispiele ===
Zeile 80:		Zeile 80:

	=== UTF-7 ===		=== UTF-7 ===
	[[UTF-7]] ist ein veraltetes Format, welches Unicode-Zeichen in druckbare ASCII-Zeichen (die jeweils nur die unteren 7 Bit eines Bytes benötigen, daher der Name des Formats) kodiert. Das Format war für die Übertragung von Unicode-Texten über 7-Bit-Kanäle gedacht (z. B. [[E-Mail]] oder [[Usenet]]), konnte sich allerdings nicht durchsetzen. Stattdessen wird für diesen Anwendungsfall meist UTF-8 kombiniert mit einem [[Multipurpose Internet Mail Extensions\|MIME]]-Transfer-Encoding wie [[~~Base 64~~]] oder [[Quoted-printable]] verwendet, oder eben UTF-8 mit einem 8-Bit-Kanal.		[[UTF-7]] ist ein veraltetes Format, welches Unicode-Zeichen in druckbare ASCII-Zeichen (die jeweils nur die unteren 7 Bit eines Bytes benötigen, daher der Name des Formats) kodiert. Das Format war für die Übertragung von Unicode-Texten über 7-Bit-Kanäle gedacht (z. B. [[E-Mail]] oder [[Usenet]]), konnte sich allerdings nicht durchsetzen. Stattdessen wird für diesen Anwendungsfall meist UTF-8 kombiniert mit einem [[Multipurpose Internet Mail Extensions\|MIME]]-Transfer-Encoding wie [[Base64]] oder [[Quoted-printable]] verwendet, oder eben UTF-8 mit einem 8-Bit-Kanal.

	Beispiel: Das Wort ''Übergröße'' wird in UTF-7 zu <code style="white-space:nowrap">+ANw-bergr+APYA3w-e</code>, was mit 19 Byte etwas kompakter ist, als die 24 Byte, die quoted-printable UTF-8 benötigt: <code style="white-space:nowrap">=C3=9Cbergr=C3=B6=C3=9Fe</code>.		Beispiel: Das Wort ''Übergröße'' wird in UTF-7 zu <code style="white-space:nowrap">+ANw-bergr+APYA3w-e</code>, was mit 19 Byte etwas kompakter ist, als die 24 Byte, die quoted-printable UTF-8 benötigt: <code style="white-space:nowrap">=C3=9Cbergr=C3=B6=C3=9Fe</code>.

	=== UTF-EBCDIC ===		=== UTF-EBCDIC ===
	UTF-EBCDIC ist eine Unicode-Kodierung, die auf dem proprietären 8-Bit [[EBCDIC]]-Format von [[IBM]]-[[Großrechner]]n aufbaut, vergleichbar wie UTF-8 auf ASCII.		UTF-EBCDIC ist eine Unicode-Kodierung, die auf dem proprietären 8-Bit [[Extended Binary Coded Decimal Interchange Code\|EBCDIC]]-Format von [[IBM]]-[[Großrechner]]n aufbaut, vergleichbar wie UTF-8 auf ASCII.

	Es kodiert jedoch die ersten 160 Zeichen (65 [[Steuerzeichen]] und 95 graphischen Zeichen) in jeweils einem Byte an den bei EBCDIC üblichen Positionen, soweit existent, den restlichen Unicode-Vorrat analog zu UTF-8 in jeweils zwei bis fünf Bytes (bzw. bis sieben für Codepositionen, die schon mit UTF-16 nicht darstellbar sind, und daher wohl nie mit Zeichen belegt werden), an Positionen, die bei diversen EBCDIC-Codepages mit verschiedenen graphischen Zeichen belegt sind. Die [[Byte Order Mark\|BOM]] etwa wird zu (hexadezimal) <code style="white-space:nowrap">DD 73 66 73</code> (einer vier-Byte-Sequenz). Dasselbe Zeichen wird dabei teilweise, je nach Codeposition, auch kürzer oder länger als bei UTF-8 codiert.		Es kodiert jedoch die ersten 160 Zeichen (65 [[Steuerzeichen]] und 95 graphischen Zeichen) in jeweils einem Byte an den bei EBCDIC üblichen Positionen, soweit existent, den restlichen Unicode-Vorrat analog zu UTF-8 in jeweils zwei bis fünf Bytes (bzw. bis sieben für Codepositionen, die schon mit UTF-16 nicht darstellbar sind, und daher wohl nie mit Zeichen belegt werden), an Positionen, die bei diversen EBCDIC-Codepages mit verschiedenen graphischen Zeichen belegt sind. Die [[Byte Order Mark\|BOM]] etwa wird zu (hexadezimal) <code style="white-space:nowrap">DD 73 66 73</code> (einer vier-Byte-Sequenz). Dasselbe Zeichen wird dabei teilweise, je nach Codeposition, auch kürzer oder länger als bei UTF-8 codiert.
Zeile 94:		Zeile 94:

	=== UTF-5, UTF-6, UTF-9 und UTF-18 ===		=== UTF-5, UTF-6, UTF-9 und UTF-18 ===
	UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]).<ref>{{Literatur \|Autor=Martin J. Dürst, James Seng, Tim Tan \|Titel=UTF-5, a transformation format of Unicode and ISO 10646 \|Nummer=draft-jseng-utf5-02 \|Verlag=Internet Engineering Task Force \|Datum=2000-01-28 \|Online=https://datatracker.ietf.org/doc/html/draft-jseng-utf5-00 \|Abruf=2025-04-23}}</ref><ref>{{Literatur \|Autor=Mark Welter, Brian Spolarich \|Titel=UTF-6 - Yet Another ASCII-Compatible Encoding for IDN \|Nummer=draft-ietf-idn-utf6-00 \|Verlag=Internet Engineering Task Force \|Datum=2000-11-21 \|Online=https://datatracker.ietf.org/doc/html/draft-ietf-idn-utf6-00 \|Abruf=2025-04-23}}</ref> Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.<ref>{{~~Literatur~~ \|~~Autor~~=~~Mark Crispin~~ \|Titel=UTF-9 and UTF-18 Efficient Transformation Formats of Unicode ~~\|Nummer=RFC 4042 \|Verlag=Internet Engineering Task Force~~ \|Datum=2005-04-01 ~~\|Online=https://datatracker.ietf.org/doc/html/rfc4042 \|Abruf=2025-04-23~~}}</ref>		UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]).<ref>{{Literatur \|Autor=Martin J. Dürst, James Seng, Tim Tan \|Titel=UTF-5, a transformation format of Unicode and ISO 10646 \|Nummer=draft-jseng-utf5-02 \|Verlag=Internet Engineering Task Force \|Datum=2000-01-28 \|Online=https://datatracker.ietf.org/doc/html/draft-jseng-utf5-00 \|Abruf=2025-04-23}}</ref><ref>{{Literatur \|Autor=Mark Welter, Brian Spolarich \|Titel=UTF-6 – Yet Another ASCII-Compatible Encoding for IDN \|Nummer=draft-ietf-idn-utf6-00 \|Verlag=Internet Engineering Task Force \|Datum=2000-11-21 \|Online=https://datatracker.ietf.org/doc/html/draft-ietf-idn-utf6-00 \|Abruf=2025-04-23}}</ref> Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.<ref>{{RFC-Internet \|RFC=4042 \|Titel=UTF-9 and UTF-18 Efficient Transformation Formats of Unicode \|Datum=2005-04-01}}</ref>

	=== SCSU ===		=== SCSU ===
Zeile 105:		Zeile 105:
	Die Zeichenkodierung [[GB18030]] ist ebenfalls als Unicode Transformation Format anzusehen, da sie sämtliche Unicode-Codepoints abbilden kann. Sie wurde mit dem Ziel entworfen, kompatibel zu den Kodierungen [[GBK (Zeichensatz)\|GBK]] und [[GB2312]] zu sein, welche sie ablösen soll.		Die Zeichenkodierung [[GB18030]] ist ebenfalls als Unicode Transformation Format anzusehen, da sie sämtliche Unicode-Codepoints abbilden kann. Sie wurde mit dem Ziel entworfen, kompatibel zu den Kodierungen [[GBK (Zeichensatz)\|GBK]] und [[GB2312]] zu sein, welche sie ablösen soll.

	Aufgrund dieser Kompatibilität ist die Kodierung deutlich aufwändiger als UTF-8, da die Kodierung nicht systematisch ist. Üblicherweise wird sie daher über [[Lookup-Tabelle]]n implementiert. [[ASCII]]-Zeichen werden in einem Byte kodiert und entsprechen der normalen ASCII-Kodierung. Andere Zeichen werden in zwei oder vier Bytes kodiert, wobei in diesen Mehrbyte-Sequenzen – im Gegensatz zu UTF-8 – auch der Wertebereich der ASCII-Zeichen erneut mit genutzt wird.		Aufgrund dieser Kompatibilität ist die Kodierung deutlich aufwändiger als UTF-8, da die Kodierung nicht systematisch ist. Üblicherweise wird sie daher über [[Lookup-Tabelle]]n implementiert. [[American Standard Code for Information Interchange\|ASCII]]-Zeichen werden in einem Byte kodiert und entsprechen der normalen ASCII-Kodierung. Andere Zeichen werden in zwei oder vier Bytes kodiert, wobei in diesen Mehrbyte-Sequenzen – im Gegensatz zu UTF-8 – auch der Wertebereich der ASCII-Zeichen erneut mit genutzt wird.

	== Weblinks ==		== Weblinks ==
Zeile 118:		Zeile 118:
	[[Kategorie:Zeichenkodierung]]		[[Kategorie:Zeichenkodierung]]

	[[en:Unicode Transformation Format]]		{{interlanguagelink:en:Unicode Transformation Format}}

Maximum 2520: /* UTF-5, UTF-6, UTF-9 und UTF-18 */ Hinweistext entfernt

2025-04-24T20:50:00Z

UTF-5, UTF-6, UTF-9 und UTF-18: Hinweistext entfernt

← Nächstältere Version		Version vom 24. April 2025, 22:50 Uhr
Zeile 94:		Zeile 94:

	=== UTF-5, UTF-6, UTF-9 und UTF-18 ===		=== UTF-5, UTF-6, UTF-9 und UTF-18 ===
	{{Belege fehlen}}
	UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]).<ref>{{Literatur \|Autor=Martin J. Dürst, James Seng, Tim Tan \|Titel=UTF-5, a transformation format of Unicode and ISO 10646 \|Nummer=draft-jseng-utf5-02 \|Verlag=Internet Engineering Task Force \|Datum=2000-01-28 \|Online=https://datatracker.ietf.org/doc/html/draft-jseng-utf5-00 \|Abruf=2025-04-23}}</ref><ref>{{Literatur \|Autor=Mark Welter, Brian Spolarich \|Titel=UTF-6 - Yet Another ASCII-Compatible Encoding for IDN \|Nummer=draft-ietf-idn-utf6-00 \|Verlag=Internet Engineering Task Force \|Datum=2000-11-21 \|Online=https://datatracker.ietf.org/doc/html/draft-ietf-idn-utf6-00 \|Abruf=2025-04-23}}</ref> Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.<ref>{{Literatur \|Autor=Mark Crispin \|Titel=UTF-9 and UTF-18 Efficient Transformation Formats of Unicode \|Nummer=RFC 4042 \|Verlag=Internet Engineering Task Force \|Datum=2005-04-01 \|Online=https://datatracker.ietf.org/doc/html/rfc4042 \|Abruf=2025-04-23}}</ref>		UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]).<ref>{{Literatur \|Autor=Martin J. Dürst, James Seng, Tim Tan \|Titel=UTF-5, a transformation format of Unicode and ISO 10646 \|Nummer=draft-jseng-utf5-02 \|Verlag=Internet Engineering Task Force \|Datum=2000-01-28 \|Online=https://datatracker.ietf.org/doc/html/draft-jseng-utf5-00 \|Abruf=2025-04-23}}</ref><ref>{{Literatur \|Autor=Mark Welter, Brian Spolarich \|Titel=UTF-6 - Yet Another ASCII-Compatible Encoding for IDN \|Nummer=draft-ietf-idn-utf6-00 \|Verlag=Internet Engineering Task Force \|Datum=2000-11-21 \|Online=https://datatracker.ietf.org/doc/html/draft-ietf-idn-utf6-00 \|Abruf=2025-04-23}}</ref> Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.<ref>{{Literatur \|Autor=Mark Crispin \|Titel=UTF-9 and UTF-18 Efficient Transformation Formats of Unicode \|Nummer=RFC 4042 \|Verlag=Internet Engineering Task Force \|Datum=2005-04-01 \|Online=https://datatracker.ietf.org/doc/html/rfc4042 \|Abruf=2025-04-23}}</ref>

213.61.121.226: Quellenangaben für UTF-5, UTF-6, UTF-9 und UTF-18 hinzugefügt.

2025-04-23T15:52:57Z

Quellenangaben für UTF-5, UTF-6, UTF-9 und UTF-18 hinzugefügt.

← Nächstältere Version		Version vom 23. April 2025, 17:52 Uhr
Zeile 95:		Zeile 95:
	=== UTF-5, UTF-6, UTF-9 und UTF-18 ===		=== UTF-5, UTF-6, UTF-9 und UTF-18 ===
	{{Belege fehlen}}		{{Belege fehlen}}
	UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]). Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.		UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]).<ref>{{Literatur \|Autor=Martin J. Dürst, James Seng, Tim Tan \|Titel=UTF-5, a transformation format of Unicode and ISO 10646 \|Nummer=draft-jseng-utf5-02 \|Verlag=Internet Engineering Task Force \|Datum=2000-01-28 \|Online=https://datatracker.ietf.org/doc/html/draft-jseng-utf5-00 \|Abruf=2025-04-23}}</ref><ref>{{Literatur \|Autor=Mark Welter, Brian Spolarich \|Titel=UTF-6 - Yet Another ASCII-Compatible Encoding for IDN \|Nummer=draft-ietf-idn-utf6-00 \|Verlag=Internet Engineering Task Force \|Datum=2000-11-21 \|Online=https://datatracker.ietf.org/doc/html/draft-ietf-idn-utf6-00 \|Abruf=2025-04-23}}</ref> Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.<ref>{{Literatur \|Autor=Mark Crispin \|Titel=UTF-9 and UTF-18 Efficient Transformation Formats of Unicode \|Nummer=RFC 4042 \|Verlag=Internet Engineering Task Force \|Datum=2005-04-01 \|Online=https://datatracker.ietf.org/doc/html/rfc4042 \|Abruf=2025-04-23}}</ref>

	=== SCSU ===		=== SCSU ===

RokerHRO: /* UTF-5, UTF-6, UTF-9 und UTF-18 */ Belege fehlen.

2024-11-05T11:20:02Z

UTF-5, UTF-6, UTF-9 und UTF-18: Belege fehlen.

← Nächstältere Version		Version vom 5. November 2024, 13:20 Uhr
Zeile 94:		Zeile 94:

	=== UTF-5, UTF-6, UTF-9 und UTF-18 ===		=== UTF-5, UTF-6, UTF-9 und UTF-18 ===
			{{Belege fehlen}}

	UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]). Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.		UTF-5 und UTF-6 waren Vorschläge zur Benutzung in Internationalen Domainnamen ([[Internationalisierter Domainname\|IDN]]). Statt ihrer wurde jedoch [[Punycode]] standardisiert. UTF-9 und UTF-18 stellten einen Aprilscherz dar, sind prinzipiell auf Computern mit 9-bit-Bytes aber implementierbar.

Invisigoth67: typo, form

2024-03-11T09:26:37Z

typo, form

← Nächstältere Version		Version vom 11. März 2024, 11:26 Uhr
Zeile 2:		Zeile 2:
	Ein '''Unicode Transformation Format''', auch ''[[Universal Coded Character Set\|UCS]] Transformation Format'', abgekürzt '''UTF''', ist eine Methode, [[Unicode]]-Zeichen auf Folgen von [[Byte]]s abzubilden.		Ein '''Unicode Transformation Format''', auch ''[[Universal Coded Character Set\|UCS]] Transformation Format'', abgekürzt '''UTF''', ist eine Methode, [[Unicode]]-Zeichen auf Folgen von [[Byte]]s abzubilden.

	Für die Repräsentation der Unicode-Zeichen zum Zweck der elektronischen Datenverarbeitung gibt es verschiedene Transformationsformate. In jedem der Formate lassen sich alle im Unicode-Standard enthaltenen Zeichen ([[Codepoint]]s) darstellen. Auch lässt sich jedes dieser Formate verlustfrei in eine andere UTF-Variante konvertieren.		Für die Repräsentation der Unicode-Zeichen zum Zweck der elektronischen Datenverarbeitung gibt es verschiedene Transformationsformate. In jedem der Formate lassen sich alle im Unicode-Standard enthaltenen Zeichen ([[Codepoint]]s) darstellen. Auch lässt sich jedes dieser Formate verlustfrei in eine andere UTF-Variante konvertieren.

	Die verschiedenen Formate unterscheiden sich hinsichtlich ihres Platzbedarfs auf Speichermedien ([[Effizienz (Informatik)\|Speichereffizienz]]), dem Kodierungs- und Dekodierungsaufwand ([[Laufzeit (Informatik)\|Laufzeitverhalten]]) sowie in ihrer Kompatibilität zu anderen (älteren) Kodierungsarten, zum Beispiel [[American Standard Code for Information Interchange\|ASCII]]. Während beispielsweise einige Formate sehr effizienten Zugriff ([[wahlfreier Zugriff]]) auf einzelne Zeichen innerhalb der [[Zeichenkette]] erlauben, gehen andere sparsam mit Speicherplatz um. Daher ist bei der Auswahl eines bestimmten Unicode-Transformationsformats das für das vorgesehene Anwendungsgebiet geeignetste zu bestimmen.		Die verschiedenen Formate unterscheiden sich hinsichtlich ihres Platzbedarfs auf Speichermedien ([[Effizienz (Informatik)\|Speichereffizienz]]), dem Kodierungs- und Dekodierungsaufwand ([[Laufzeit (Informatik)\|Laufzeitverhalten]]) sowie in ihrer Kompatibilität zu anderen (älteren) Kodierungsarten, zum Beispiel [[American Standard Code for Information Interchange\|ASCII]]. Während beispielsweise einige Formate sehr effizienten Zugriff ([[wahlfreier Zugriff]]) auf einzelne Zeichen innerhalb der [[Zeichenkette]] erlauben, gehen andere sparsam mit Speicherplatz um. Daher ist bei der Auswahl eines bestimmten Unicode-Transformationsformats das für das vorgesehene Anwendungsgebiet geeignetste zu bestimmen.
Zeile 74:		Zeile 74:

	== Andere Unicode-Kodierungen ==		== Andere Unicode-Kodierungen ==
	Der Unicode-Standard definiert nur UTF-32, UTF-16 und UTF-8.<ref>[http://www.unicode.org/versions/Unicode6.1.0/ch03.pdf#G7404 Chapter 3.9 ''Unicode Encoding Forms.''] (PDF; 519 kB) unicode.org</ref> Darüber hinaus gibt es noch andere Kodierungen welche ebenfalls alle Unicode-Zeichen kodieren können. Nachfolgend sind einige Beispiele aufgelistet.		Der Unicode-Standard definiert nur UTF-32, UTF-16 und UTF-8.<ref>[http://www.unicode.org/versions/Unicode6.1.0/ch03.pdf#G7404 Chapter 3.9 ''Unicode Encoding Forms.''] (PDF; 519 kB) unicode.org</ref> Darüber hinaus gibt es noch andere Kodierungen, welche ebenfalls alle Unicode-Zeichen kodieren können. Nachfolgend sind einige Beispiele aufgelistet.

	=== UTF-1 ===		=== UTF-1 ===

CyberOne25 am 10. März 2024 um 13:01 Uhr

2024-03-10T13:01:54Z

← Nächstältere Version		Version vom 10. März 2024, 15:01 Uhr
Zeile 1:		Zeile 1:
	{{Dieser Artikel\|1=beschreibt das Unicode-Format UTF; zum Ungeschützten Transportfahrzeug (UTF) siehe [[Liste von Radfahrzeugen der Bundeswehr#UTF]].}}		{{Dieser Artikel\|1=beschreibt das Unicode-Format UTF; zum Ungeschützten Transportfahrzeug (UTF) siehe [[Liste von Radfahrzeugen der Bundeswehr#UTF]].}}
	Ein '''Unicode Transformation Format,''' auch ''[[Universal Coded Character Set\|UCS]] Transformation Format,'' abgekürzt '''UTF,''' ist eine Methode, [[Unicode]]-Zeichen auf Folgen von [[Byte]]s abzubilden.		Ein '''Unicode Transformation Format''', auch ''[[Universal Coded Character Set\|UCS]] Transformation Format'', abgekürzt '''UTF''', ist eine Methode, [[Unicode]]-Zeichen auf Folgen von [[Byte]]s abzubilden.

	Für die Repräsentation der Unicode-Zeichen zum Zweck der elektronischen Datenverarbeitung gibt es verschiedene Transformationsformate. In jedem der Formate lassen sich alle im Unicode-Standard enthaltenen Zeichen ([[Codepoint]]s) darstellen. Auch lässt sich jedes dieser Formate verlustfrei in eine andere UTF-Variante konvertieren.		Für die Repräsentation der Unicode-Zeichen zum Zweck der elektronischen Datenverarbeitung gibt es verschiedene Transformationsformate. In jedem der Formate lassen sich alle im Unicode-Standard enthaltenen Zeichen ([[Codepoint]]s) darstellen. Auch lässt sich jedes dieser Formate verlustfrei in eine andere UTF-Variante konvertieren.

ProloSozz: /* Beispiele */ Linkbereinigung

2024-02-29T10:21:02Z

Beispiele: Linkbereinigung

← Nächstältere Version		Version vom 29. Februar 2024, 12:21 Uhr
Zeile 47:		Zeile 47:
	П \|р \|о \|м \|е \|н \|а \| Промена		П \|р \|о \|м \|е \|н \|а \| Промена

	Nepali ~~verwendet~~ ~~das~~ [[~~Alphasyllabar\|alphasyllabische~~]] ~~Silbenschriftsystem~~ [[~~Devanagari~~]]. Eine Silbe entspricht einem Zeichen, wobei einige wenige Grundzeichen durch hinzufügen von Vokalzeichen modifiziert werden und andere Silben ergeben. (Ähnlich wie wir ein E mit einem Akut am Computer schreiben, nur dass dieser es in [[É]] umwandelt, ein eigenes Zeichen im Unicode. Die nepalesischen Zeichen sind jedoch auch im Unicode zusammengesetzt. Der Kreis ist ein Platzhalter für das Grundzeichen, mit dem diese Erweiterung reagiert.) Es handelt sich somit um zwei Zeichen, die ein oder zwei Mal modifiziert wurden. Dies im Gegensatz zum Chinesischen, wo es viele verschiedene Silbenschriftzeichen gibt. Modifizierende Unicode-Zeichen gibt es beispielsweise auch in der hebräischen Schrift.		Nepali wird in [[Devanagari]] geschrieben, einer [[Abugida]]. Eine Silbe entspricht einem Zeichen, wobei einige wenige Grundzeichen durch hinzufügen von Vokalzeichen modifiziert werden und andere Silben ergeben. (Ähnlich wie wir ein E mit einem Akut am Computer schreiben, nur dass dieser es in [[É]] umwandelt, ein eigenes Zeichen im Unicode. Die nepalesischen Zeichen sind jedoch auch im Unicode zusammengesetzt. Der Kreis ist ein Platzhalter für das Grundzeichen, mit dem diese Erweiterung reagiert.) Es handelt sich somit um zwei Zeichen, die ein oder zwei Mal modifiziert wurden. Dies im Gegensatz zum Chinesischen, wo es viele verschiedene Silbenschriftzeichen gibt. Modifizierende Unicode-Zeichen gibt es beispielsweise auch in der hebräischen Schrift.

	चांजे – [[Nepali]] (ne)		चांजे – [[Nepali]] (ne)