Vorlage Diskussion:Lang

aus Wikipedia, der freien Enzyklopädie
Wechseln zu: Navigation, Suche

Kanji und Hanja[Quelltext bearbeiten]

Gemischtschriftliches Japanisch sollte mit ja-Jpan gekennzeichnet werden.* Ich bin mir aber nicht sicher, was für innerhalb deutscher Texte einzeln auftretende reine Kanji-Wörter am besten wäre. ja-Hani sieht ganz gut aus, aber man könnte zur Kennzeichnung aller Shinjitai-Kanji enthaltenden Texte auch für ja-Hans plädieren – schließlich markieren wir ja auch in chinesischen Texten nicht nur diejenigen Zeichen einzeln, die eine vom Langzeichen verschiedene Kurzform haben. Kyūjitai-Kanji könnte man mit ja-Hant markieren.

Ebenso wüßte ich gern, ob etwas gegen die Verwendung von ko-Hant statt ko-Hani zur Markierung von Hanja spricht. Vorlage:Koreanischer Name sollten wir dann ändern. Übrigens gibt es sogar vereinzelt mischschriftliche Texte, die vereinfachte Zeichen benutzen.

Falls allerdings Hans und Hant nicht nur auf chinesischsprachige Texte, sondern auch auf Japanisch und Koreanisch anzuwenden sind, wozu dient dann eigentlich Hani?

Sobald wir uns klarer geworden sind, wo Grauzonen und Problemfälle liegen und welche Fragen noch offen sind, sollten wir vielleicht mal bei der ISO 15924 Registration Authority nachfragen, für welche Situationen welche Codes gedacht sind. Ich halte auch einen eigenen Code für koreanische Mischschrift enstprechend Jpan für sinnvoll. Wikipeditor 16:35, 21. Okt. 2006 (CEST)

Über Nachfrage sollten wir wirklich einmal nachdenken. Ko-Hans ist unsinnig, sehe ich das richtig? Ich nehme einfach an, dass man bei der Registration Authority nicht darüber nachgedacht hat. Für Japanisch ist viel weniger Hant sinnvoll, als eine Jahresangabe wie 1901/1996 für Deutsch. --chrislb 问题 17:37, 21. Okt. 2006 (CEST)

* Jpan wird offenbar tatsächlich nicht als Standardschrift für ja vorausgesetzt/ergänzt, sondern muß angegeben werden. W. 2006-10-23

Siehe [1] und die Antworten darauf. --chrislb 问题 22:11, 27. Okt. 2006 (CEST)
Besten Dank! Wikipeditor 23:23, 29. Okt. 2006 (CET)

Wie sieht das aus, wenn man Lateinumschrift kennzeichnet? Von der Sprache her wäre das ja auch noch Chinesisch, Japanisch oder Koreanisch, aber ein anderes Schriftsystem (analog zu Kanji, Kana oder Hangeul). Ich finde, das sollte man auch kennzeichen (Für Screenreader o.ä.), aber vielleicht wünscht man nicht, dass der Browser dann automatisch die Lateinschrift aus der entsprechenden asiatischen Schrift aussucht, die sehen ja teilweise etwas hässlich aus bzw. passen dann nicht zur normalen deutschen Schrift? -- Hellstorm 17:54, 20. Aug. 2007 (CEST)

Der letzte Stand der Diskussion war, dies hier erstmal nicht zu tun, da es das Schriftbild negativ beeinflusst. Ansonsten mal direkt Benutzer:Wikipeditor fragen. --chrislb 问题 13:38, 21. Aug. 2007 (CEST)

Mit was wird eigentlich Zhuyin/Bopomofo gekennzeichnet? zh-Hant passt ja nicht so ganz, oder? -- Hellstorm 17:47, 27. Aug. 2007 (CEST)

Kann man alles in der oben verlinkten Subtag-Registry suchen: zh-Bopo. --Mps 17:50, 27. Aug. 2007 (CEST)
Dann werd ich das vielleicht mal oben in der „Sonstiges“-Liste ergänzen. -- Hellstorm 21:07, 27. Aug. 2007 (CEST)

einige Fragen[Quelltext bearbeiten]

  • Unter „Definition“ hier weiter oben steht einerseits: „Die Sprachkürzel aus ISO 639-1 sollten verwendet werden.“ - also die, bei welchen man z. B. nicht zwischen neuhochdeutsch und mittelhochdeutsch differenzieren kann. Am Ende des Absatzes steht dann wiederum: „Subtags: Einzelwerte die nach dem Schema language[-script][-region][-variant] zusammengesetzt werden, z.B. de-CH-1996“. Wenn ich's richtig verstanden habe, ist das zweite nicht ISO-639-1-entsprechend. Geht es nun also eher darum, möglichst genaue Informationen bereitzustellen oder sich möglichst genau an die (relativ enge) ISO 639-1 zu halten? Persönlich bräuchte ich v. a. Differenzierungsmöglichkeiten für ältere Sprachstufen des Griechischen. Geht das hiermit?
  • Auf was für Wortarten erstreckt sich sinnvollerweise eigentlich die Anwendung dieser Vorlage? Sollten auch Orts- und Personennamen so getagt werden?
  • Nur im Haupttext? Oder auch in Boxen (Personenboxen z. B.), Literaturangaben, Quellenangaben? Ich gehe mal davon aus, dass wir die Vorlage nur im Artikelnamensraum einsetzen wollen ... ;-)

Für Anregungen wäre ich dankbar, Euer -- marilyn.hanson 22:51, 21. Nov. 2006 (CET)

  1. ISO 639 gibt ja nur die einzelnen Kürzel vor, die einzelnen Kombinationen regeln andere Normen. Die Faustregel ist aber: nur so speziell wie nötig, so allgemein wir möglich. Für das Griechische, k.A. :) Aber das sollten die Tabellen regeln, die in dem Artikel ISO 639 unter Weblinks verlinkt sind.
  2. Personennamen haben ja nicht direkt etwas mit der Sprache zu tun. Für Ortsnamen die auch in anderen Ländern verwendet werden (und das ist wohl meistens der Fall), wäre eine genaue Kennzeichnung sinnlos. Sonst müsste jedes London durch {{lang|en|London}} ersetzt werden.
  3. Eigentlich überall wo es möglich ist (Artikelnamensraum).
Hoffe habe alles beantwortet. Danke für deine Korrektur im Artikel. Den letzten Abschnitt in ISO 639 will ich noch irgendwann überarbeiten --chrislb 问题 23:28, 21. Nov. 2006 (CET)
Danke für die schnellen Antworten! Dann werde ich mir die entsprechenden Tabellen mal genauer zu Gemüte führen. Wegen der Personennamen und teilweise auch der Ortsnamen: Die Vorlage könnte dort eine Hilfe sein, wo es verschiedene Formen gibt, denn in einigen (öfter mal auftretenden) Zusammenhängen kommt es ja gerade darauf an, ob eine Namensform hochdeutsch oder plattdeutsch ist (Vornamenartikel z. B.) Auch bei Ortsnamen kann dies einen Unterschied machen (deutsch-polnisches Grenzgebiet oder auch eingedeutschte Städtenamen wie Athen: heutiges Griechisch Athína, englisch Athens etc.) - Fraglich natürlich, ob man das unbedingt auch in Metadaten ausdrücken muss ... In den meisten Fällen wird eh die deutsche Standardbezeichnung gemeint sein, die wir ja nicht extra auszeichnen (sonst müsste man ja für jedes Wort die geschweiften Klammern setzen). Ich wrd's mal mit Augenmaß dort versuchen, wo ich eh gerade schreibe/editiere. Dank nochmal von -- marilyn.hanson 17:34, 22. Nov. 2006 (CET)
Offiziell soll das Wohl ISO 639-4 regeln. Dort wird geplant die Verwendung zu beschreiben. Jetzt müssen wir nur noch warten bis sie rauskommt. Deine Argumente sind nachvollziehbar. --chrislb 问题 18:31, 22. Nov. 2006 (CET)

Vorlage und Textauszeichnung[Quelltext bearbeiten]

Mir kam gerade der Gedanke, dass die Vorlage ja Wörter/Textpassagen markiert, um ggf. über Stylesheets eine besondere Auszeichnung des Markierten zu ermöglichen, und dass es in diesen Fällen vielleicht hinderlich ist, wenn im Quelltext weitere Textauszeichnungen stehen (z.B. kursiv oder Anführungszeichen). Sollte man die vorgefundene Auszeichnung stehen lassen und einfach die Vorlage dazufügen oder ggf. die Auszeichnung ändern/entfernen? Dies betrifft wohl vorwiegend einzeln stehende Wörter oder Phrasen. -- marilyn.hanson 17:44, 22. Nov. 2006 (CET)

Machen wir einen Dialog auf :) Die meisten Auszeichnungen sind bereits festgelegt. So werden meist Wörtern in lateinischen Buchstaben kursiv geschrieben. Andere Schriften werden allerdings meist nicht ausgezeichnet. Das sollte sogar irgendwo geschrieben stehen. --chrislb 问题 18:38, 22. Nov. 2006 (CET)

Problem mit Zitaten[Quelltext bearbeiten]

Ich verwende häufiger fremdsprachige Quellen. Insbesondere bei Zitaten, halte ich mich an die Vorlage, wobei der erste Teil übersetzt, der zweite das wörtliche Zitat ist.

„So machen wir das hier. − This is how we do things around here.

Bright and Parkin, 1997 <ref>Bright, D. & Parkin, B (1997), Human Resource Management – Concepts and Practices, S. 13 Business Education Publishers Ltd.</ref>

Nun möchte ich das gerne nach der "Lang"-Vorlage ergänzen. Dann sieht mein Zitat plötzlich so aus. Es ist in der Tat länger als das vorhergehende, sieh selbst im Edit-Mode nach:

„So machen wir das hier. − This is how we do things around here.

Bright and Parkin, 1997 <ref>Bright, D. & Parkin, B (1997), Human Resource Management – Concepts and Practices, S. 13 Business Education Publishers Ltd.</ref>

Ist das so im Sinne des Erfinders? Yotwen 23:27, 24. Nov. 2006 (CET)

So klappt es:

„So machen wir das hier. − This is how we do things around here.

Bright and Parkin, 1997 <ref>Bright, D. & Parkin, B (1997), Human Resource Management – Concepts and Practices, S. 13 Business Education Publishers Ltd.</ref>
Grüße --chrislb 问题 14:10, 25. Nov. 2006 (CET)
Merci, ;) Yotwen 19:22, 25. Nov. 2006 (CET)

Syntax der Subtags, Kleinigkeit[Quelltext bearbeiten]

Wie verhält es sich eigentlich mit der Syntax der Skript-Subtags? Muss ich besipielsweise schreiben {{lang|el-Latn|Aléxandros}} (also mit großem L bei -Latn) oder reicht {{lang|el-latn|Aléxandros}} mit kleinem l des Subtags? Macht das einen Unterschied? Für Antworten stets dankbar: -- marilyn.hanson 20:44, 22. Feb. 2007 (CET)

Standard ist:
  • Sprachkodes (auch Makro- und Subsprachen wie z. B. zh-wuu): klein
  • Schriftkodes: erster Buchstabe groß, Rest klein
  • Regionalkodes: beide Buchstaben groß
Beispiel: zh-yue-Hant-HK (Cantonese written in Traditional script, as found in Hong Kong)
Siehe Language tags in HTML and XML und Understanding the New Language TagsWikipeditor 22:03, 22. Feb. 2007 (CET)

Verwendung[Quelltext bearbeiten]

Hallo,

ich sehe nach der Lektüre des Abschnitts "Definition" ein, daß eine Auszeichnung "exotischer" Sprachen durchaus sinnvoll ist, aber muß man die englische Sprache auch durch diese Vorlage auszeichnen? Mir sind heute folgende edits aufgefallen, die ich für fragwürdig halte: [2], [3], [4]. (Es tut mir leid, hier die Beiträge eines einzelnen Nutzers herauszustellen, aber diese sind mir nunmal aufgefallen)

Hier sind zwei dinge, die mir Kopfschmerzen bereiten: 1.) Würde dies konsequent umgesetzt, hätten wir diese Vorlage in so gut wie jedem Artikel der WP und würden damit 2.) die Einstiegshürde für neue Nutzer noch höher setzen (die Quelltexte sind ohnehin schon recht kompliziert geworden, muss man dies durch sowas noch steigern?).

Meiner Meinung nach sollte man darüber nachdenken, ob es möglich ist, die Verwendung dieser Vorlage auf einige Sprachen zu beschränken. Viele Grüsse,--Michael 10:23, 14. Jun. 2007 (CEST)

Hallo Michael, Du hättest auch einige meiner Edits in letzter Zeit als Beispiel anführen können (;-)), da ich die Vorlage auch immer wieder einbaue. Von daher meine Gründe, warum ich denke, dass die Vorlage sinnvoll ist, auch und teilweise gerade für "Standardsprachen" wie Englisch oder Französisch.
Die oben angegebenen Gründe sind soweit ich das sehe unabhängig von der Sprache, wobei je nach Punkt mal mehr, mal weniger bedeutend. Aber speziell bei der Unterstützung von Screenreadern ist nach meinem Wissenstand primär die Auszeichnung der Standardsprachen wichtig, da die meisten der Produkte nur diese Sprachen unterstützen. Und Wikipedia wurde, wenn ich mich recht erinnere eh schon wegen schlechter Accessibility kritisiert. Auch Suchmaschinen können diese Information sicher unabhängig davon, welche Sprache es genau ist, gut gebrauchen ("Antwortseiten, geschrieben in ..." bei Google).
Einfachheit des Quelltextes ist sicher ein wichtiges Argument, Vorlagen sind ein generelles Konzept in der Wikipedia, das man nach einmaligem Verstehen vielfach einsetzten kann.
Viele Grüße, --S.K. 11:18, 14. Jun. 2007 (CEST)
Inzwischen ist die Vorlage aus den ersten beiden Artikeln bis auf den Einleitungssatz längst verschwunden. --87.153.115.194 05:15, 12. Apr. 2017 (CEST)

Falsche Sprachangaben?[Quelltext bearbeiten]

In vielen Artikeln, besonders bei Manga/Anime, sind viele Namen in japanischer Schrift durch die Vorlage Lang gekennzeichnet.

Allerdings scheint es die Codes ja-Kana, ja-Hani oder ja-Jpan nicht im offiziellen Standard zu gebenn. Laut ISO-3166-1, für die Kennzeichnung des Landes, und ISO-639-2, für die Kennzeichnung der Sprachen, sollte laut RFC 3066 jpn-JPN (Kana und Hiragana) oder chi-JPN (Kanji) verwendet werden. (Es gibt noch weitere Möglichkeiten Codes für die gleichen Sprachen zu bilden, allerdings würde auch eine Variante 3-3 reichen, da alle Sprachen und Länder damit abgedeckt sind.) Das W3C bezieht sich ebenfalls auf RFC 3066.

Ist nun die Angabe von ja-Kana und Co. falsch oder nicht? Der Konvention scheinen sie mir jedenfalls nicht zu entsprechen. --Niabot (Diskussion) 13:02, 2. Okt. 2007 (CEST)

Siehe dazu auch oben #Definition. --*Rawk!* Polly want a cracker! 13:26, 2. Okt. 2007 (CEST)
Aus dieser Definition lassen sich aber keinesfalls ja-Kana oder ja-Hani ableiten, da diese schreibweisen (Sprachen) zu keinem Standard gehören. Siehe auch oben genannten Link: W3C I18n. --Niabot (Diskussion) 13:52, 2. Okt. 2007 (CEST)
Ergänzung: Nach der neuesten Regelung wären diese Angaben erlaubt, allerdings setzt dies die Erweiterung RFC 4646 voraus. XML und XHTML in aktueller Version (wie sie von Wikipedia verwendet werden) beschränken sich aber auf RFC 3066. Somit wäre eine Angabe die über "language-region-variant" hinausgeht nicht konform. --Niabot (Diskussion) 14:03, 2. Okt. 2007 (CEST)
Doch die lassen sich aus W3C I18n ableiten. In diesem Dokument ist das Format als
langtag = (language["-" script]["-" region]*("-" variant)*("-" extension)["-" privateuse]) definiert. Damit kann man Scripts angeben, was über dein genanntes language-region-variant hinausgeht. Desweiteren steht in W3C I18n über die möglichen Script-Angaben und die Language Subtag Registry, dass All of the initial records have the date "2005-10-16" as shown above. Hani, Kana, Hira und Hrkt gehören zu dieser initialen Menge und können damit als nach W3C I18n festgelegt gelten. --Mps 14:30, 2. Okt. 2007 (CEST)
Dann vestehe ich aber nicht, dass in [5] folgender Satz steht: „The script subtag is new in RFC 4646. The subtags come from, and are kept up to date with, the list of ISO 15924 script codes.“
Demnach wird RFC 4646 vorrausgesetzt, welches aber ein Nachfolger von RFC 3066 ist. XML (1.0) selber legt aber nur RFC 3066 als Standard fest. Wohingegen sich XHTML (1.0) auf HTML (4.01) bezieht und sogar nur RFC 1766 zulassen würde. Ich weiß jetzt nicht inwieweit diese Tags abwärtskompatibel sind, vermute aber, dass sie dies eben nicht sind. --Niabot (Diskussion) 14:47, 2. Okt. 2007 (CEST)
Sie sind abwärtskompatibel, denn in RFC 1766 steht The information in the subtag may for instance be: […] Script variations, such as az-arabic and az-cyrillic. Das heisst das Script-Angabe zwar zulässig sind, jedoch noch nicht normiert waren, d.h. man nach Gutdünken irgendwas hinschreiben konnte. So wird zum im Beispiel darunter z.B. arabic als Script-Angabe verwendet. RFC 3066 verwendet auch nur eine generische Angabe Language-Tag = Primary-subtag *( "-" Subtag ) und schreibt lapidar Tags with second subtags of 3 to 8 letters may be registered with IANA, according to the rules in chapter 5 of this document. (Anmerkung: nur ein Buchstabe ist ungültig, zwei Buchstaben sollen als ISO 3166 alpha-2 angesehen werden). Meint also die IANA wird sich schon was einfallen lassen, nimmt aber wiederum keine Definition vor. RFC 4646 nimmt dann schließlich eine Definition von Subtag vor. RFC 4646 kann damit als Spezialisierung der eher generisch gehaltenen RFC 1766 und RFC 3066 angesehen werden, so dass Anwendungen die beide letztere unterstützen auch RFC 4646 unterstützen, aber eben nicht die Informationen aus den Subtag-Einträgen nutzen können. --Mps 17:47, 2. Okt. 2007 (CEST)
Danke für den Hinweis, dann kann ich ja jetzt beruhigt ja-Hani-JPN etc. hinschreiben. :P --Niabot (Diskussion) 20:42, 2. Okt. 2007 (CEST)
Erstens vermute ich, wenn man schon die Region hinzuschreibt, müßte es JP statt JPN heißen. Zweitens ist es wohl aber besser, …-JP nicht hinzuzuschreiben, weil sonst der Eindruck entstünde, der markierte Text enthalte Ausdrücke, die es so in Dialekten anderen Regionen nicht (oder mit anderer Bedeutung) gibt, oder die Region sei für das Schriftbild von Belang. Es dürfte nur wenig japanisches Vokabular (oder Grammatik) geben, das außerhalb Japans lebende Japanischsprecher nicht oder anders verwenden. Für Eigennamen – besonders Personennamen – dürfte die Region unnötig sein, es sei denn, der Name z.B. ein und desselben Menschen wird in zwei Regionen gleicher Schrift regelmäßig unterschiedlich geschrieben/transkribiert. Viel Spaß bei der Entscheidung, welche Schreibungen bereits Übersetzungen in eine andere Sprache darstellen und welche lediglich Transkriptionen sind.
Im Übrigen dachte ich immer, offiziell seien alle Kodes, die die Registry hergibt, falls dort etwas fehlt, bedienen wir uns in Erwartung baldiger Aufnahme einstweilen bei ISO 15924, und wie wir das Ganze benutzen sollen, stünde in den relevanten Dokumenten auf w3c.org. Wikipeditor 00:57, 14. Okt. 2007 (CEST)

Frage zu Artikeln mit japanischen Namen[Quelltext bearbeiten]

Diese Vorlage sollte ja verwendet werden um anderssprachige Elemente zu kennzeichnen. Häufig schreibt man aber Dinge wie in folgendem Beispiel:

''Elenore Baker'' ({{Lang|ja-Jpan|エリノア・ベイカー}}, ''Erinoa Beikā'')

Wäre es hier nicht korrekter

''Elenore Baker'' ({{Lang|ja-Jpan|エリノア・ベイカー}}, ''{{Lang|ja-Latn-JA|Erinoa Beikā}}'')

zu schreiben? Ich sehe hier allerdings ein kleines Problem darin, dass der eigentliche Text in Vorlagen erstickt. --Niabot (Diskussion) 22:12, 4. Okt. 2007 (CEST)

Die Kennzeichnung von romanisiertem Text wurde bisher nicht vorgenommen, dies war u.a. bedingt durch ein Problem der Schriftarten bei der Darstellung. Der angesprochene Punkt gilt z.B. auch für Pinyin wie mit {{Lang|ja-Latn|Máo Zédōng}}. Falls du Interesse hast da weiter nachzuforschen, dann würde ich dich bitten Benutzer:Wikipeditor anzusprechen und nach dem aktuellen Stand zu fragen. Deine Länderangabe JA finde ich überflüssig, und sollte laut Spezifikation möglichst entfallen, wenn kein besonderer Hintergrund vorliegt. --chrislb 问题 04:04, 5. Okt. 2007 (CEST)
Ja das mit dem JA ist hier unter Umständen nicht ganz korrekt, da mir zu diesem fiktionalen Beispiel nicht wirklich ein Grund einfällt, es nach Japan drücken zu wollen. Ich werde mich an Benutzer:Wikipeditor wenden. --Niabot (Diskussion) 09:16, 5. Okt. 2007 (CEST)
Zuviel der Ehre – chrislb hat bestimmt mehr zum Thema gelesen als ich. Zwar habe ich mich seit Monaten nicht mehr damit beschäftigt, aber das Problem dürfte immer noch folgendes sein: Einerseits wäre es eigentlich richtig, bloße Umschriften nicht wie Übersetzungen zu behandeln. Andererseits bestechen die Fonts, die in Internetbrowsern zur Anzeige ostasiatischer Sprachen eingestellt sind, durch Masse statt Klasse, etwa in bezug auf diakritische Zeichen, die ja gerade in Umschriften oft vorkommen. Für solche CJK-fontinternen Probleme dürfte es technisch bedingt auf absehbare Zeit keine Lösung geben. Die eigentlich Schuldigen sind aber wohl eher die heutigen Browser, die nämlich den zur Darstellung eines Textes zu verwendenden Font noch nicht nach der Schrift, sondern der Sprache des Textes auswählen – mal abgesehen von ein paar registrierten Wikilesern, die ihr Stylesheet entsprechend erweitert haben. Sobald Browser auf Schrift statt Sprache achten, haben wir das Problem nicht mehr. "Korrekte" Etikettierung scheint sich in der Wikipedia bislang nicht durchgesetzt zu haben. Das kommt der Lesbarkeit (und Ästhetik) für Menschenaugen zugute. "Korrekte" Etikettierung wäre aber ein kleiner Anreiz für Anbieter von Browsern, deren Fontauswahlkriterium zu ändern; vielleicht sprechen auch eines Tages Vorleseprogramme in Artikeln über die Phonetik von Fremdsprachen nicht mehr alles deutsch aus. Wikipeditor 00:57, 14. Okt. 2007 (CEST)

Schriften-Infobox[Quelltext bearbeiten]

Was haltet ihr eigentlich von einer allgemeinen Schriften-Infobox?

Dort könnte man beispielsweise die Anzahl der Schriftzeichen; die Unicode-Blöcke; die Sprachen, in denen sie hauptsächlich verwendet werden; den ISO-15924-Code [6] und noch einige andere Informationen eintragen. Also ganz ähnlich wie die Sprachen-Infobox. -- Hellstorm 22:32, 23. Nov. 2007 (CET)

Ich halte dies für eine gute Idee und hätte grundsätzlich nichts dagegen einzuwenden. Denn hier hätte die Infobox dann tatsächlich einen Mehrwert. --Niabot (Diskussion) 23:56, 23. Nov. 2007 (CET)
Vorlage:Infobox Schrift? --chrislb 问题 16:00, 24. Nov. 2007 (CET)

monobook.css[Quelltext bearbeiten]

Hallo. Wir sind gerade dabei, in Artikeln über Thailand die Vorlage:Lang einzubauen. Um zu überprüfen, dass wirklich alle Vorkommen thailändischer Schrift in einem Artikel behandelt worden sind, würde ich gerne die oben vorgeschlagene Fabänderung vornehmen. Ich habe also Folgendes in meinem monobook.css gant unten angefügt:

span [lang|=th] { color: green; }

Anschliessend habe ich auch fein den Cache geleert (ich benutze Opera, also: F5). Allerdings sehe ich keinerlei Unterschied zu vorher. Was habe ich falsch gemacht? --Hdamm 10:05, 26. Mai 2008 (CEST)

Sehr seltsamer Fehler. Ich habe dies eben auch probiert (monobook.css) und muss die Feststellung machen, dass auch der Firefox als "thailändisch markierten Text" nicht entsprechend hervorhebt. Jedoch wird, vermutlich Browserintern, der als thailändisch markierte Text kompakter dargestellt. Jedoch werden Farb- und Rahmenangaben ignoriert. -- Niabot議論 10:33, 26. Mai 2008 (CEST)
Hatte selbst einen dämlichen Schreibfehler in der CSS-Anweisung. Jetzt funktioniert es einwandfrei. Versuch doch einmal das Leerzeichen hinter "span" zu entfernen:
span[lang|=th] { color: green; }
-- Niabot議論 10:38, 26. Mai 2008 (CEST)
Ja, Klasse. Danke, das wars. --Hdamm 10:46, 26. Mai 2008 (CEST)

Wo Vorlage überall einbauen?[Quelltext bearbeiten]

Hallo. Wie bereits gesagt, sind wir gerade dabei, in Artikeln über Thailand die Vorlage:Lang einzubauen. Dabei ist mir nicht so ganz klar, wo sie überall benutzt werden soll. Speziell hier: Im Artikel Nakhon Ratchasima gibt es unten unter Einzelnachweise einen Link auf die thailändische Wikipedia. Soll die Vorlage dort auch benutzt werden? Wenn ja, wie wird sie da eingebaut, dass der Link noch funtioniert? --Hdamm 08:55, 29. Mai 2008 (CEST)

Laut W3C (siehe weiter oben in der Diskussion) soll die Vorlage für alle fremdsprachigen Worte (nicht nur andere Schriftsysteme), die in der Muttersprache des Schriftstücks nicht gebräuchlich sind, mit Sprachauszeichnungen (der Vorlage) versehen werden. Dazu gibt es leicht geteilte Meinungen, aber bei wichtigen Begriffen sollte man dies ruhig machen, da hier die Auszeichnung auch zum Verständnis beiträgt. PS: Ich korrigiere das eben mal. -- Niabot議論 09:13, 29. Mai 2008 (CEST)
Ja danke. Das ist doch ne ganz gute Lösung so. --Hdamm 10:18, 29. Mai 2008 (CEST)

Pali? Sanskrit?[Quelltext bearbeiten]

Gibts eigentlich auch ne Vorlage für Pali und Sanskrit? Mir ist soeben in Edler Achtfacher Pfad aufgefallen, dass dort auch ungewöhnliche Zeichen drinstehen.

BTW: was für einen Zeichensatz muss ich installieren, um die Zeichen in eckigen Klammern (erste Zeile hinter "Sanskrit: ...") lesbar zu machen? --Hdamm 10:35, 9. Jun. 2008 (CEST)

Ich habe die Vorlage eingesetzt, und den Text als sa = Sanskrit markiert. Den Font kann ich dir so direkt nicht sagen. Vielleicht schaust du mal bei Vorlage:Unicode nach, dort sind ein paar Schriftarten genannt, die vielleicht hilfreich sein können --chrislb 12:14, 9. Jun. 2008 (CEST)
Hmm - ich hätte ja eigentlich gedacht, der Text vor dem Ausdruck in eckigen Klammern (also "ārya aṣṭāṅgika mārga") sollte für die Vorlage benutzt werden? Sind denn die Zeichen mit Punkt drüber und Punkt drunter im zweiten Wort für wirklich jeden Brauser/Betriebssystem/User verfügbar?
Zu den Zeichen in eckigen KJlammern: ich habe mehrere Unicode-Fonts installiert, sehe trotzdem nur Quadrate. Kannst Du denn dort "richtige" Zeichen sehen? --Hdamm 12:26, 9. Jun. 2008 (CEST)
Zu dem Text vor: Streng genommen ist das auch Text in einer anderen Sprache, wird aber als Lateinische Buchstaben meist nicht ausgezeichnet, da die meisten Browser dann eher einen falschen Font verwenden. Die Diakritka die dort verwendet werden sollten auf einem aktuellen System eigentlich darstellbar sein. Bei mir tuts = sehe alles, aber ich sitze hier vor einer Linux-Installation, kann dir damit wahrscheinlich nicht helfen. --chrislb 12:52, 9. Jun. 2008 (CEST)
Danke für Deine Bemühungen. --Hdamm 14:04, 9. Jun. 2008 (CEST)

Diese Kästchen haben mich auch schon irritiert. Auf meinem Mac werden die Unicodenummern angezeigt, z.B. x093E oder x0915. Das gehört in die Codepage[7] für Devanagari. Da es für Sanskrit gute lateinische Transliterationen gibt, frage ich mich, welcher Leser der deutschprachigen Wikipedia überhaupt etwas von der Devanagari-Schrift hat. Bei Chinesisch kann ich nachvollziehen, dass hier auch Schriftzeichen wiedergegeben, weil mWn Transliterationen nicht eindeutig rückübersetzt werden können. Aber bei Sanskrit dürfte das Problem doch eigentlich nicht bestehen, oder? Kennt sich da jemand aus? --xuPu 11:13, 7. Mai 2009 (CEST)

Vorlage:Polytonisch[Quelltext bearbeiten]

Vorteile, Nachteile gegenüber dieser Vorlage? Was soll ich in einem Artikel mit altgriechischen Texten verwenden? Bisher habe ich „Polytonisch“ genutzt, was sind die Vorteile von lang? Besteht Redundanz? Grüße, —DerHexer (Disk.Bew.) 01:13, 30. Aug. 2008 (CEST)

Die Vorlage:Polytonisch gibt explizit Schriftarten an, die altgriechische Buchstaben anzeigen können. Mit Vorlage:lang kann man Text als einer bestimmten (beliebgen) Sprache zuordnen, legt aber keine Schriftart fest und es liegt dann am Browser und dessen Einstellungen ob die entsprechenen Zeichen (hier: altgriechische Buchstaben) darstellbar sind. --Mps 04:11, 30. Aug. 2008 (CEST)
Vulgo, Polytonisch sollte von Hause aus mehr Browsern die Anzeige gestatten? —DerHexer (Disk.Bew.) 10:53, 30. Aug. 2008 (CEST)
Sie sollte es, da es eine spezialisierte Vorlage für die Sprache ist, allerdings kann ich jetzt nicht beurteilen inwiefern eine Schriftvorauswahl einer besseren Darstellung auf bestimmten System/Browser-Kombination sogar im Wege steht. Von Seiten des W3C sollte eine Sprachauszeichnung vollkommen ausreichen, jedoch brauchen manche Browser eben noch den ein oder anderen Hinweis damit sie es richtig umsetzen, da sie es von Hause aus nicht richtig können (z.B. der IE ist dafür immer ein besonderer Kanidat). -- Niabot議論 10:59, 30. Aug. 2008 (CEST)

Was sollen die ganzen verschiedenen Schrifttags bei Japanisch?[Quelltext bearbeiten]

Die Frage kam zwar schon einmal auf, aber ich sehe immer noch nicht den Sinn von ja-Jpan und ja-Hani und ja-Kana und ja-Hira. Jede japanische Schriftart hat sowohl Kanji als auch Kana drin (von einigen ganz wenigen ausgenommen, die aber wohl kaum für den normalen Gebrauch sind), daher ist die zusätzliche Angabe im Grunde völlig unnütz. Wir schreiben ja auch nicht en-Latn, sondern einfach nur en (ich weiß, in dieser Registry steht drin, daß sich die Schrifttags nicht implizieren, aber da müßte man auch mal realistisch sein). Und welcher japanische Text besteht nur aus Kana oder nur aus Kanji (jetzt mal von Kinderbüchern und Kanbun abgesehen)? Zum einen hat sowieso kein Browser die Möglichkeit, zwischen den verschiedenen Schrifttags umzuschalten (oder welcher kann das?), d.h. im Grunde machen wir das im Moment sowieso zu richtig, obwohl es kein Browser kann. Zum anderen wird niemals jemand sich sagen „Ich will die Kanji aus der Schriftart und die Kana aus der anderen“. Eine japanische Schriftart ist Japanisch, fertig. Da nimmt man Kana und Kanji für. Das einzige, was für Japanisch interessant wäre, wäre ja-Hant, bei der man dann notfalls eine chinesische oder koreanische Schriftart nehmen kann, die z.B. den 示偏 anders darstellt. Schreiben wir ansonsten auch ko-Hani und ko-Hang? Da benutzen wir doch meines Wissens auch einfach nur ko. Ich wäre sehr dafür, diese ganze Verwirrung zu verhindern und einfach nur noch {{lang|ja|日本語}} bzw. in absoluten Ausnahmefällen {{lang|ja-Hant|}} zu benutzen. Wer wäre noch dafür? Dann müßte man mal die Namenskonventionsseite ändern. -- Hellstorm 19:28, 12. Apr. 2009 (CEST)

Da wäre ich nicht abgeneigt. Schließlich steht ja auch in den i18n noch der kleine Beisatz, dass die Angaben möglichst so unpräzise wie möglich formuliert sein sollen. "The golden rule when creating language tags is to keep the tag as short as possible" [8] Einzig eine Unterscheidung zwischen ja und ja-Latn würde ich belassen wollen, da hier wirklich bei der Darstellung von den Browsern nachgebessert werden kann (unterschiedliche Schriftbreiten, Raster). Die restliche Unterscheidung macht oftmals wenig Sinn, insbesondere dann, wenn japanische Zeichen (Kanji, Kana, Hiragana) mit lateinischen Zeichen vermischt werden. Hier sollte dann ein einfaches ja reichen, egal ob es aus Japan stammt oder nicht. -- Niabot議論+/− 19:56, 12. Apr. 2009 (CEST)
Achso, ihr wollt also allen international gültigen Konventionen trotzen und einfach euer eigenes Ding durchziehen, ja? Und das ohne den Sinn dieser Tags verstanden zu haben!? Einfach mal http://tools.ietf.org/rfc/bcp/bcp47.txt. http://en.wikipedia.org/wiki/ISO_15924 und http://en.wikipedia.org/wiki/IETF_language_tag zu Gemüte ziehen. Ich persönlich habe bisher auch bloß Hans, Hant und Jpan verwendet, hatter aber keine komplett in Hira oder Kana verfassten Texte. Aber ich sehe nicht, warum man generell von Hira, Kana und HrKt abraten sollte. Jpan ist als suppress script registriert: http://www.iana.org/assignments/language-subtag-registry, also braucht man es nicht extra hinschreiben, aber deswegen muss man eben die anderen hinschreiben.
Im übrigen ist der Scripttag optional. Es reicht auch nur ja, aber die anderen sind halt alle spezieller. Man muss also nicht unbedingt ja-Hira hinschreiben wenn man nicht möchte, da Hira ja in Jpan drin ist. Von standardisierten Tags abzuraten halte ich hier für völlig daneben. Es gibt Text-to-Speech verfahren, die diese Tags nutzen können und man kann sich zum Beispiel spezielle Browser-Addons holen, die z.B. Hiragana hervorheben anhand dieses Scripttags. Zumindest ist das so möglich und andersherum nicht. Den normalen User interessiert es eh nicht, denn im schlimmsten Fall sieht er gar nicht so eng und beachtet es sowieso nicht. --Tauwasser 09:48, 17. Jul. 2009 (CEST)

unbekanntes iso-kürzel[Quelltext bearbeiten]

sollten wir nicht ein feature für unbekannten sprachcode ergänzen, optimalerweise einfach "?" (ich mach das so ;) - dann könnte entweder ein wartungslink auf die iso-code seiten kommen, oder wir tragen das in eine wartungskategorie ein - um fachliches abarbeiten zu ermöglichen, ginge etwa auch erwitertere anfragen, wer hat zum beispiel gerade den isocode für altägypisch oder koptisch im kopf? - so könnte man wartungslisten für einzelne spachportale ergänzen: unserer altegyptenabteilung hat das sicherlich parat, und freut sich wohl, das kompetent zu bearbeiten --W!B: 11:54, 14. Dez. 2009 (CET)

Wenn die Sprache unbekannt ist wird laut BCP 47 als Sprachkürzel und (für undefined) verwendet. --Mps 12:57, 14. Dez. 2009 (CET)
ah, ja, das ist auch nicht schlecht, wusste ich gar nicht --W!B: 13:01, 14. Dez. 2009 (CET)

Referenzliste[Quelltext bearbeiten]

Kann man eine kurze Referenzliste der wichtigsten für Vorlage:lang gebrauchten Kürzel erstellen? Das wären die wichtigsten Sprachen (de, fr, en, es, it, ru), sowie die wichtigsten Terminologie-Sprechen (lat, grc) und vielleicht über eine Parameter-Statistik von Vorlage:lang die wichtigsten dort verwendeten Sprachen. (nicht signierter Beitrag von 93.197.151.32 (Diskussion) 19:22, 2. Jan. 2011 (CET))

lang-(code)[Quelltext bearbeiten]

Kann man auch eine Vorlage "lang-(code)" genau wie z.B. en:Template:lang-de bauen? (nicht signierter Beitrag von 93.197.151.32 (Diskussion) 19:22, 2. Jan. 2011 (CET))

ISO-3166-1-Kodierliste link[Quelltext bearbeiten]

kann jemand bitte ISO-3166-1-Kodierliste direkt verlinken? danke --Lofor 12:35, 18. Dez. 2011 (CET)

Fremdsprachliches Kursiv?[Quelltext bearbeiten]

Wenn fremdsprachliches kursiv geschrieben werden soll, warum kann das dann nicht gleich hier in der Vorlage erledigt werden?--≡c.w. 16:28, 15. Jun. 2012 (CEST)

Mongolisch[Quelltext bearbeiten]

Für die traditionelle mongolische Schrift sollte nicht die lang-Vorlage, sondern die Vorlage:MongolUnicode verwendet werden. --Gregor Kneussel (Diskussion) 16:16, 1. Dez. 2013 (CET)

Dadurch das {{MongolUnicode}} keinerlei Sprachauszeichnung vornimmt, muss (zumindest sollte) {{Lang}} dennoch verwendet werden, solange MongolUnicode das nicht selber macht. --Mps、かみまみたDisk. 17:38, 1. Dez. 2013 (CET)

Scheinbarer Einsatz dieser Vorlage als Universalvorlage per ULS[Quelltext bearbeiten]

In letzter Zeit wurden offenbar Vorlagen als „veraltet“ erklärt, die nun mittels dieser {{Lang}} über ULS als Webfonts ersetzt würden; so etwa Keilschrift.

Dies ist aus zwei Gründen keine gute Idee:

  1. Benutzer ohne aktiviertes JavaScript können zwar die klassischen Font-Vorgaben als CSS umsetzen und bekommen es richtig dargestellt;
    • ULS setzt aber JavaScript voraus und zeigt bei diesen Benutzern nur Käsekästchen an.
  2. ULS ist wegen Performance-Problemen beim Zuspielen der Webfonts seit einigen Tagen nur noch optional und standardmäßig in den lateinisch verschrifteten Wikis deaktiviert.
    • Wer davon nichts weiß, sieht im Unterschied zu den klassischen Vorlagen mittels Vorlage:lang nur Käsekästchen und hat auch keine Idee, warum das so ist und ob das so sein müsse.
    • Nicht angemeldete Leser haben zurzeit keine Möglichkeit, ULS zu aktivieren.
    • Wegen zahlreicher Proteste hinsichtlich der Verlangsamung der Arbeit ist damit zu rechnen, dass ULS in den lateinisch verschrifteten Wikis Opt-in bleiben wird und nur bei Wikis in bestimmten asiatischen nicht-CJK-Schriften zum Projekt-Standard wird.
    • Auch wenn es Opt-out werden sollte, müssen diejenigen angemeldeten Benutzer, die ULS deaktiviert haben, trotzdem die bei ihnen lokal installierten Fonts nutzen können.

Es bleibt also bei den klassischen Font-Vorlagen.

  • Diese können gern zusätzlich den betreffenden lang-Parameter unterstützen. Falls keine andere Font-Unterstützung vorhanden ist und Benutzer ULS aktiviert haben, würde ULS dann den Webfont nachladen, so es verfügbar ist.

VG --PerfektesChaos 09:29, 23. Jan. 2014 (CET)

«class» einbauen[Quelltext bearbeiten]

Bitte in die Vorlage noch «class» einbauen, z.B. class="lang{{{1}}}" Firefox zeigt mir bei der DMG-Umschrift zwar richtige, aber vollkommen unleserliche Zeichen an. --Baba66 (Diskussion) 10:46, 19. Jul. 2014 (CEST)

Inwiefern soll class="lang{{{1}}}" dieses Problem lösen?
Ohne zugehörige Formatierungsanweisung ist ein class-Attribut wirkungslos. Für Formatierungsanweisungen braucht man aber kein class-Attribut, das lang-Attribut genügt. (Es ist ja gerade der ganze Witz dieser Vorlage, dass sie lang-Attribute einfügt, die man für Formatierungen benutzen kann.)
Wo genau tritt das Problem denn auf? --Entlinkt (Diskussion) 10:52, 19. Jul. 2014 (CEST)
:lang()-Pseudoklasse. War mir bis jetzt noch nicht aufgefallen. Danke, Problem gelöst. --Baba66 (Diskussion) 13:23, 19. Jul. 2014 (CEST)

Kannitverstan![Quelltext bearbeiten]

Sorry, aber nach Lektüre der „Definition“ bin ich so schlau wie davor. „Mit dieser Vorlage lässt sich die Sprache eines Wortes oder Textabschnittes angeben“. In dem einzigen Beispiel: „Je suis ...“ kommt raus was reingeht, in einem anderen Font. Was soll das? Wozu, und in welchem Sinn soll ich angeben, dass „I don't understand“ Englisch ist? Kann ich griechischen Text mit lateinischen Buchstaben eingeben und er kommt in griechischen Buchstaben raus? Wahrscheinlich doch nicht.

Lässt sich die Definition so fassen, dass auch ein Leser, der sie noch nicht kennt, sie trotzdem versteht? Oder habe ich nur grade einen meiner schwächeren Momente?-- Binse (Diskussion) 23:04, 12. Nov. 2014 (CET)

Bei der normalen Anzeige in einem Browser sollte kein Unterschied erkennbar sein, ob eine fremdsprachige Floskel mit oder ohne diese Vorlage in den Text eingebaut wurde. Aber spätestens, wenn über den Gesamttext ein Rechtschreibungs-Prüfprogramm läuft, wird der Sinn erkennbar: ohne diese Vorlage wird jedes Prüfprogramm die fremdsprachigen Anteile im deutschen Umfeld als Fehler anzeigen. Mit dieser Vorlage weiß jedoch das Prüfprogramm, dass es für diese Floskel ein anderes Wörterbuch verwenden muss. Ausprobieren kannst du das zum Beispiel mit wikilint.
Der andere Font ist nur Editierhilfe um dem jeweiligen Autor (und nur diesem) zu erkennen zu geben, ob eine fremdsprachige Floskel schon mit dieser Vorlage versehen wurde, oder nicht. (Denn wie eingangs geschrieben: normalerweise soll der Leser den Unterschied nicht sehen können.)--≡c.w. 16:07, 13. Nov. 2014 (CET)
Aha! Die Textpartie, die ich in die Vorlage einsetze, wird also mit einer Marke versehen, die die gewünschte (natürliche) Sprache nennt (Ähnlich wie etwa ein Font in Latex). Danke! – Bitte noch eine Auskunft: Damit verschiedene Browser das verstehen, muss die Vorlage eine für alle verbindliche Sprache benutzen. Ist das jetzt HTML? oder was?-- Binse (Diskussion) 01:47, 14. Nov. 2014 (CET)
Genauso: wenn der mit dieser Vorkage markierte text in einem Browser angezeigt wird, dann wird diese Textpartie zum Beispiel für Englisch mit dem HTML-Tag <span xml:lang="en" lang="en">text</span> umspannt. Wird dann zum Beispiel dieser Satz komplett kopiert und in MS-Word eingefügt, dann übernimmt MS-Word intern auch diese Sprachinformation, was in der Folge daran erkennbar ist, dass die interne Rechtschreibprüfung von MS-Word dieses Wort korrekt als englische Vokabel behandelt und nicht als Fehler (hier wegen fälschlicherweise kleingeschrieben) rot unterstreicht.--≡c.w. 09:36, 14. Nov. 2014 (CET)
+1
Und es ist auch HTML; hier die Spezifikation dazu.
LG --PerfektesChaos 09:56, 14. Nov. 2014 (CET)
Danke Euch beiden! Ich glaube ich hab's verstanden. Sollte mich wohl mal etwas mit HTML befassen. Ist bei mir eine Bildunsglücke.-- Binse (Diskussion) 00:02, 15. Nov. 2014 (CET)

Beispiel scheint nicht zu funktionieren[Quelltext bearbeiten]

In der Beschreibung ist ein Beispiel, dass einfach nur das 3. Argument unverändert in den Text spuckt... ist das korrekt? -- Amtiss, SNAFU ? 17:05, 15. Jul. 2015 (CEST)

Äh – und das wäre genau welches? --PerfektesChaos 17:08, 15. Jul. 2015 (CEST)
Sorry, Missverständnis. "Sie hat dabei keinen direkten visuellen Effekt". Geklärt. Ich kam von Vorlage:enS und dachte diese Vorlage macht vergleichbares. -- Amtiss, SNAFU ? 17:28, 15. Jul. 2015 (CEST)

Als Fremdsprache markieren ohne Sprache anzuzeigen[Quelltext bearbeiten]

Hallo, kann man die Vorlage verwenden, ohne, dass die entsprechende Sprache angezeigt wird?

Bsp (hier würde sonst zweimal "lateinisch" stehen: ({{laS|''aequus''}} = gleich; ''valere'' = wert sein) aus Äquivalenzumformung. --Motte001 (Diskussion) 17:02, 28. Sep. 2015 (CEST)

Hallo, das geschieht mittels ''{{lang|la|valere}}''. --Mps、かみまみたDisk. 17:07, 28. Sep. 2015 (CEST)

lang|ja gibt auf Android falsche Zeichen aus, z.B. 土 statt 生[Quelltext bearbeiten]

Hier habe ich ein Problem mit Japanisch: Diskussion:Kyōiku-Kanji.

Dieser Artikel enthält eine Liste von ca. 1000 Schriftzeiten. Kein Problem bei Anzeige auf dem Windows PC, aber einige Zeichen (5%?) werden auf der Wikipedia Android App falsch angezeigt, z.B. 生, 虫, 火, 王. Gleiches Symptom im englischen Artikel en:Kyōiku kanji#First_grade_.2880_kanji.29 . Dort habe ich für Zeichen 35 und 68 die Syntax geändert und damit das Problem gelöst:

32 || {{lang|ja|[[wikt:生|生]]}}

35 || [[wikt:虫|虫]]

68 || {{lang|ja-r|[[wikt:火|火]]}}

70 || {{lang|ja|[[wikt:王|王]]}}

Die Lösung ja-r habe ich im Wiktionary-Quelltext gefunden. Es steht aber nicht in diesem IANA-Link http://www.iana.org/assignments/language-subtag-registry/language-subtag-registry

Wie können wir erreichen, das es auch mit einfachem "ja" funktioniert? --Tim2007viatge (Diskussion) 22:59, 9. Sep. 2016 (CEST)

  • Hmmm, statt hier bei der technischen Vorlagenprogrammierung vielleicht besser in Redaktionen wie PD:Japan anfragen. Die kennen sich mit dem spezifischen Problem eher aus und hatten eventuell schon mal was damit zu tun.
  • Wenn ein Code globale Wirkung haben soll, dann muss er RFC 5646 entsprechen.
    • Damit müsste das ein extension subtag gemäß RFC:5646 #section-3.7 sein.
    • Problem: Es sind nur t und u bekannt und offiziell registriert:
  • Bekannter und standardisiert ist der Einfluss von ISO 15924 – das könnte und soll durchaus auf Softwaresysteme wirken.
    • Hier kämen in Frage:
      1. ja-Hrkt Japanese syllabaries (alias for Hiragana + Katakana)
      2. ja-Jpan Japanese (alias for Han + Hiragana + Katakana)
    • Ich habe keine Ahnung, ob eine Silbenschrift etwas mit den beanstandeten Schriftzeichen zu tun haben könnte. Ausprobieren.
    • Es gäbe noch nachgestellte Codes gemäß ISO 3166, hier neben ja-JP vielleicht fiktive Varianten in den Nachbarstaaten ja-KR oder ja-TW
Viel Erfolg --PerfektesChaos 11:07, 10. Sep. 2016 (CEST)
Hrkt ist falsch, da dies Kana beschreibt, während das Problem wohl bei Kanji auftritt. Jpan ist korrekt, aber überflüssig, da es gemäß https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry als Suppress-Script für den Sprachcode ja ausgezeichnet ist, d.h. als wegzulassender Standardwert. ja-KR oder ja-TW sind ebenfalls unsinnig.
Wichtiger wäre herauszufinden warum der Fehler auftritt, statt an Symptomen herumzudoktern. Eine Lösung darf zudem nicht gegen Standards verstoßen.
Mir ist zudem aufgefallen, dass der Fehler bei mir auch unter Chrome/Win10 im Visual Editor (nicht jedoch in der Normalansicht) auftritt. Ich werde mir das daher mal anschauen. Was ich weiß ist dass es kein Darstellungsproblem ist, da wenn man das Schriftzeichen herauskopiert und woanders einfügt, ebenfalls das falsche kopiert wird. Aus irgendeinem Grund werden tatsächlich die Zeichen an sich ersetzt und nicht einfach nur falsche Glyphen im Font ausgewählt. --Mps、かみまみたDisk. 13:17, 10. Sep. 2016 (CEST)
Das ist wohl ein Softwarefehler seitens Wikipedia. Der Fehler tritt reproduzierbar unter verschiedenen Browsern im Visual Editor auf, dass z.B. im Artikel Kyōiku-Kanji für Eintrag 35 八 statt 虫 angezeigt wird. Im Seitenquellcode steht an dieser Stelle:
<span lang="ja" about="#mwt37" typeof="mw:Transclusion" data-mw="{"parts":[{"template":{"target":{"wt":"lang","href":"./Vorlage:Lang"},"params":{"1":{"wt":"ja"},"2":{"wt":"[[wikt:虫|虫]]"}},"i":0}}]}" id="mwATE" class="ve-ce-focusableNode ve-ce-leafNode ve-ce-mwTransclusionNode" contenteditable="false"><a rel="mw:ExtLink" href="https://de.wiktionary.org/wiki/%E5%85%AB" title="wikt:八"></a></span>

--Mps、かみまみたDisk. 21:32, 12. Sep. 2016 (CEST)

  • Also, die lang="ja-r" verweist nicht auf eine valide registrierte Extension.
    • iana.org – nur t und u sind zurzeit registriert.
    • Das -r ist damit schlicht ein Syntaxfehler, wahrschinlich kann man auch lang="ja-q" hinschreiben und per Seiteneffekt wegen der nicht ganz interpretierten Spezifikation tritt irgendein Effekt auf.
  • Schreibt ihr das Problem mit Erwartung und Angabe im Quelltext und dargestelltem Zeichen nochmals mittels der U+-Notation auf, statt die Zeichen hinzuschreiben?
    • Es gibt ein Matrix-Problem: Wenn auf einer Wiki-Seite aus jedem X ein U gemacht wird, und ihr beschwert euch auf einer Wiki-Diskussionsseite über das U, dann ist nicht klar, ob das U nun geträumt oder ein X oder sonstwas ist.
    • Vielleicht lässt sich dem Wertebereich der Hexcodes auch bereits ein Lösungsansatz entnehmen.
  • Oben hatte ich ob des scheinbar hilfreichen lang="ja-r" Beispiele für korrekte Subtags für Schrift bzw. Region genannt, die möglicherweise eine Software beeinflussen.
VG --PerfektesChaos 15:08, 13. Sep. 2016 (CEST)
@PerfektesChaos: Hallo, anbei die komplette Liste (ermittelt mittels Regex \[\[wikt:(.)\|\1\]\].+?title=""wikt:(.)"">\2 mit \1 (Linkziel) ≠ \2 (Linktext) – im Quelltextmodus sind beide gleich, im VisualEditor-Modus nicht) von Kyōiku-Kanji mit falschen Einträgen (links jeweils Soll, rechts Ist) im VisualEditor-Modus:
[entfernt, siehe bearbeitete Kopie von PerfektesChaos unten] --Mps、かみまみたDisk. 23:40, 21. Sep. 2016 (CEST) --Mps、かみまみたDisk. 00:03, 21. Sep. 2016 (CEST)

CJK range scramble[Quelltext bearbeiten]

Conversation in this sub-section partially shifting to English heading for broader audience.

  • All codepoints below U+FFFF.
  • Shifts in entire 256 double-octet blocks.

@Mps:

  • Wenn die Liste unten stimmig ist, kannst du zur Entlastung des Archivs die aus deinem Beitrag entfernen.
  • Kann es irgendeinen sprachlichen Grund für die Verschiebung zwischen zwei Zeichenbereichen geben?
    • Es gibt Traditional Chinese → Simplified Chinese.
    • Und halfwidth → fullwidth.
    • Aber das wären zwei oder drei Standardwerte für eine Verschiebung; das da unten sind Dutzende.
    • Die Zeichen werden auch aus einem weiten Bereich katapultiert; es betrifft nicht nur eine Schriftvariante von einigen 100 Zeichen.
  • Ich habe jetzt nicht verstanden, wann genau das Problem auftritt.
    • Die ursprüngliche Meldung lautete auf „im Android“ gemäß Abschnittsüberschrift.
    • Jetzt ist vom VE die Rede.
    • Das heißt: Das Problem besteht nur im VE-Modus, dann aber immer, Mobil und Desktop, während es beim Angucken und bei der Quelltextbearbeitung in Ordnung ist?
    • Weil mit Android VE benutzt wurde, wurde das zunächst nur dort sichtbar?
    • Wenn man das aber als (invalides) lang="ja-r" deklariert, bleibt es ungestört? lang="ja-a" und lang="ja-b" ebenso? Und bei explizitem lang="ja" passiert genau was?
    • Hast du noch mehr Desktop-Browser zum Ausprobieren? Android und Chrome sind beide aus dem Hause Google und teilen sich Bibliotheken und Methoden.
  • Kann man den hier gefundenen Zeichenbereich allgemeiner beschreiben; japanese fullwidth ideographs oder so?
  • Bei der Frage nach Hexcodes hatte ich mir schon was gedacht.
  • U+4E0D 不 → U+540D 名 +0600
  • U+4E16 世 → U+5916 外 +0B00
  • U+4E21 両 → U+6821 校 +1A00
  • U+4E26 並 → U+6226 戦 +1400
  • U+4E3B 主 → U+753B 画 +2700
  • U+4E45 久 → U+6D45 浅 +1F00
  • U+4E57 乗 → U+5B57 字 +0D00
  • U+4E71 乱 → U+5C71 山 +0E00
  • U+4E73 乳 → U+5973 女 +0B00
  • U+4E89 争 → U+7389 玉 +2500
  • U+4E8B 事 → U+898B 見 +3B00
  • U+4EA1 亡 → U+7BA1 管 +2D00
  • U+4EAC 京 → U+72AC 犬 +2400
  • U+4EC1 仁 → U+54C1 品 +0600
  • U+4ECA 今 → U+8ECA 車 +4000
  • U+4ECF 仏 → U+65CF 族 +1700
  • U+4ED8 付 → U+9AD8 高 +4C00
  • U+4EE3 代 → U+53E3 口 +0500
  • U+4EE4 令 → U+53E4 古 +0500
  • U+4EE5 以 → U+65E5 日 +1700
  • U+4EEE 仮 → U+76EE 目 +2800
  • U+4EF2 仲 → U+96F2 雲 +4800
  • U+4EF6 件 → U+5CF6 島 +0E00
  • U+4EFB 任 → U+96FB 電 +4800
  • U+4F1A 会 → U+591A 多 +0A00
  • U+4F1D 伝 → U+671D 朝 +1800
  • U+4F3C 似 → U+663C 昼 +1700
  • U+4F4D 位 → U+524D 前 +0300
  • U+4F59 余 → U+6559 教 +1600
  • U+4F7F 使 → U+897F 西 +3A00
  • U+4F8B 例 → U+898B 見 +3A00
  • U+4F9B 供 → U+529B 力 +0300
  • U+4FA1 価 → U+7BA1 管 +2C00
  • U+4FBF 便 → U+5BBF 宿 +0C00
  • U+4FDD 保 → U+5DDD 川 +0E00
  • U+4FE1 信 → U+54E1 員 +0500
  • U+4FEE 修 → U+76EE 目 +2700
  • U+4FF3 俳 → U+53F3 右 +0400
  • U+4FF5 俵 → U+5FF5 念 +1000
  • U+5009 倉 → U+4E09 三 -0200
  • U+500B 個 → U+4E0B 下 -0200
  • U+500D 倍 → U+540D 名 +0400
  • U+5019 候 → U+7D19 紙 +2D00
  • U+501F 借 → U+571F 土 +0700
  • U+5024 値 → U+5224 判 +0200
  • U+505C 停 → U+4F5C 作 -0100
  • U+5065 健 → U+5165 入 +0100
  • U+5074 側 → U+5E74 年 +0E00
  • U+5099 備 → U+5199 写 +0100
  • U+50B7 傷 → U+8CB7 買 +3C00
  • U+50CD 働 → U+6BCD 母 +1B00
  • U+50CF 像 → U+65CF 族 +1500
  • U+512A 優 → U+592A 太 +0800
  • U+5143 元 → U+5343 千 +0200
  • U+5146 兆 → U+5546 商 +0400
  • U+5149 光 → U+8349 草 +3200
  • U+5150 児 → U+5B50 子 +0A00
  • U+515A 党 → U+9B5A 魚 +4A00
  • U+5171 共 → U+5C71 山 +0B00
  • U+5175 兵 → U+7D75 絵 +2C00
  • U+5177 具 → U+9577 長 +4400
  • U+5178 典 → U+5E78 幸 +0D00
  • U+518A 冊 → U+7F8A 羊 +2E00
  • U+51AC 冬 → U+72AC 犬 +2100
  • U+51B7 冷 → U+8CB7 買 +3B00
  • U+51E6 処 → U+5DE6 左 +0C00
  • U+5200 刀 → U+4E00 一 -0400
  • U+5207 切 → U+4E07 万 -0400
  • U+520A 刊 → U+4E0A 上 -0400
  • U+5217 列 → U+6C17 気 +1A00
  • U+521D 初 → U+671D 朝 +1500
  • U+5225 別 → U+6625 春 +1400
  • U+5229 利 → U+5929 天 +0700
  • U+5236 制 → U+7236 父 +2000
  • U+5237 刷 → U+7537 男 +2300
  • U+5238 券 → U+4E38 丸 -0400
  • U+523B 刻 → U+753B 画 +2300
  • U+526F 副 → U+606F 息 +0E00
  • U+5272 割 → U+8272 色 +3000
  • U+5275 創 → U+7D75 絵 +2B00
  • U+5287 劇 → U+6587 文 +1300
  • U+529F 功 → U+539F 原 +0100
  • U+52A0 加 → U+8CA0 負 +3A00
  • U+52A9 助 → U+5CA9 岩 +0A00
  • U+52AA 努 → U+89AA 親 +3700
  • U+52B9 効 → U+70B9 点 +1E00
  • U+52C7 勇 → U+8AC7 談 +3800
  • U+52C9 勉 → U+59C9 姉 +0700
  • U+52D5 動 → U+4ED5 仕 -0400
  • U+52DD 勝 → U+5DDD 川 +0B00
  • U+52E2 勢 → U+77E2 矢 +2500
  • U+52E4 勤 → U+53E4 古 +0100
  • U+5305 包 → U+8005 者 +2D00
  • U+5316 化 → U+5916 外 +0600
  • U+5317 北 → U+6C17 気 +1900
  • U+533A 区 → U+753A 町 +2200
  • U+533B 医 → U+753B 画 +2200
  • U+5348 午 → U+5148 先 -0200
  • U+5352 卒 → U+9752 青 +4400
  • U+5354 協 → U+9854 顔 +4500
  • U+5357 南 → U+5B57 字 +0800
  • U+535A 博 → U+9B5A 魚 +4800
  • U+5370 印 → U+6570 数 +1200
  • U+5371 危 → U+5C71 山 +0900
  • U+5375 卵 → U+7D75 絵 +2A00
  • U+539A 厚 → U+5B9A 定 +0800
  • U+53B3 厳 → U+8DB3 足 +3A00
  • U+53C2 参 → U+4FC2 係 -0400
  • U+53CB 友 → U+7ACB 立 +2700
  • U+53CD 反 → U+6BCD 母 +1800
  • U+53CE 収 → U+91CE 野 +3E00
  • U+53D6 取 → U+4ED6 他 -0500
  • U+53E5 句 → U+65E5 日 +1200
  • U+53EF 可 → U+8DEF 路 +3A00
  • U+53F0 台 → U+58F0 声 +0500
  • U+53F2 史 → U+96F2 雲 +4300
  • U+53F8 司 → U+7CF8 糸 +2900
  • U+5404 各 → U+5104 億 -0300
  • U+5408 合 → U+6708 月 +1300
  • U+540E 后 → U+660E 明 +1200
  • U+5411 向 → U+4F11 休 -0500
  • U+5426 否 → U+6226 戦 +0E00
  • U+5438 吸 → U+4E38 丸 -0600
  • U+544A 告 → U+534A 半 -0100
  • U+5468 周 → U+5168 全 -0300
  • U+5473 味 → U+5973 女 +0500
  • U+547D 命 → U+767D 白 +2200
  • U+548C 和 → U+4E8C 二 -0600
  • U+5531 唱 → U+5F31 弱 +0A00
  • U+554F 問 → U+4F4F 住 -0600
  • U+5584 善 → U+5F84 径 +0A00
  • U+55B6 営 → U+5BB6 家 +0600
  • U+5668 器 → U+5168 全 -0500
  • U+56E0 因 → U+7AE0 章 +2400
  • U+56E3 団 → U+53E3 口 -0300
  • U+56F0 困 → U+58F0 声 +0200
  • U+56F2 囲 → U+96F2 雲 +4000
  • U+56F3 図 → U+53F3 右 -0300
  • U+56FA 固 → U+51FA 出 -0500
  • U+5727 圧 → U+5927 大 +0200
  • U+5728 在 → U+6728 木 +1000
  • U+5730 地 → U+7530 田 +1E00
  • U+5742 坂 → U+6642 時 +0F00
  • U+5747 均 → U+5247 則 -0500
  • U+578B 型 → U+898B 見 +3200
  • U+57CE 城 → U+91CE 野 +3A00
  • U+57DF 域 → U+98DF 食 +4100
  • U+57FA 基 → U+51FA 出 -0600
  • U+5802 堂 → U+5E02 市 +0600
  • U+5831 報 → U+5F31 弱 +0700
  • U+5834 場 → U+6C34 水 +1400
  • U+5869 塩 → U+6B69 歩 +1300
  • U+5883 境 → U+5E83 広 +0600
  • U+5893 墓 → U+9593 間 +3D00
  • U+5897 増 → U+6797 林 +0F00
  • U+58F2 売 → U+96F2 雲 +3E00
  • U+5909 変 → U+4E09 三 -0B00
  • U+590F 夏 → U+5C0F 小 +0300
  • U+5922 夢 → U+6F22 漢 +1600
  • U+5931 失 → U+5F31 弱 +0600
  • U+594F 奏 → U+4F4F 住 -0A00
  • U+596E 奮 → U+7F6E 置 +2600
  • U+597D 好 → U+767D 白 +1D00
  • U+59B9 妹 → U+70B9 点 +1700
  • U+59BB 妻 → U+53BB 去 -0600
  • U+59CB 始 → U+7ACB 立 +2100
  • U+5A66 婦 → U+5B66 学 +0100
  • U+5B58 存 → U+5358 単 -0800
  • U+5B5D 孝 → U+4E5D 九 -0D00
  • U+5B63 季 → U+6B63 正 +1000
  • U+5B6B 孫 → U+516B 八 -0A00
  • U+5B85 宅 → U+5185 内 -0A00
  • U+5B87 宇 → U+6587 文 +0A00
  • U+5B88 守 → U+4E88 予 -0D00
  • U+5B89 安 → U+7389 玉 +1800
  • U+5B8C 完 → U+4E8C 二 -0D00
  • U+5B97 宗 → U+6797 林 +0C00
  • U+5B99 宙 → U+5199 写 -0A00
  • U+5B9D 宝 → U+8C9D 貝 +3100
  • U+5B9F 実 → U+539F 原 -0800
  • U+5BA4 室 → U+4EA4 交 -0D00
  • U+5BB3 害 → U+8DB3 足 +3200
  • U+5BB9 容 → U+70B9 点 +1500
  • U+5BC4 寄 → U+9EC4 黄 +4300
  • U+5BC6 密 → U+96C6 集 +3B00
  • U+5BCC 富 → U+91CC 里 +3600
  • U+5BD2 寒 → U+89D2 角 +2E00
  • U+5BDF 察 → U+98DF 食 +3D00
  • U+5BF8 寸 → U+7CF8 糸 +2100
  • U+5BFA 寺 → U+51FA 出 -0A00
  • U+5C02 専 → U+5E02 市 +0200
  • U+5C04 射 → U+5104 億 -0B00
  • U+5C06 将 → U+5206 分 -0A00
  • U+5C0A 尊 → U+4E0A 上 -0E00
  • U+5C0E 導 → U+660E 明 +0A00
  • U+5C11 少 → U+4F11 休 -0D00
  • U+5C31 就 → U+5F31 弱 +0300
  • U+5C3A 尺 → U+753A 町 +1900
  • U+5C45 居 → U+6D45 浅 +1100
  • U+5C4A 届 → U+534A 半 -0900
  • U+5C4B 屋 → U+624B 手 +0600
  • U+5C55 展 → U+4F55 何 -0D00
  • U+5C5E 属 → U+805E 聞 +2400
  • U+5C64 層 → U+8D64 赤 +3100
  • U+5DDE 州 → U+56DE 回 -0700
  • U+5DE3 巣 → U+53E3 口 -0A00
  • U+5DE5 工 → U+65E5 日 +0800
  • U+5DEE 差 → U+76EE 目 +1900
  • U+5DF1 己 → U+67F1 柱 +0A00
  • U+5DFB 巻 → U+96FB 電 +3900
  • U+5E03 布 → U+4E03 七 -1000
  • U+5E0C 希 → U+540C 同 -0A00
  • U+5E2B 師 → U+592B 夫 -0500
  • U+5E2D 席 → U+4E2D 中 -1000
  • U+5E2F 帯 → U+6E2F 港 +1000
  • U+5E30 帰 → U+7530 田 +1700
  • U+5E33 帳 → U+8033 耳 +2200
  • U+5E38 常 → U+4E38 丸 -1000
  • U+5E55 幕 → U+4F55 何 -0F00
  • U+5E72 干 → U+8272 色 +2400
  • U+5E73 平 → U+5973 女 -0500
  • U+5E79 幹 → U+5F79 役 +0100
  • U+5E7C 幼 → U+547C 呼 -0A00
  • U+5E81 庁 → U+8981 要 +2B00
  • U+5E8F 序 → U+798F 福 +1B00
  • U+5E95 底 → U+6295 投 +0400
  • U+5E97 店 → U+6797 林 +0900
  • U+5E9C 府 → U+559C 喜 -0900
  • U+5EA6 度 → U+9EA6 麦 +4000
  • U+5EA7 座 → U+8CA7 貧 +2E00
  • U+5EAD 庭 → U+8AAD 読 +2C00
  • U+5EB7 康 → U+8CB7 買 +2E00
  • U+5EF6 延 → U+5CF6 島 -0200
  • U+5EFA 建 → U+51FA 出 -0D00
  • U+5F01 弁 → U+4E01 丁 -1100
  • U+5F0F 式 → U+5C0F 小 -0300
  • U+5F15 引 → U+5915 夕 -0600
  • U+5F1F 弟 → U+571F 土 -0800
  • U+5F37 強 → U+7537 男 +1600
  • U+5F53 当 → U+4F53 体 -1000
  • U+5F80 往 → U+9580 門 +3600
  • U+5F85 待 → U+5185 内 -0E00
  • U+5F8B 律 → U+898B 見 +2A00
  • U+5F8C 後 → U+4E8C 二 -1100
  • U+5F93 従 → U+9593 間 +3600
  • U+5F97 得 → U+6797 林 +0800
  • U+5FA9 復 → U+5CA9 岩 -0300
  • U+5FB3 徳 → U+8DB3 足 +2E00
  • U+5FC5 必 → U+65C5 旅 +0600
  • U+5FD7 志 → U+53D7 受 -0C00
  • U+5FD8 忘 → U+9AD8 高 +3B00
  • U+5FDC 応 → U+66DC 曜 +0700
  • U+5FE0 忠 → U+7AE0 章 +1B00
  • U+5FEB 快 → U+58EB 士 -0700
  • U+601D 思 → U+671D 朝 +0700
  • U+6025 急 → U+6625 春 +0600
  • U+6027 性 → U+5927 大 -0700
  • U+6069 恩 → U+6B69 歩 +0B00
  • U+60AA 悪 → U+89AA 親 +2900
  • U+60C5 情 → U+65C5 旅 +0500
  • U+60F3 想 → U+53F3 右 -0D00
  • U+610F 意 → U+5C0F 小 -0500
  • U+611B 愛 → U+541B 君 -0D00
  • U+611F 感 → U+571F 土 -0A00
  • U+614B 態 → U+624B 手 +0100
  • U+6163 慣 → U+6B63 正 +0A00
  • U+61B2 憲 → U+60B2 悲 -0100
  • U+6211 我 → U+4F11 休 -1300
  • U+6238 戸 → U+4E38 丸 -1400
  • U+6240 所 → U+5C40 局 -0600
  • U+624D 才 → U+524D 前 -1000
  • U+6253 打 → U+4F53 体 -1300
  • U+6279 批 → U+5F79 役 -0300
  • U+627F 承 → U+897F 西 +2700
  • U+6280 技 → U+9580 門 +3300
  • U+6298 折 → U+5B98 官 -0700
  • U+62C5 担 → U+65C5 旅 +0300
  • U+62DB 招 → U+56DB 四 -0C00
  • U+62DD 拝 → U+5DDD 川 -0500
  • U+62E1 拡 → U+54E1 員 -0E00
  • U+62FE 拾 → U+5BFE 対 -0700
  • U+6301 持 → U+4E01 丁 -1500
  • U+6307 指 → U+4E07 万 -1500
  • U+6319 挙 → U+7D19 紙 +1A00
  • U+6368 捨 → U+5168 全 -1200
  • U+6388 授 → U+4E88 予 -1500
  • U+63A1 採 → U+7BA1 管 +1800
  • U+63A2 探 → U+5BA2 客 -0800
  • U+63A8 推 → U+98A8 風 +3500
  • U+63EE 揮 → U+76EE 目 +1300
  • U+640D 損 → U+540D 名 -1000
  • U+64CD 操 → U+6BCD 母 +0700
  • U+652F 支 → U+6E2F 港 +0900
  • U+6539 改 → U+8239 船 +1D00
  • U+653E 放 → U+793E 社 +1400
  • U+6545 故 → U+6D45 浅 +0800
  • U+6551 救 → U+6751 村 +0200
  • U+6557 敗 → U+5B57 字 -0A00
  • U+6563 散 → U+6B63 正 +0600
  • U+656C 敬 → U+516C 公 -1400
  • U+6574 整 → U+5E74 年 -0700
  • U+6575 敵 → U+7D75 絵 +1800
  • U+6599 料 → U+5199 写 -1400
  • U+65AD 断 → U+8AAD 読 +2500
  • U+65B9 方 → U+70B9 点 +0B00
  • U+65D7 旗 → U+53D7 受 -1200
  • U+6613 易 → U+5F13 弓 -0700
  • U+661F 星 → U+571F 土 -0F00
  • U+6620 映 → U+6B20 欠 +0500
  • U+6628 昨 → U+6728 木 +0100
  • U+662D 昭 → U+4E2D 中 -1800
  • U+6669 晩 → U+6B69 歩 +0500
  • U+666F 景 → U+606F 息 -0600
  • U+6674 晴 → U+5E74 年 -0800
  • U+6696 暖 → U+9996 首 +3300
  • U+6697 暗 → U+6797 林 +0100
  • U+66AE 暮 → U+5BAE 宮 -0B00
  • U+66B4 暴 → U+52B4 労 -1400
  • U+66F2 曲 → U+96F2 雲 +3000
  • U+66F8 書 → U+7CF8 糸 +1600
  • U+6700 最 → U+4E00 一 -1900
  • U+6709 有 → U+4E09 三 -1900
  • U+670D 服 → U+540D 名 -1300
  • U+6717 朗 → U+6C17 気 +0500
  • U+671B 望 → U+541B 君 -1300
  • U+671F 期 → U+571F 土 -1000
  • U+672A 未 → U+592A 太 -0E00
  • U+672B 末 → U+592B 夫 -0E00
  • U+672D 札 → U+4E2D 中 -1900
  • U+673A 机 → U+753A 町 +0E00
  • U+6750 材 → U+5B50 子 -0C00
  • U+6761 条 → U+8C61 象 +2500
  • U+6765 来 → U+5165 入 -1600
  • U+6771 東 → U+5C71 山 -0B00
  • U+677E 松 → U+767E 百 +0F00
  • U+677F 板 → U+897F 西 +2200
  • U+679A 枚 → U+5B9A 定 -0C00
  • U+679C 果 → U+559C 喜 -1200
  • U+679D 枝 → U+8C9D 貝 +2500
  • U+67FB 査 → U+96FB 電 +2F00
  • U+6804 栄 → U+5104 億 -1700
  • U+682A 株 → U+592A 太 -0F00
  • U+6839 根 → U+8239 船 +1A00
  • U+683C 格 → U+663C 昼 -0200
  • U+6848 案 → U+5148 先 -1700
  • U+685C 桜 → U+4F5C 作 -1900
  • U+6885 梅 → U+5185 内 -1700
  • U+68B0 械 → U+65B0 新 -0300
  • U+68D2 棒 → U+89D2 角 +2100
  • U+68EE 森 → U+76EE 目 +0E00
  • U+690D 植 → U+540D 名 -1500
  • U+691C 検 → U+591C 夜 -1000
  • U+696D 業 → U+516D 六 -1800
  • U+6975 極 → U+7D75 絵 +1400
  • U+697D 楽 → U+767D 白 +0D00
  • U+69CB 構 → U+7ACB 立 +1100
  • U+69D8 様 → U+9AD8 高 +3100
  • U+6A19 標 → U+7D19 紙 +1300
  • U+6A21 模 → U+6821 校 -0200
  • U+6A29 権 → U+5929 天 -1100
  • U+6A2A 横 → U+592A 太 -1100
  • U+6A39 樹 → U+8239 船 +1800
  • U+6A4B 橋 → U+624B 手 -0800
  • U+6A5F 機 → U+675F 束 -0300
  • U+6B21 次 → U+6821 校 -0300
  • U+6B32 欲 → U+9032 進 +2500
  • U+6B4C 歌 → U+884C 行 +1D00
  • U+6B62 止 → U+5F62 形 -0C00
  • U+6B66 武 → U+5B66 学 -1000
  • U+6B6F 歯 → U+606F 息 -0B00
  • U+6B74 歴 → U+5E74 年 -0D00
  • U+6B8B 残 → U+898B 見 +1E00
  • U+6BBA 殺 → U+4EBA 人 -1D00
  • U+6BCE 毎 → U+91CE 野 +2600
  • U+6BD2 毒 → U+89D2 角 +1E00
  • U+6BD4 比 → U+59D4 委 -1200
  • U+6BDB 毛 → U+56DB 四 -1500
  • U+6C0F 氏 → U+5C0F 小 -1000
  • U+6C11 民 → U+4F11 休 -1D00
  • U+6C37 氷 → U+7537 男 +0900
  • U+6C38 永 → U+4E38 丸 -1E00
  • U+6C42 求 → U+6642 時 -0600
  • U+6C60 池 → U+9060 遠 +2400
  • U+6C7A 決 → U+7A7A 空 +0E00
  • U+6C7D 汽 → U+767D 白 +0A00
  • U+6CB3 河 → U+8DB3 足 +2100
  • U+6CB9 油 → U+70B9 点 +0400
  • U+6CBB 治 → U+53BB 去 -1900
  • U+6CBF 沿 → U+5BBF 宿 -1100
  • U+6CC9 泉 → U+59C9 姉 -1300
  • U+6CD5 法 → U+4ED5 仕 -1E00
  • U+6CE2 波 → U+77E2 矢 +0B00
  • U+6CE3 泣 → U+53E3 口 -1900
  • U+6CE8 注 → U+96E8 雨 +2A00
  • U+6CF3 泳 → U+53F3 右 -1900
  • U+6D0B 洋 → U+4E0B 下 -1F00
  • U+6D17 洗 → U+6C17 気 -0100
  • U+6D3B 活 → U+753B 画 +0800
  • U+6D3E 派 → U+793E 社 +0C00
  • U+6D41 流 → U+5341 十 -1A00
  • U+6D74 浴 → U+5E74 年 -0F00
  • U+6D77 海 → U+9577 長 +2800
  • U+6D88 消 → U+4E88 予 -1F00
  • U+6DB2 液 → U+60B2 悲 -0D00
  • U+6DF1 深 → U+67F1 柱 -0600
  • U+6DF7 混 → U+53F7 号 -1A00
  • U+6E05 清 → U+8005 者 +1200
  • U+6E08 済 → U+6708 月 -0700
  • U+6E1B 減 → U+541B 君 -1A00
  • U+6E29 温 → U+5929 天 -1500
  • U+6E2C 測 → U+672C 本 -0700
  • U+6E6F 湯 → U+606F 息 -0E00
  • U+6E80 満 → U+9580 門 +2700
  • U+6E96 準 → U+9996 首 +2B00
  • U+6F01 漁 → U+4E01 丁 -2100
  • U+6F14 演 → U+6614 昔 -0900
  • U+6F54 潔 → U+9854 顔 +2900
  • U+6F6E 潮 → U+7F6E 置 +1000
  • U+6FC0 激 → U+7BC0 節 +0C00
  • U+706B 火 → U+516B 八 -1F00
  • U+706F 灯 → U+606F 息 -1000
  • U+7070 灰 → U+6570 数 -0B00
  • U+707D 災 → U+767D 白 +0600
  • U+70AD 炭 → U+8AAD 読 +1A00
  • U+7121 無 → U+6821 校 -0900
  • U+7136 然 → U+7236 父 +0100
  • U+713C 焼 → U+663C 昼 -0B00
  • U+719F 熟 → U+539F 原 -1E00
  • U+71B1 熱 → U+82B1 花 +1100
  • U+71C3 燃 → U+5FC3 心 -1200
  • U+7247 片 → U+5247 則 -2000
  • U+7248 版 → U+5148 先 -2100
  • U+7267 牧 → U+7167 照 -0100
  • U+7269 物 → U+6B69 歩 -0700
  • U+7279 特 → U+5F79 役 -1300
  • U+72AF 犯 → U+8CAF 貯 +1A00
  • U+72B6 状 → U+5BB6 家 -1700
  • U+7387 率 → U+6587 文 -0E00
  • U+738B 王 → U+898B 見 +1600
  • U+73ED 班 → U+77ED 短 +0400
  • U+73FE 現 → U+5BFE 対 -1800
  • U+7403 球 → U+4E03 七 -2600
  • U+7406 理 → U+5206 分 -2200
  • U+751F 生 → U+571F 土 -1E00
  • U+7528 用 → U+6728 木 -0E00
  • U+7531 由 → U+5F31 弱 -1600
  • U+7533 申 → U+8033 耳 +0B00
  • U+754C 界 → U+884C 行 +1300
  • U+7551 畑 → U+6751 村 -0E00
  • U+7559 留 → U+6559 教 -1000
  • U+7565 略 → U+5165 入 -2400
  • U+7570 異 → U+6570 数 -1000
  • U+7591 疑 → U+6691 暑 -0F00
  • U+75C5 病 → U+65C5 旅 -1000
  • U+75DB 痛 → U+56DB 四 -1F00
  • U+767A 発 → U+7A7A 空 +0400
  • U+767B 登 → U+6B7B 死 -0B00
  • U+7684 的 → U+5F84 径 -1700
  • U+7687 皇 → U+6587 文 -1100
  • U+76AE 皮 → U+5BAE 宮 -1B00
  • U+76BF 皿 → U+5BBF 宿 -1B00
  • U+76CA 益 → U+8ECA 車 +1800
  • U+76DB 盛 → U+56DB 四 -2000
  • U+76DF 盟 → U+98DF 食 +2200
  • U+76F8 相 → U+7CF8 糸 +0600
  • U+7701 省 → U+4E01 丁 -2900
  • U+770B 看 → U+4E0B 下 -2900
  • U+770C 県 → U+540C 同 -2300
  • U+771F 真 → U+571F 土 -2000
  • U+773C 眼 → U+663C 昼 -1100
  • U+7740 着 → U+5C40 局 -1B00
  • U+77E5 知 → U+65E5 日 -1200
  • U+77F3 石 → U+53F3 右 -2400
  • U+7802 砂 → U+5E02 市 -1A00
  • U+7814 研 → U+6614 昔 -1200
  • U+7834 破 → U+6C34 水 -0C00
  • U+78BA 確 → U+4EBA 人 -2A00
  • U+78C1 磁 → U+54C1 品 -2400
  • U+793A 示 → U+753A 町 -0400
  • U+793C 礼 → U+663C 昼 -1300
  • U+7956 祖 → U+6E56 湖 -0B00
  • U+795D 祝 → U+4E5D 九 -2B00
  • U+795E 神 → U+805E 聞 +0700
  • U+7968 票 → U+5168 全 -2800
  • U+796D 祭 → U+516D 六 -2800
  • U+7981 禁 → U+8981 要 +1000
  • U+79C1 私 → U+54C1 品 -2500
  • U+79CB 秋 → U+7ACB 立 +0100
  • U+79D1 科 → U+91D1 金 +1800
  • U+79D2 秒 → U+89D2 角 +1000
  • U+79D8 秘 → U+9AD8 高 +2100
  • U+79FB 移 → U+96FB 電 +1D00
  • U+7A0B 程 → U+4E0B 下 -2C00
  • U+7A0E 税 → U+660E 明 -1400
  • U+7A2E 種 → U+592E 央 -2100
  • U+7A40 穀 → U+5C40 局 -1E00
  • U+7A4D 積 → U+524D 前 -2800
  • U+7A74 穴 → U+5E74 年 -1C00
  • U+7A93 窓 → U+9593 間 +1B00
  • U+7AE5 童 → U+65E5 日 -1500
  • U+7AF6 競 → U+5CF6 島 -1E00
  • U+7B11 笑 → U+4F11 休 -2C00
  • U+7B1B 笛 → U+541B 君 -2700
  • U+7B2C 第 → U+672C 本 -1400
  • U+7B46 筆 → U+5546 商 -2600
  • U+7B49 等 → U+8349 草 +0800
  • U+7B4B 筋 → U+624B 手 -1900
  • U+7B54 答 → U+9854 顔 +1D00
  • U+7B56 策 → U+6E56 湖 -0D00
  • U+7B97 算 → U+6797 林 -1400
  • U+7BB1 箱 → U+82B1 花 +0700
  • U+7BC9 築 → U+59C9 姉 -2200
  • U+7C21 簡 → U+6821 校 -1400
  • U+7C73 米 → U+5973 女 -2300
  • U+7C89 粉 → U+7389 玉 -0900
  • U+7CD6 糖 → U+4ED6 他 -2E00
  • U+7CFB 系 → U+96FB 電 +1A00
  • U+7D00 紀 → U+4E00 一 -2F00
  • U+7D04 約 → U+5104 億 -2C00
  • U+7D05 紅 → U+8005 者 +0300
  • U+7D0D 納 → U+540D 名 -2900
  • U+7D14 純 → U+6614 昔 -1700
  • U+7D1A 級 → U+591A 多 -2400
  • U+7D20 素 → U+6B20 欠 -1200
  • U+7D30 細 → U+7530 田 -0800
  • U+7D42 終 → U+6642 時 -1700
  • U+7D44 組 → U+5144 兄 -2C00
  • U+7D4C 経 → U+884C 行 +0B00
  • U+7D50 結 → U+5B50 子 -2200
  • U+7D66 給 → U+5B66 学 -2200
  • U+7D71 統 → U+5C71 山 -2100
  • U+7D76 絶 → U+7A76 究 -0300
  • U+7D79 絹 → U+5F79 役 -1E00
  • U+7D9A 続 → U+5B9A 定 -2200
  • U+7DBF 綿 → U+5BBF 宿 -2200
  • U+7DCF 総 → U+65CF 族 -1800
  • U+7DD1 緑 → U+91D1 金 +1400
  • U+7DE8 編 → U+96E8 雨 +1900
  • U+7DF4 練 → U+76F4 直 -0700
  • U+7E26 縦 → U+6226 戦 -1C00
  • U+7E2E 縮 → U+592E 央 -2500
  • U+7E3E 績 → U+793E 社 -0500
  • U+7E54 織 → U+9854 顔 +1A00
  • U+7F6A 罪 → U+756A 番 -0A00
  • U+7F72 署 → U+8272 色 +0300
  • U+7FA4 群 → U+4EA4 交 -3100
  • U+7FA9 義 → U+5CA9 岩 -2300
  • U+7FCC 翌 → U+91CC 里 +1200
  • U+7FD2 習 → U+89D2 角 +0A00
  • U+8001 老 → U+4E01 丁 -3200
  • U+8003 考 → U+4E03 七 -3200
  • U+8015 耕 → U+5915 夕 -2700
  • U+8056 聖 → U+6E56 湖 -1200
  • U+8077 職 → U+9577 長 +1500
  • U+8089 肉 → U+7389 玉 -0D00
  • U+80A5 肥 → U+63A5 接 -1D00
  • U+80B2 育 → U+60B2 悲 -2000
  • U+80BA 肺 → U+4EBA 人 -3200
  • U+80C3 胃 → U+5FC3 心 -2100
  • U+80CC 背 → U+91CC 里 +1100
  • U+80F8 胸 → U+7CF8 糸 -0400
  • U+80FD 能 → U+56FD 国 -2A00
  • U+8108 脈 → U+6708 月 -1A00
  • U+8133 脳 → U+8033 耳 -0100
  • U+8178 腸 → U+5E78 幸 -2300
  • U+8179 腹 → U+5F79 役 -2200
  • U+81D3 臓 → U+67D3 染 -1A00
  • U+81E3 臣 → U+53E3 口 -2E00
  • U+81E8 臨 → U+96E8 雨 +1500
  • U+81F3 至 → U+53F3 右 -2E00
  • U+8208 興 → U+6708 月 -1B00
  • U+820C 舌 → U+540C 同 -2E00
  • U+820E 舎 → U+660E 明 -1C00
  • U+822A 航 → U+592A 太 -2900
  • U+826F 良 → U+606F 息 -2200
  • U+82B8 芸 → U+5CB8 岸 -2600
  • U+82BD 芽 → U+7FBD 羽 -0300
  • U+82E5 若 → U+65E5 日 -1D00
  • U+82E6 苦 → U+5DE6 左 -2500
  • U+82F1 英 → U+67F1 柱 -1B00
  • U+8336 茶 → U+7236 父 -1100
  • U+8377 荷 → U+9577 長 +1200
  • U+83DC 菜 → U+66DC 曜 -1D00
  • U+8449 葉 → U+8349 草 -0100
  • U+8457 著 → U+5B57 字 -2900
  • U+84B8 蒸 → U+5CB8 岸 -2800
  • U+8535 蔵 → U+5F35 張 -2600
  • U+85AC 薬 → U+72AC 犬 -1300
  • U+866B 虫 → U+516B 八 -3500
  • U+8695 蚕 → U+6295 投 -2400
  • U+8840 血 → U+5C40 局 -2C00
  • U+8846 衆 → U+5546 商 -3300
  • U+8853 術 → U+4F53 体 -3900
  • U+8857 街 → U+5B57 字 -2D00
  • U+885B 衛 → U+725B 牛 -1600
  • U+8863 衣 → U+6B63 正 -1D00
  • U+8868 表 → U+5168 全 -3700
  • U+88C1 裁 → U+54C1 品 -3400
  • U+88C5 装 → U+65C5 旅 -2300
  • U+88CF 裏 → U+65CF 族 -2300
  • U+88DC 補 → U+66DC 曜 -2200
  • U+88FD 製 → U+56FD 国 -3200
  • U+8907 複 → U+4E07 万 -3B00
  • U+898F 規 → U+798F 福 -1000
  • U+8996 視 → U+9996 首 +1000
  • U+899A 覚 → U+5B9A 定 -2E00
  • U+89A7 覧 → U+8CA7 貧 +0300
  • U+89B3 観 → U+8DB3 足 +0400
  • U+89E3 解 → U+53E3 口 -3600
  • U+8A00 言 → U+4E00 一 -3C00
  • U+8A08 計 → U+6708 月 -2300
  • U+8A0E 討 → U+660E 明 -2400
  • U+8A13 訓 → U+5F13 弓 -2B00
  • U+8A2A 訪 → U+592A 太 -3100
  • U+8A2D 設 → U+4E2D 中 -3C00
  • U+8A31 許 → U+5F31 弱 -2B00
  • U+8A33 訳 → U+8033 耳 -0A00
  • U+8A3C 証 → U+663C 昼 -2400
  • U+8A55 評 → U+4F55 何 -3B00
  • U+8A5E 詞 → U+805E 聞 -0A00
  • U+8A66 試 → U+5B66 学 -2F00
  • U+8A69 詩 → U+6B69 歩 -1F00
  • U+8A71 話 → U+5C71 山 -2E00
  • U+8A8C 誌 → U+4E8C 二 -3C00
  • U+8A8D 認 → U+518D 再 -3900
  • U+8A95 誕 → U+6295 投 -2800
  • U+8AA0 誠 → U+8CA0 負 +0200
  • U+8AA4 誤 → U+4EA4 交 -3C00
  • U+8AAC 説 → U+72AC 犬 -1800
  • U+8AB2 課 → U+60B2 悲 -2A00
  • U+8ABF 調 → U+5BBF 宿 -2F00
  • U+8AD6 論 → U+4ED6 他 -3C00
  • U+8AF8 諸 → U+7CF8 糸 -0E00
  • U+8B1B 講 → U+541B 君 -3700
  • U+8B1D 謝 → U+671D 朝 -2400
  • U+8B58 識 → U+5358 単 -3800
  • U+8B66 警 → U+5B66 学 -3000
  • U+8B70 議 → U+6570 数 -2600
  • U+8B77 護 → U+9577 長 +0A00
  • U+8C37 谷 → U+7537 男 -1700
  • U+8C46 豆 → U+5546 商 -3700
  • U+8C4A 豊 → U+534A 半 -3900
  • U+8CA1 財 → U+7BA1 管 -1100
  • U+8CA8 貨 → U+98A8 風 +0C00
  • U+8CAC 責 → U+72AC 犬 -1A00
  • U+8CB4 貴 → U+52B4 労 -3A00
  • U+8CB8 貸 → U+5CB8 岸 -3000
  • U+8CBB 費 → U+53BB 去 -3900
  • U+8CBF 貿 → U+5BBF 宿 -3100
  • U+8CC0 賀 → U+7BC0 節 -1100
  • U+8CC3 賃 → U+5FC3 心 -2D00
  • U+8CC7 資 → U+8AC7 談 -0200
  • U+8CDB 賛 → U+56DB 四 -3600
  • U+8CDE 賞 → U+56DE 回 -3600
  • U+8CEA 質 → U+81EA 自 -0B00
  • U+8D70 走 → U+6570 数 -2800
  • U+8D77 起 → U+9577 長 +0800
  • U+8EAB 身 → U+5EAB 庫 -3000
  • U+8ECD 軍 → U+6BCD 母 -2300
  • U+8EE2 転 → U+77E2 矢 -1700
  • U+8EFD 軽 → U+56FD 国 -3800
  • U+8F2A 輪 → U+592A 太 -3600
  • U+8F38 輸 → U+4E38 丸 -4100
  • U+8F9E 辞 → U+8A9E 語 -0500
  • U+8FB2 農 → U+60B2 悲 -2F00
  • U+8FBA 辺 → U+4EBA 人 -4100
  • U+8FD1 近 → U+91D1 金 +0200
  • U+8FD4 返 → U+59D4 委 -3600
  • U+8FF0 述 → U+58F0 声 -3700
  • U+8FF7 迷 → U+53F7 号 -3C00
  • U+8FFD 追 → U+56FD 国 -3900
  • U+9000 退 → U+4E00 一 -4200
  • U+9001 送 → U+4E01 丁 -4200
  • U+9006 逆 → U+5206 分 -3E00
  • U+901A 通 → U+591A 多 -3700
  • U+901F 速 → U+571F 土 -3900
  • U+9020 造 → U+6B20 欠 -2500
  • U+9023 連 → U+7523 産 -1B00
  • U+9031 週 → U+5F31 弱 -3100
  • U+904A 遊 → U+534A 半 -3D00
  • U+904B 運 → U+624B 手 -2E00
  • U+904E 過 → U+4F4E 低 -4100
  • U+9053 道 → U+4F53 体 -4100
  • U+9054 達 → U+9854 顔 +0800
  • U+9069 適 → U+6B69 歩 -2500
  • U+9078 選 → U+5E78 幸 -3200
  • U+907A 遺 → U+7A7A 空 -1600
  • U+90E1 郡 → U+54E1 員 -3C00
  • U+90E8 部 → U+96E8 雨 +0600
  • U+90F5 郵 → U+5FF5 念 -3100
  • U+90F7 郷 → U+53F7 号 -3D00
  • U+90FD 都 → U+56FD 国 -3A00
  • U+914D 配 → U+524D 前 -3F00
  • U+9152 酒 → U+9752 青 +0600
  • U+9178 酸 → U+5E78 幸 -3300
  • U+91CD 重 → U+6BCD 母 -2600
  • U+91CF 量 → U+65CF 族 -2C00
  • U+91DD 針 → U+5DDD 川 -3400
  • U+9244 鉄 → U+5144 兄 -4100
  • U+9271 鉱 → U+5C71 山 -3600
  • U+9280 銀 → U+9580 門 +0300
  • U+9285 銅 → U+5185 内 -4100
  • U+92AD 銭 → U+8AAD 読 -0800
  • U+92FC 鋼 → U+98FC 飼 +0600
  • U+9332 録 → U+9032 進 -0300
  • U+93E1 鏡 → U+54E1 員 -3F00
  • U+9589 閉 → U+7389 玉 -2200
  • U+958B 開 → U+898B 見 -0C00
  • U+95A2 関 → U+5BA2 客 -3A00
  • U+95A3 閣 → U+5BA3 宣 -3A00
  • U+9632 防 → U+9032 進 -0600
  • U+964D 降 → U+524D 前 -4400
  • U+9650 限 → U+5B50 子 -3B00
  • U+965B 陛 → U+725B 牛 -2400
  • U+9662 院 → U+5F62 形 -3700
  • U+9664 除 → U+8D64 赤 -0900
  • U+9678 陸 → U+5E78 幸 -3800
  • U+967A 険 → U+7A7A 空 -1C00
  • U+967D 陽 → U+767D 白 -2000
  • U+968A 隊 → U+7F8A 羊 -1700
  • U+968E 階 → U+7F8E 美 -1700
  • U+969B 際 → U+529B 力 -4400
  • U+969C 障 → U+559C 喜 -4100
  • U+96D1 雑 → U+91D1 金 -0500
  • U+96E3 難 → U+53E3 口 -4300
  • U+96EA 雪 → U+81EA 自 -1500
  • U+9759 静 → U+6559 教 -3200
  • U+975E 非 → U+805E 聞 -1700
  • U+9762 面 → U+5F62 形 -3800
  • U+9769 革 → U+6B69 歩 -2C00
  • U+97F3 音 → U+53F3 右 -4400
  • U+9802 頂 → U+5E02 市 -3A00
  • U+9806 順 → U+5206 分 -4600
  • U+9810 預 → U+6210 成 -3600
  • U+9818 領 → U+8A18 記 -0E00
  • U+982D 頭 → U+4E2D 中 -4A00
  • U+984C 題 → U+884C 行 -1000
  • U+984D 額 → U+524D 前 -4600
  • U+9858 願 → U+5358 単 -4500
  • U+985E 類 → U+805E 聞 -1800
  • U+98DB 飛 → U+56DB 四 -4200
  • U+98EF 飯 → U+8DEF 路 -0B00
  • U+98F2 飲 → U+96F2 雲 -0200
  • U+990A 養 → U+4E0A 上 -4B00
  • U+9928 館 → U+6728 木 -3200
  • U+99AC 馬 → U+72AC 犬 -2700
  • U+99C5 駅 → U+65C5 旅 -3400
  • U+9A13 験 → U+5F13 弓 -3B00
  • U+9AA8 骨 → U+98A8 風 -0200
  • U+9CE5 鳥 → U+65E5 日 -3700
  • U+9CF4 鳴 → U+76F4 直 -2600
  • U+9ED2 黒 → U+89D2 角 -1500
  • U+9F3B 鼻 → U+753B 画 -2A00

VG --PerfektesChaos 10:37, 21. Sep. 2016 (CEST)

Nein, sprachlich gibt es keinen Grund, da die vertauschten Zeichen nicht miteinander verwandt sind.
Ich habe alle Zeichen nochmal nach den unteren 8 Bit gruppiert und dabei hat sich herausgestellt, das Äquivalenzklassen gibt, d.h. ein Zeichen U+xxyy wird immer auf das unten aufgeführte Zeichen der Äquivalenzklasse yy (fett markiert) abgebildet.
  • U+4E00
  • U+4E01
  • U+5E02
  • U+4E03
  • U+5104
  • U+8005
  • U+5206
  • U+4E07
  • U+6708
  • U+4E09
  • U+4E0A
  • U+4E0B
  • U+540C
  • U+540D
  • U+660E
  • U+5C0F
  • U+6210
  • U+4F11
  • U+5F13
  • U+6614
  • U+5915
  • U+5916
  • U+6C17
  • U+8A18
  • U+7D19
  • U+591A
  • U+541B
  • U+591C
  • U+671D
  • U+571F
  • U+6B20
  • U+6821
  • U+6F22
  • U+7523
  • U+5224
  • U+6625
  • U+6226
  • U+5927
  • U+6728
  • U+5929
  • U+592A
  • U+592B
  • U+672C
  • U+4E2D
  • U+592E
  • U+6E2F
  • U+7530
  • U+5F31
  • U+9032
  • U+8033
  • U+6C34
  • U+5F35
  • U+7236
  • U+7537
  • U+4E38
  • U+8239
  • U+753A
  • U+753B
  • U+663C
  • U+793E
  • U+5C40
  • U+5341
  • U+6642
  • U+5343
  • U+5144
  • U+6D45
  • U+5546
  • U+5247
  • U+5148
  • U+8349
  • U+534A
  • U+624B
  • U+884C
  • U+524D
  • U+4F4E
  • U+4F4F
  • U+5B50
  • U+6751
  • U+9752
  • U+4F53
  • U+9854
  • U+4F55
  • U+6E56
  • U+5B57
  • U+5358
  • U+6559
  • U+9B5A
  • U+725B
  • U+4F5C
  • U+4E5D
  • U+805E
  • U+675F
  • U+9060
  • U+8C61
  • U+5F62
  • U+6B63
  • U+8D64
  • U+5165
  • U+5B66
  • U+7167
  • U+5168
  • U+6B69
  • U+756A
  • U+516B
  • U+516C
  • U+516D
  • U+7F6E
  • U+606F
  • U+6570
  • U+5C71
  • U+8272
  • U+5973
  • U+5E74
  • U+7D75
  • U+7A76
  • U+9577
  • U+5E78
  • U+5F79
  • U+7A7A
  • U+6B7B
  • U+547C
  • U+767D
  • U+767E
  • U+897F 西
  • U+9580
  • U+8981
  • U+5E83
  • U+5F84
  • U+5185
  • U+6587
  • U+4E88
  • U+7389
  • U+7F8A
  • U+898B
  • U+4E8C
  • U+518D
  • U+7F8E
  • U+798F
  • U+6691
  • U+9593
  • U+6295
  • U+9996
  • U+6797
  • U+5B98
  • U+5199
  • U+5B9A
  • U+529B
  • U+559C
  • U+8C9D
  • U+8A9E
  • U+539F
  • U+8CA0
  • U+7BA1
  • U+5BA2
  • U+5BA3
  • U+4EA4
  • U+63A5
  • U+9EA6
  • U+8CA7
  • U+98A8
  • U+5CA9
  • U+89AA
  • U+5EAB
  • U+72AC
  • U+8AAD
  • U+5BAE
  • U+8CAF
  • U+65B0
  • U+82B1
  • U+60B2
  • U+8DB3
  • U+52B4
  • U+5BB6
  • U+8CB7
  • U+5CB8
  • U+70B9
  • U+4EBA
  • U+53BB
  • U+7FBD
  • U+5BBF 宿
  • U+7BC0
  • U+54C1
  • U+4FC2
  • U+5FC3
  • U+9EC4
  • U+65C5
  • U+96C6
  • U+8AC7
  • U+59C9
  • U+8ECA
  • U+7ACB
  • U+91CC
  • U+6BCD
  • U+91CE
  • U+65CF
  • U+91D1
  • U+89D2
  • U+67D3
  • U+59D4
  • U+4ED5
  • U+4ED6
  • U+53D7
  • U+9AD8
  • U+56DB
  • U+66DC
  • U+5DDD
  • U+56DE
  • U+98DF
  • U+7AE0
  • U+54E1
  • U+77E2
  • U+53E3
  • U+53E4
  • U+65E5
  • U+5DE6
  • U+96E8
  • U+81EA
  • U+58EB
  • U+77ED
  • U+76EE
  • U+8DEF
  • U+58F0
  • U+67F1
  • U+96F2
  • U+53F3
  • U+76F4
  • U+5FF5
  • U+5CF6
  • U+53F7
  • U+7CF8
  • U+51FA
  • U+96FB
  • U+98FC
  • U+56FD
  • U+5BFE
Ich hatte mir das im VE auf Safari und Chrome unter iOS, sowie IE/Edge/Chrome unter Win10 angeschaut. In Normalansicht (Mobile de.m.wikipedia.org und Desktop de.wikipedia.org) und Quelltextansicht, sowie der Wikipedia-App unter iOS gibt es keine Fehler. Android-Geräte habe ich nicht und kann es mir deswegen darunter nicht anschauen.
Die Effekte unter unterschiedlichen lang-Attributen werde ich mir noch anschauen. --Mps、かみまみたDisk. 23:39, 21. Sep. 2016 (CEST)
Ich weiß nicht – ich fürchte, deine neue Liste berücksichtigt nicht, was ich zuvor schon geschrieben hatte:
  • Verschiebungen in vollständigen Blöcken zu 256.
  • Heißt: Vom einen zum anderen werden ganzzahlige Vielfache von 25610 = 10016 addiert oder subtrahiert.
  • Der Umfang der Verschiebung ist jedoch völlig planlos.
  • Heißt: Die hinteren 8 Bit bleiben immer erhalten, während die signifikanteren 8 Bit vorne wahllos ausgewürfelt werden.
  • Oben stehen die +/- der jeweiligen Verschiebung.
Ich warte noch den Einfluss des lang="ja" usw. ab, um vollständiges Material zu haben, einen Fehlerreport auf Phabricator schreiben zu können und das Ursachenfeld bestmöglich eingekreist zu haben.
VG --PerfektesChaos 16:59, 22. Sep. 2016 (CEST)
Meine neue Liste zeigt genau das gleiche, nur eben die 10016-Restäquivalenzklassen. Das heißt die signifikanten vorderen 8 Bit sind nicht völlig planlos, sondern pro Restklasse (= hintere 8 Bit) immer die gleichen, wodurch es nach einer Verschiebung um 10016 aussieht. Wenn man sich bei deiner Liste (meiner alten Liste) auf der linken Seite des Pfeils nur die letzten 8 Bit anschaut, sieht man das bei allen Zeichen mit den gleichen hinteren 8 Bit haben immer das gleiche falsche Zeichen erzeugt wird bzw. für alle Eingabewerte uin gilt uout = meineNeueListeMitFettgedrucktemAlsIndex[uin mod 10016] . --Mps、かみまみたDisk. 20:22, 22. Sep. 2016 (CEST)
  • Ah, so, jetzt habe auch ich das verstanden. Schick.
  • Sortiert man das dann nach dem vorderen Oktett, dann ergibt sich eine Häufung bei einigen Werten, während dementsprechend andere in den 256 nie auftreten:
    • 4E 51 53 59 5B 5F 67 sind in mehr als sechs Resultaten vertreten.
    • Leider ist keine Formel ersichtlich, nach der das vordere Oktett aus dem hinteren errechnet werden könnte; das wäre das Sahnehäubchen bei der Identifikation des wild gewordenen Algorithmus.
  • Es gibt ja in dem Range von 20.000 Zeichen auch einige, die heil bleiben; sonst wäre der Aufschrei seitens der Japaner größer und lauter.
    • Wann warum welches hi ist und wann nicht sehe ich nicht, ist auch egal.
    • Bislang finde ich keine offenen Bugs dazu im Phabricator.
  • Irgendeine Funktion schaltet sich unter bestimmten Bedingungen ein; keine Idee, welche wann und warum. Oberhalb FFFF gibt es diverse Probleme; drunter ist heutzutage eigentlich alles unauffällig.
  • Nun fehlt nur noch die Info, ob und wie lang="ja" und lang="ja-a" die Chose beeinflussen.
--PerfektesChaos 12:50, 23. Sep. 2016 (CEST)

Verwendung der Vorlage für englischsprachige Eigennamen?[Quelltext bearbeiten]

Hallo, im Zuge der Quelltextbearbeitung von Government House (Neuseeland) ist mir aufgefallen, dass dort dutzendfach die Lang-Vorlage für Eigennamen verwendet wird. Meines Erachtens nicht sinnvoll, da kein wirklicher Vorteil, dafür wird aber der Quelltext für automatische Bot-Läufe fast unleserlich und die Editier-Schwelle für Neulinge angehoben. Gibt es da Richtlinine oder Empfehlungen, oder zumindest Meinungen? Gruß --Invisigoth67 (Disk.) 20:43, 14. Jan. 2017 (CET)

„Neuseeland“ ist das richtige Stichwort; anhand deiner Anfrage hätte es des Klammerlemma nicht bedurft, und ich hätte dir auch so sagen können, das dieses Government House in Neuseeland liegen müsse.
Es gibt dort einen Benutzer, der alle fraglichen Artikel der Region als Hauptautor bearbeitet und exzessiv jeden englischsprachigen Terminus in die Vorlage einschließt. Aus keinem anderen Themenbereich wäre mir das bekannt; allenfalls mal bei einem vereinzelten Artikel.
Regeln oder Richtlinien gibt es keine.
Zumindest was Washington und New York angeht, sind derartige Sequenzen sowohl Screenreadern als auch deutschen Rechtschreibprogrammen als englischsprachig bekannt, und die Verwendung der Vorlage ist überflüssig.
VG --PerfektesChaos 20:51, 14. Jan. 2017 (CET)
Danke für Deine Antwort. Offenbar ein Mehr an Barrierefreiheit für Screenreader und ein Weniger für Quelltextanalysebots. Wie ich gesehen habe, wurde der Benutzer auch schon mindestens einmal auf seine Verwendung der Vorlage eher erfolglos angesprochen. Also diesbezüglich Neuseeland wohl einfach umschiffen und ggf. Kurs auf andere Insellösungen nehmen. ;-) --Invisigoth67 (Disk.) 18:13, 16. Jan. 2017 (CET)

IAST???[Quelltext bearbeiten]

{{ruS|Afanasy Nikitin|Audio=|IPA=|de=|en=|IAST=}}

  • Die Werte |de=|en= erwarten eine Eingabe oder müssen gelöscht werden
    • russisch Афана́сий Ники́тин, deutsch ‚Athanasius Nikitin‘, englisch Afanasy Nikitin
    • russisch Афана́сий Ники́тин
  • Was |IAST= erwartet weiß ich leider nicht {{ruS||IAST=???}} --Liebe Grüße, Lómelinde Diskussion 11:28, 19. Apr. 2017 (CEST)
Kann es sein, dass das nur bei bestimmten Vorlagen abgefragt würde? Sanskrit संस्कृत – keine Fehlermeldungen.
Bengalisch বাংলা ভাষা Bangla bhasha, IAST: bāṃlā bhāṣā, deutsch ‚Bengalisch‘, englisch Bengali – hier mit Ausgabe. --Liebe Grüße, Lómelinde Diskussion 11:56, 19. Apr. 2017 (CEST)
  • Die Weiterentwicklung hing an einer zwischenzeitlich abgebügelten Phabricator-Task und war mir mittlerweile in der ToDo-Liste abgestürzt.
  • Ja, die schon oben bei „Bengalisch“ verlinkte International Alphabet of Sanskrit Transliteration funktioniert nur bei bestimmten (indischen) Sprachen/Schriften.
  • Demnächst mehr.
LG --PerfektesChaos 13:33, 19. Apr. 2017 (CEST)
Gut dann weiß ich Bescheid. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 14:09, 19. Apr. 2017 (CEST)

Text mit Sprachcode grc-Latn wird ungewollt kursiv gedruckt[Quelltext bearbeiten]

Hallo!

Wenn ich mit {{lang|grc-Latn|archē}} ein altgriechisches Wort in lateinischer Schrift wiedergebe, dann wird es automatisch kursiv gesetzt. Das ist aber nicht das erwartbare Verhalten. Vergleiche hierzu: Das englische Wort in {{lang|en|principle}} wird auch nicht kursiv gesetzt. Ich gebe ja Parameter 2 „Textpassage“ an, nicht Parameter 3 „Umschrift“, dessen Inhalt dokumentiertermaßen kursiv gesetzt werden würde. Das ist erstens ein Problem, weil es nicht zu erwarten ist, zweitens weil die Vorlage deshalb an Nützlichkeit einbüßt: Ich kann nicht mehr das fettgedruckte Lemma mit {{lang|grc-Latn|…}} auszeichnen, weil es dann außerdem kursiv gemacht werden würde.

Wäre es möglich, das zu beheben?

Liebe Grüße
Gorlingor (Diskussion) 13:24, 18. Jun. 2017 (CEST)

Es wird ja auch eindeutig in der Dokumentation behauptet: „Die Vorlage selbst hat keinen direkten visuellen Effekt, sie stellt lediglich Metainformationen bereit.“ --Gorlingor (Diskussion) 13:43, 18. Jun. 2017 (CEST)
Wenn du explizit die Verschriftung Latn auf eine (nichtlateinische) Schrift angibst, dann wird davon ausgegangen, dass du die Transkription (usw.) einer vorangehenden nichtlateinischen Texpassage meist. Und dies ist per WP:FWF kursiv zu schreiben.
Die lose Angabe von grc-Latn bringt relativ wenig Erkenntnisgewinn, und hilft keiner Software, damit irgendwas zu machen. Gedacht ist das so, dass du zunächst das altgriechische Wort polytonisch angibst und anschließend die Transkription. Nur um ein Lemma zu fetten bedarfst du keiner Hinweise. Wir setzen bei weitem nicht jede irgendwo mal auftretende englische Phrase, jedes New York und jedes Birmingham und Loire in eine Sprachvorlage.
Dass das keine optische Veränderung auslösen würde, ist übrigens immer schon falsch gewesen und heutzutage erst recht: Durch Webfonts, früher CSS, soll ja gerade eine andere Darstellung bewirkt werden, wo dies in einschlägigen Schriften/Sprachen konfiguriert ist.
VG --PerfektesChaos 14:55, 18. Jun. 2017 (CEST)
„Wenn du explizit die Verschriftung Latn auf eine (nichtlateinische) Schrift angibst, dann wird davon ausgegangen, dass du die Transkription (usw.) einer vorangehenden nichtlateinischen Texpassage meist. Und dies ist per WP:FWF kursiv zu schreiben.“
Es ist aber nicht die Umschrift einer vorangehenden nichtlateinischen Textpassage. Erstens würde ich sonst wohl Parameter 2 (Textpassage) mit Parameter 3 (Umschrift) verwenden. Zweitens würde ich sowieso nicht wollen, dass eine Vorlage meint, „clever“ sein zu müssen und undokumentiert irgendwelche Auszeichnungen vorzunehmen. Das verstößt gegen das principle of least astonishment und macht den Code unnötig komplexer.
„Die lose Angabe von grc-Latn bringt relativ wenig Erkenntnisgewinn, und hilft keiner Software, damit irgendwas zu machen.“
Was daran ist das Argument für den (undokumentierten) Sonderfall, dass Latn-Text in Parameter 2 kursiv gesetzt wird?
„Dass das keine optische Veränderung auslösen würde, ist übrigens immer schon falsch gewesen und heutzutage erst recht: Durch Webfonts […]“
Die Doku spricht davon, dass ein „direkter visueller Effekt“ unterbleibt. Wenn der Client fremdsprachigen Text anders rendert, dann wird das „indirekt“ aus den Metainformationen gezogen. Hier wird aber „direkt“ der Text kursiv gesetzt. --Gorlingor (Diskussion) 15:29, 18. Jun. 2017 (CEST)
Lass es doch einfach bleiben; du hilfst niemandem damit und machst nur den Quelltext komplizierter.
Es ist schlicht nicht erwünscht und bringt keinerlei Verbesserung, jeden Giovanni, Heather und José in die lang-Vorlage einzuschließen; dazu war die auch noch nie gedacht gewesen und wurde über ein Jahrzehnt nur sparsam verwendet.
Wenn du es unbedingt kompliziert haben willst, dann kannst du den bislang nicht in der Doku gelisteten style-Parameter dranhängen:
|style=font-style:normal
VG --PerfektesChaos 15:38, 18. Jun. 2017 (CEST)
Warum reagierst Du so gereizt? Und was soll dieses Strohmann-Argument mit den Vornamen? „archē“ oder „logos“ sind nunmal eindeutig Wörter einer anderen Sprache. Sie werden nicht nur nicht deutsch flektiert, sondern sogar kleingeschrieben, obwohl es Substantive sind. --Gorlingor (Diskussion) 15:48, 18. Jun. 2017 (CEST)