Diskussion:Internationalisierter Domainname/Archiv/1

message: Maße und Masse sind zwei unterschiedliche Wörter mit unterschielichen
Bedeutungen. Genauso sind die Eigennamen "Haß" und "Hass" verschiedene
Namen. Im Rahmen der IDN wird das scharfe s (ß) zum Doppel-s expandiert,
so dass diese sinnvolle Unterscheidungsmöglichkeit verloren geht.
Die URLs http://www.masse.de und http://www.maße.de sind daher äquivalent.
Genauso http://ß.com und http://ss.com
----
Klingt doch gut. Ruhig rein damit in den Artikel (Wikipedia:Sei mutig) ;-) — Matthäus Wander 13:31, 15. Dez 2003 (CET)
replies: text: Seit gestern stimmt das nicht mehr, es dürfen jetzt auch .de-Domains mit ß registriert werden. IDNA wurde nicht rückwärtskompatibel abgeändert. Wann Browser das umsetzen, ist eine andere Frage.--94.222.119.252 03:14, 27. Okt. 2010 (CEST)

text: Vermutlich Browser-abhängig, Opera zeigt jedenfalls den Unicode-Namen an, auch wenn man den ACE-String eingegeben hat. Für den Rest der URL ist ebenfalls der Browser verantwortlich. Zitat RFC 1738: Thus, only alphanumerics, the special characters "$-_.+!*'(),", and reserved characters used for their reserved purposes may be used unencoded within a URL. "Reservered characters" sind quasi Steuerzeichen in der URL wie '@' und '?'. Alle anderen Zeichen (wie 'ü') werden also vom Browser kodiert. — Matthäus Wander 18:51, 19. Feb 2004 (CET)

text: Dies ist eine simple Umwandlung des Zeichens in seinen Hex-Wert, wobei diese sich je nach Zeichenkodierung unterscheidet (2f <-> / ist bei ISO 8859-1 der Fall). In dem bereits erwähnten RFC 1738 über URLs wird einfach von encoding, also Kodierung, gesprochen. Im RFC 2396 über die Syntax von URIs wird dann etwas genauer von escape encoding gesprochen. --Matthäus Wander 02:56, 20. Jul 2006 (CEST)
thread_title:  Scharfes S (ß) wird nicht angemessen abgebildet 

message: Das es endlich diese Umlaute für die Domain-Namen gibt ist eine tolle Sache. Ich konnte mir dadurch eine kleine Traum erfüllen. Nur finde ich fehlt noch etwas nämlich die gleichen Umlaute in e-Mail-Domains. Leider muss man da wohl immer noch auf diesen komisch aussehenden ASCII Code zugreifen. Da ich in der EDV (oder neudeutsch IT) tätig bin weiß ich, dass das Thema UNICODE Implementierung in Software bereits um sich greift. Daran "schuld" ist wohl die Globalisierung und vor allem der Megasuperwachstumsmarkt Asien/China.
Gibt es eigentlich eine Organisation die solche Themen auf Ihrer Fahne stehen hat? Gibt es Bestrebungen irgendwann mal echten UNICODE in diesem Bereich zu verwenden statt den 26 Zeichen die für alles herhalten müssen? Und wie sieht es mit der IDNA Umsetzung für eMail-Domains aus? Vielen Dank an den Wissenden!
:Zwischen E-Mail-Domains und Webdomains gibt es technisch keinen Unterschied, sie sind identisch. Das E-Mail-Programm muss also lediglich den bekannten IDNA-Standard unterstützen. Die Non-Profit-Organisation Unicode Consortium treibt die Entwicklung hinter Unicode voran. Mit IDNA ist echter Unicode möglich. Die dahinter stehenden ASCII-Strings sind eine interne Kodierung, die vor dem Benutzer versteckt werden kann (falls die Client-Software dies konsequent umsetzt). Auf Maschinenebene müssen ja bekanntlich 1 und 0 für die Kodierung von allem herhalten, ohne dass es der Benutzer sieht. --Matthäus Wander 13:14, 27. Jan. 2007 (CET)
thread_title:  IDNA für e-Mail? 

message: „Die Popularität von IDNs gilt nach wie vor als gering. Im .de-Bereich macht ihr Anteil an allen registrierten Domains derzeit nur rund 3 Prozent aus.“[1]
:Die Aussage ist irreführend, da IDNs nicht mit dem gesamten bisherigen Domain-Bestand konkurrieren. 100%iger Anteil ist nicht das Ziel von IDNA, da der überwiegende Teil der Namen in Deutschland allein mit ASCII dargestellt werden kann. --Matthäus Wander 13:21, 27. Jan. 2007 (CET)
replies: text: Die Frage wäre, wie hoch der Anteil der Wörter mit Umlauten oder ß im deutschen Sprachschatz ist. Alauda 00:36, 18. Sep. 2007 (CEST)
thread_title:  Popularität von IDNs 

message: Sollte .ac hier erwähnt werden in der Auflistung erlaubter Zeichen?
http://www.nic.ac/AC-IDN-Policy.pdf
--Monoxyde 17:01, 9. Apr. 2007 (CEST)
thread_title:  .ac 

message: Der Artikel überschneidet sich in weiten inhaltichen Teilen mit Punycode (so z.B. die Browserumsetzung sowie das Verfahren an sich). Ich will zwar keinen Redundanztext-Bapperl setzen, aber nötig wärs. --Benji 21:34, 6. Mai 2007 (CEST)
thread_title:  Überschneidung mit [[Punycode]] 

message: Ich hab die Anmerkung zu IDN-TLDs mal unter Zeichensätze gepackt, da ich sie nicht besser im Artikel unterzubringen wusste. Allerdings gefällt mir das da nicht wirklich. Wer eine Idee hat, wo und wie man das besser schreibt, bitte gerne verbessern. --Karl, 137.226.102.159 02:32, 18. Mai 2010 (CEST)
thread_title:  IDN-TLDs 

message: In diesem Artikel ist der Redundanztext eingeblendet, im Artikel Punycode jedoch nicht mehr. Ich bin mir nicht sicher, ob der Redundanzhinweis noch gerechtfertigt ist oder nicht, die Liste unterstützender Browser ist jedoch beispielsweise in beiden Artikeln vorhanden. --Karl, 137.226.102.159 02:42, 18. Mai 2010 (CEST)
thread_title:  Redundanztext 

message: Ich sehe bei der Einführung der IDNs das Problem, dass dadurch andere, eigentlich gültige Domainnamen aufgegeben werden. Laut Denic ist xn--abc.de zum Beispiel kein gültiger Domainname. Warum nicht? Er besteht nur aus ASCII Zeichen. abc--def.de hingegen ist kein Problem und lässt sich registrieren. aa--bb.de ist auch ungültig. Warum - da kommt noch nicht mal xn drin vor? --84.154.143.188 (20:50, 21. Dez. 2010 (CET)
replies: text: Domainnamen, die mit dem Schema xx-- beginnen, werden von der DENIC seit Jahren blockiert, um nachträgliche Erweiterungen wie eben IDNA konfliktfrei einführen zu können. Unabhängig von IDNA waren lange Zeit auch ein- und zweibuchstabige de-Domains gesperrt – die DENIC muss nicht alle Namen erlauben, die syntaktisch korrekt sind. --Matthäus Wander 17:51, 22. Apr. 2012 (CEST)
thread_title:  Reservierung der Domains xn--*.de 

message: Wie Domainnamen umgesetzt werden, habe ich ja verstanden. Aber was ist mit den Protokollnamen?
Ein Russe kann mit seiner Tastatur kyrillische Domainnamen eingeben, aber wie gibt er z. B. "http://" ein? Gut, das setzt vielleicht der Browser automatisch davor, aber wie ist es mit den anderen Protokollen (z. B. ftp)? (nicht signierter Beitrag von 79.237.205.193 (Diskussion) 14:40, 14. Nov. 2011 (CET)
replies: text: Wenn A-Z nicht schon ohnehin im Tastaturlayout berücksichtigt sind, kann man das Tastaturlayout im Betriebssystem umschalten und die Buchstaben blind tippen. Das Protokoll muss man aber in den seltensten Fällen selbst eingeben, dann schon eher englische Domainnamen. --Matthäus Wander 18:02, 22. Apr. 2012 (CEST)
thread_title:  Protokollnamen etc. 

message: Der Absatz „Kritiker meinen ...“ ist POV ohne Belege. Da IDNs mittlerweile in allen Browsern gängig sind, würde ich mir nicht die Mühe machen 6 Jahre alte Meinungsäußerungen nachträglich zu versachlichen. Ich empfehle aktuellere Kritiken zu zitieren und ansonsten den Absatz zu entfernen. --Matthäus Wander 01:42, 26. Sep. 2012 (CEST)
replies: text: erledigt --Matthäus Wander 06:16, 2. Nov. 2012 (CET)
replies: text: Danke. Den Rest habe ich noch entbunden und danach einen SLA gestellt. Frohes Schaffen, Boshomi ☕⌨☺ –  20:54, 2. Nov. 2012 (CET)
thread_title:  Belege fehlen 

message: Die Zeichenreihenfolge in den Aufzählungen unten sollte mM nach folgendermaßen lauten: Buchstabenfamilie ASC, Hex ASC. Wenn man nur nach Hex sortieren würde, finden Besucher, die gezielt ein Zeichen überprüfen wollen, eben jenes evtl. nicht. Wenn man nicht zusaätzlich nach Hex sortiert, fällt es schwer die Listen miteinander zu vergleichen. Habe die Änderungen eben (bis auf griechisch bei .eu) angepasst und im Editor absichtlich doppelte Leerzeichen stehen lassen, damit beim rauskopieren die Zeichen korrekt untereinander stehen.
Gruß, P. (nicht signierter Beitrag von 78.35.197.147 (Diskussion) 18:09, 29. Nov. 2012 (CET)
thread_title:  Reihenfolge Sonderzeichen 

message: Mir ist bewusst, dass Thunderbird kein Browser ist. Trotzdem als Hinweis zur möglichen Aufnahme: nach dem Update auf Thunderbird Version 24.0.1 gab es einen Hinweis, dass neuerdings IDN-E-Mail-Adressen unterstützt werden (Zitat: Nachrichten können jetzt an IDN-basierte E-Mail-Adressen gesendet werden.)  --MichaelK-osm (Diskussion) 06:11, 15. Okt. 2013 (CEST)
replies: text: Abschnitt könnte man allgemeiner fassen wie "Unterstützung in Anwendungen" o.ä. --Matthäus Wander (Diskussion) 23:31, 15. Okt. 2013 (CEST)
thread_title:  Abschnitt "Unterstützung im Browser" 

message: Wer ist denn auf die gloreiche Idee gekommen, das Lemma in „Umlautdomain“ umzubenennen? Gab es dazu eine Diskussion oder …? Der Lemma-Name ist definitiv komplett falsch, da Umlaute eben nur „äöü“ sind und IDN noch ein paar tausend Zeichen mehr behandelt. Das sollte schnellstmöglich rückgängig gemacht werden. --net (Diskussion) 15:06, 20. Jul. 2012 (CEST)
replies: text: Die Umbennenung war meine Idee, über die ein Admin positiv entschieden hat. Eine Diskussion ist dafür nicht notwendig. Der englische Titel war nicht zu halten - hierzulande spricht man praktisch immer nur von Umlautdomain oder IDN, niemals nie aber von IDNA oder dessen sperriger Ausführung. Im Zweifel sind laut WP:NK deutsche Begriffe immer besser als ihr englisches Pendant. Meiner Meinung nach wird Umlautdomain nicht nur auf deutsche Umlaute bezogen, sondern auf alle Sonderzeichen außerhalb des ASCII-Bereichs. --Juncensis (Diskussion) 15:40, 20. Jul. 2012 (CEST)
replies: text:  Nein, man spricht von Umlautdomains, weil im deutschen Sprachraum halt hauptsächlich müller.de & Co von Belang sind, und keine chinesischen oder arabischen Domains. "Umlaut" ist aber keine gültige Umschreibung für "sämtliche Zeichen ausserhalb des lateinischen Standardalphabets". --YMS (Diskussion) 15:46, 20. Jul. 2012 (CEST)

text: Hier findest du die Definition von Umlaut und das umfasst nur einen Bruchteil der für IDN vorgesehen Zeichen. Wenn der Artikel schon umbenannt werden soll, dann in „Internationale Domainnamen“ oder was ähnliches aber nicht in Umlautdomain, denn der Name ist falsch und irreführend. Daran ändert auch die (nicht belegte) Verbreitung nichts. --net (Diskussion) 16:15, 20. Jul. 2012 (CEST)

text: Komplett von der Hand zuweisen ist der Verschiebewunsch allerdings nicht. Dass man den alten Namen Internationalizing Domain Names in Applications praktisch komplett aus dem Artikel entfernte, das geht aber bestimmt zu weit. Auch ist das neue Lemma "Umlautdomain" (70 Treffer bei Googlebooks) wie net richtig bemerkte unglücklich gewählt, da "Sonderzeichen-Domain" rund 3-fach mehr Googletreffer (Standardsuche) erzielt. Völlig abzulehnen ist der Wunsch nicht, weil Umlaut- und Sonderzeichen-Domain langsam in den erweiterten allgemeinen Wortschatz eindringen, und diese deutlich einfacheren Begriffe von den Providern verwendetet werden, während der offizielle Name "Internationalizing Domain Names in Applications" einer kleinen Zahl an Spezialisten vorbehalten bleibt. Internationalisierte Domain wird etwas weniger gebraucht als Sonderzeichen-Domain (Google-Standardsuche), und könnte ein brauchbares Lemma für den Artikel sein (700 Treffer bei Googlebooks). Sonderzeichen-Domain(400 Treffer bei Googlebooks) sollte im Artikel erwähnt werden, und natürlich sollte der originale Name erwähnt und erklärt werden. ("Internationalizing Domain Names" bringt es auf 80 Treffer bei Googlebooks). --Boshomi (Diskussion) 16:08, 20. Jul. 2012 (CEST)
replies: text: Sonderzeichen-Domain finde ich auch nicht glücklich gewählt, da bspw. Chinesen und Japaner ihre Zeichen nicht als Sonderzeichen ansehen werden. Da ist „Internationale Domainnamen“ oder „Internationalisierte Domain“ neutraler und auch allgemein verständlich. --net (Diskussion) 16:15, 20. Jul. 2012 (CEST)
replies: text: Unter "Internationale Domainnamen" versteht man allgemein TLDs wie ".eu", ".org"…, und ist daher nicht geeignet. „Internationalisierte Domain“ ist eindeutig, und meint Domains mit non-ASCII Zeichen. Der Unterschied zwischen den beiden Begriffen sollte ebenfalls im Artikel behandelt werden.--Boshomi (Diskussion) 16:31, 20. Jul. 2012 (CEST)
replies: text:  (BK) Aber nur belegt. :en:International domain name etwa leitet seit es 2006 angelegt wurde völlig unkontrovers auf :en:Internationalized domain name weiter, und nicht etwa auf :en:Generic top-level domain (.org) oder :en:Country code top-level domain (.eu), wie "man" das so "allgemein versteht". --YMS (Diskussion) 16:44, 20. Jul. 2012 (CEST)
replies: text:  Gib einfach mal "Internationale Domain" in die Google-Suche ein und du findest Massenweise Treffer zu gTDL, aber kaum etwas, dass mit diesem Lemma zu tun hätte. Das meine ich mit "man". "Internationale Domain" gibt es auch nicht als Lemma in Wikipedia. --Boshomi (Diskussion) 17:37, 20. Jul. 2012 (CEST)

text: Beides kann man falsch verstehen, ist aber um Meilen besser als Umlautdomain. Also „Internationalisierte Domain“? Noch andere Meinungen oder Vorschläge? --net (Diskussion) 16:42, 20. Jul. 2012 (CEST)

text: Eure Argumente sind durchaus richtig. Was haltet ihr von Domain (Unicode) oder Domain (Sonderzeichen) als neues Lemma? --Juncensis (Diskussion) 17:19, 20. Jul. 2012 (CEST)
replies: text:  So kommt das in der Literartur bestimmt nur in extremen Ausnahmenfällen vor, widerspricht also der WP:NK--Boshomi (Diskussion) 17:37, 20. Jul. 2012 (CEST)

text: Der Verschiebewunsch war schon nachvollziehbar. Über das endgültige Ziel kann man ja hier diskutieren, und wenn sich eine bessere Lösung abzeichnet, dann kann man diese verwenden.--Boshomi (Diskussion) 23:51, 20. Jul. 2012 (CEST)

text: Nein, das wurde schon beobachtet. Leider haben sich wenige beteiligt. Das Belassen macht keinen Sinn, da aus der Diskussion hervorgeht, dass es so einfach nicht passt. Ich verschiebe auf "Internationalisierte Domainnamen", da dieser Name derzeit wohl jener ist, der am ehesten auf Konsens stößt.-- Frohes Schaffen, Boshomi – rede mit mir –  19:09, 6. Aug. 2012 (CEST)
replies: text: Okay, danke fürs Verschieben. Mit dem neuen Lemma kann ich auch Leben, wie in der Abstimmung zum Ausdruck gebracht wurde. In der Einleitung ist das jetzt gut dargestellt. --Juncensis (Diskussion) 20:34, 6. Aug. 2012 (CEST)

text: Ja, nach WP:NK#Singularregel sollte der Artikel nach Internationalisierter Domainnamen verschoben werden. --Fomafix (Diskussion) 08:18, 29. Okt. 2012 (CET)

text: Interessante Erklärung. Ich sehe allerdings nicht, wie es von Vorteil ist, wenn man bei français.de oder .移动 von Umlautdomain spricht. Die ansonsten anschauliche Eigenschaft des Begriffs ist hier ins Gegenteil verkehrt. --Matthäus Wander 23:54, 9. Feb. 2014 (CET)
thread_title:  Lemma-Name Umlautdomain 

message: Weitere Vorschläge bitte unten anfügen.
;Internationalizing Domain Names in Applications
* --Boshomi (Diskussion) 22:11, 20. Jul. 2012 (CEST)
replies: text: Nein, das wurde schon beobachtet. Leider haben sich wenige beteiligt. Das Belassen macht keinen Sinn, da aus der Diskussion hervorgeht, dass es so einfach nicht passt. Ich verschiebe auf "Internationalisierte Domainnamen", da dieser Name derzeit wohl jener ist, der am ehesten auf Konsens stößt.-- Frohes Schaffen, Boshomi – rede mit mir –  19:09, 6. Aug. 2012 (CEST)
replies: text: Okay, danke fürs Verschieben. Mit dem neuen Lemma kann ich auch Leben, wie in der Abstimmung zum Ausdruck gebracht wurde. In der Einleitung ist das jetzt gut dargestellt. --Juncensis (Diskussion) 20:34, 6. Aug. 2012 (CEST)

text: Ja, nach WP:NK#Singularregel sollte der Artikel nach Internationalisierter Domainnamen verschoben werden. --Fomafix (Diskussion) 08:18, 29. Okt. 2012 (CET)

text: Interessante Erklärung. Ich sehe allerdings nicht, wie es von Vorteil ist, wenn man bei français.de oder .移动 von Umlautdomain spricht. Die ansonsten anschauliche Eigenschaft des Begriffs ist hier ins Gegenteil verkehrt. --Matthäus Wander 23:54, 9. Feb. 2014 (CET)
thread_title:  Lemmavorschläge (Abstimmung) 

message: Welche Vorteile (die die offensichtlichen Nachteile überwiegen) haben solche Domains?--Antemister (Diskussion) 23:46, 29. Mär. 2016 (CEST)
thread_title:  Sinn