Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise
[[Portal Diskussion:Unicode/Archiv/2007#Thema 1]]
oder als Weblink zur Verlinkung außerhalb der Wikipedia
also abgesehen vom prinzipellen sinn: über die Blöcke ist sie absolut redundant zu Liste der Unicode-Blöcke +deren verweise auf unterartikel, einen sinn macht sie imho nur, wenn sie ein TOC hat, in dem ich nach U+ABCD suchen kann..
Auf keinen Fall! Dann heißt es: "Die Liste ist ja eine reine Baustelle!" und "Was ist überhaupt so interessant an diesen vielen Zeichen?" und weg ist sie. Löschanträge sollten immer mit dem Ziel erfolgen, dass der Artikel gelöscht wird. Um einen Artikel absegnen zu lassen, sind Löschanträge nicht geeignet. Die Wikipedia wächst nur dadurch, dass jeder Autor das Risiko eines Löschantrags in Kauf nimmt. GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-06-17T13:02:00.000Z-W!B:-2007-06-17T10:24:00.000Z11
noi, das unterscheidet die 02B0–02FF Spacing Modifier Letters und die paar aus Basic Latin von den 0300–036F Combining Diacritical Marks und den Extendend/Supplement/Additional-Blöcken - erstere stehen für sich alleine («^», «´», «˘»), zweitere kombinieren sich mit einem oder mehreren anderen glyphen, und bei dritteren ist das diakritikon in die glyphe integriert - es gibt die meisten jeweils spacing und combining und fix - die inzwischen schon legendäre möwe ist eine der wenigen, dies nur combing gibt, und zicken machen wird - da müssten wir mit einem spacer tricksen.. -- W!B:Portal Diskussion:Unicode/Archiv/2007#c-W!B:-2007-06-16T15:23:00.000Z-Prince Kassad-2007-06-16T10:12:00.000Z11
Meinst du Wiki-Syntax? Habe vorhin nämlich festgestellt, dass ein Leerzeichen gar nicht funktionieren kann, weil das Wiki-Programm Leerzeichen nach einem Tabellenstrich ignoriert. Das mit dem Leerzeichen funktioniert nur innerhalb von Text. Aber auch das geschützte Leerzeichen bietet zumindest bei mir kein optimales Ergebnis. Das Zeichen befindet sich viel zu weit links. Gibt es vielleicht noch andere Lösungen? GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-06-16T23:00:00.000Z-172.182.205.54-2007-06-16T21:40:00.000Z11
aa͡
ii͡
͡
͡
keine chance, man muss nämlich bei jedem einzelnen diakritikon wissen wofürs gut ist (teil rücken sie 1 zeichen nach links zum vorigen, wie Gravis und so, teils aber ½, 1½ oder erstrecken sich über mehrere - solange wir nicht wissen, welches zeichen für was gut ist, bleibt der satz auch mit spacern reines herumgerate - also zerst mal kundig machen, was das zeichen tut.. vielleicht stehts ja so: hebräisch ͡כקּ -- W!B:Portal Diskussion:Unicode/Archiv/2007#c-W!B:-2007-06-17T09:39:00.000Z-Gismatis-2007-06-16T23:00:00.000Z11
gehört nach dem Entwurf ISO/IEC 10646:2009 auch hin. Wobei nach meiner Erfahrung 2 sinnvoll sind, da auch einige kombinierende Zeichen breiter als ein Leerzeichen sind. -- Rainer Seitel
Lemma
Letzter Kommentar: vor 17 Jahren4 Kommentare3 Personen sind an der Diskussion beteiligt
Letzter Kommentar: vor 17 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Ich denke mir, wenn wir schon die Unicode-Blöcke mitsamt den enthaltenen Zeichen auflisten, sollten wir auch Beschreibungen zu den einzelnen Blöcken anlegen. Bei einem Teilblock einer Schrift (bsp. Lateinisch, erweitert zusätzlich) sollte dort stehen, in welcher Sprache diese Zeichen benutzt werden, bei Einzelblöcken für eine Schrift (bsp. Gujarati) eine Kurzbeschreibung mit Verweis auf den Hauptartikel (falls vorhanden). Alle Blöcke sollten zudem enthalten, seit wann sie in Unicode enthalten sind. Was haltet ihr von der Idee? -- Prince KassadPortal Diskussion:Unicode/Archiv/2007#c-Prince Kassad-2007-06-16T20:58:00.000Z-Beschreibungen zu den Unicode-Blöcken?11
Bei Buchstaben ist generell das Lemma ohne Präfix "[Schriftsystem] (Groß/Klein)Buchstabe" anzulegen. Falls Buchstaben aus zwei Schriftsystemen den selben Namen tragen sollten, wird ein Klammerlemma verwendet [z. B. Alef (hebräischer Buchstabe)]
Bei lateinischen Ziffern und Satzzeichen wird das Lemma ebenfalls ohne Präfix angelegt, bei fremden Zahlensystemen/Satzzeichen ist ein Präfix in der Form "Arabische Null", "Chinesische Null", "Gujarati-Null" anzuhängen.
Bei Diakritiken wird, wie im ersten Punkt angegeben, kein Präfix verwendet. Ist das Diakritikum kombinierend, so ist das im Lemma anzugeben (z. B. "Kombinierendes Hatschek").
Bei Symbolen wird das Präfix ebenfalls weggelassen, außer, die Bezeichnung enthält keinen Präfix (z. B. "Anfang von Rub El Hizb", aber "Hochspannungssymbol")
Ungeklärt ist die Lage bei CJK-Zeichen, da diese von Unicode meist keine eindeutige Bezeichnung erhielten. Irgendwelche Vorschläge?
Mein Vorschlag wäre eine Metaebene von deutschen Übersetzungen der englischen Unicode-Bezeichnungen (mit einer eigenen Kategorie: Unicode-Bezeichnung), von wo aus man dann in die Wikipedia-Konventionen abtauchen kann. So entgeht man allen Verwechslungsmöglichkeiten und schafft eine Ebene, auf der systematisch die Übersetzungen erfaßt werden können, die es schon gibt, oder die es noch zu prägen gilt. In Zweifelsfällen kann sich dort auch das eine oder andere englischsprachige Lemma befinden (wozu ich "Gestrecktes C" beispielsweise aber nicht rechnen würde). Sind die Microsoft-Namen (z.B. in der Zeichentabelle von Arial Unicode MS, oder wie das hiess) eigentlich frei zugänglich irgendwo? Die wären doch die beste Grundlage dafür. --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-07-11T15:37:00.000Z-Eignung der Bezeichnungen für Lemmata/Redirects11
Letzter Kommentar: vor 17 Jahren4 Kommentare4 Personen sind an der Diskussion beteiligt
Ich habe soeben Lateinisch 1, Ergänzung ergänzt und da taucht bei vielen Buchstaben bei den englischen Bezeichnungen "diaeresis" auf. Es ist mir klar, dass das eigentlich falsch ist, weil eine Diärese nicht das Zeichen meint, sondern die Art der Aussprache. Ich habe trotzdem "Diärese" genommen, weil ich gesehen habe, dass es bei Lateinisch erweitert-B bereits verwendet wird, und außerdem ist es nicht unser Problem, wenn das Unicode-Konsortium unkorrekte Bezeichnungen wählt. Einwände? GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-07-15T00:28:00.000Z-Diärese11
Da dürften meiner Meinung nach sogar noch mehr Datails stehen. Mich würde zum Beispiel interessieren, wie man die Zeichen für diesen Bereich überhaupt gesammelt hat, und wie sie angeordnet wurden. Hintergrundinformationen eben, wobei das dann eher ein eigener Artikel wäre. Das Hauptproblem ist aber, wie Benutzer:Pelz angesprochen hat, dass die meisten Benutzer keine Zeichen sehen werden, weil eine entsprechende Schriftart fehlt. Selbst mit der Code2002 sieht man längst nicht alle Zeichen. Für so spezielle Schriften wäre eine Lösung, wie es sie für die Hieroglyphen (Hilfe:Hieroglyphen) gibt, ideal. Was die lange Ladezeit betrifft, so frage ich mich, welchen Anteil die Server an diesem Problem haben und wieviel mein Computer. Was sollen wir also tun? Grundsätzlich finde ich, gehört in die Wikipeida eine vollständige Unicode-Zeichenliste. GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-07-30T02:13:00.000Z-Prince Kassad-2007-07-29T21:45:00.000Z11
Bei den Hieroglyphen ist der Unterschied, dass Hieroglyphen nicht im Unicode-Standard sind. Aber selbst wenn jemand so eine Erweiterung schreiben würde, die Ladezeiten wären riesig. Wenn wir mal mit 1 KB pro Zeichen rechnen, dann sind 1 x 42.711 = 42,7 MB (und da zählt die Tabellensyntax nicht dazu). Das können wir weder dem Leser noch den Servern antun. Wegen den Schriften wäre evtl. eine Liste von Schriften für jeden Unicode-Block nützlich (vielleicht als Erweiterung für Wikipedia:UTF-8-Probleme). -- Prince KassadPortal Diskussion:Unicode/Archiv/2007#c-Prince Kassad-2007-07-30T08:47:00.000Z-Gismatis-2007-07-30T02:13:00.000Z11
Letzter Kommentar: vor 16 Jahren8 Kommentare4 Personen sind an der Diskussion beteiligt
Gerade habe ich einen Haufen Verbesserungen (aus meiner Sicht) an der gesamten Seite vorgenommen. Da die Seite so riesig ist, dass sich da eigentlich niemand zurechtfinden kann, führe ich sie zusätzlich hier auf:
Danke für die saubere Auflistung. Mit Diärese zu Trema bin ich einverstanden, da laut englischem Artikeldiaresis im Englischen auch für das Zeichen stehen kann. Wäre es nicht so, müssten wir Diärese nehmen. Nicht einverstanden bin ich mit folgenden Änderungen:
O mit Strich => durchgestrichenes O (für Ø)
Die Originalbezeichnung lautet: O WITH STROKE. Wir sollten uns bei Umschreibungen eng an die Originalbezeichnung halten, daher lieber O mit Strich.
... mit Ring oben, mit oberem Ring => mit Ring (6x)
... mit Punkt oben, mit oberem Punkt => mit Punkt (8x)
Das Originalschema lautet: ... WITH RING/DOT ABOVE. Ich bin für das Schema mit Ring/Punkt oben. Wir dürfen das "above" nicht unterschlagen.
AE, Ae, ae => AE-Ligatur, ae-Ligatur (6x)
Das Originalschema lautet: LATIN CAPITAL/SMALL LETTER XY. Da steht nichts von ligature oder so. Deshalb sollte die Übersetzung auch ohne Zusatz sein. Also auch die vorherige Version mit Digraph war nicht korrekt. Eine offene Frage ist aber noch, wie wir es mit der Groß- und Kleinschreibung handhaben wollen.
Ezh => Z mit Unterschlinge (8x)
Sehe ich wie Prince Kassad. Das muss rückgängig gemacht werden.
dz, lj, nj usw. => "Digraph"
Das Originalschema lautet: LATIN CAPITAL/SMALL LETTER XY. Hierfür gilt dasselbe wie für AE.
Db Digraph, Qp Digraph, Dz als Digraph usw. => Db-Ligatur, Qp-Ligatur, Dz-Ligatur
Das Originalschema lautet: LATIN SMALL LETTER XY DIGRAPH. Hier ist also ein Zusatz geboten. Ich frage mich allerdings, ob wir uns nicht zu fest zum Fenster rauslehnen, wenn wir Ligatur nehmen, auch wenn die Zeichen tatsächlich Ligaturen sind. Ich finde wir sollten als Schema Lateinischer Kleinbuchstabe XY(xy)-Digraph nehmen. Was die Konstruktionen FENG, TESH usw. betrifft, bin ich unsicher. Sehen die nur zufälligerweise wie eigenständige Wörter aus, weil dabei die Bestandteile F und ENG, T und ESH einfach zusammengesetzt wurden wie bei den anderen Kombinationen, oder sollen das tatsächlich eigene Namen sein wie Eng und Esh? Als eigene Namen müssten wir Feng und Tesh schreiben ohne Bindestrich dazwischen. Ich nehme aber an, dass die Kombination nicht als Wort aufzufassen ist, und daher wäre diese Schreibweise falsch. Richtig wären dann entweder FEng und TEsh oder feng und tesh. Über den Bindestrich wäre zu diskutieren.
... (Script) => Schreibschrift-... (ca. 10x)
... (Blackletter) => Fraktur-... (ca. 5x)
Das Originalschema lautet: BLACK-LETTER/SCRIPT CAPITAL/SMALL X. Ich schlage daher als Schema vor: Fraktur/Schreibschrift großes/kleines X/(x).
Fleur de lys => Wappenlilie
Hier bin ich unsicher. Im Artikel Lilie (Heraldik) taucht dieser Ausdruck nicht auf, dafür heraldische Lilie als zweites Lemma. Fleur de lys wird zudem laut Artikel auch im Deutschen verwendet, daher im Zweifel für Fleur de lys. Was meinen die anderen?
Vielen Dank für Eure wohlwollenden Kommentare. Zu den kritisierten Änderungen reiche ich noch kurz Begründungen nach, vielleicht erledigt sich dann ja das eine oder andere wieder, und ansonsten dürfen natürlich auch Änderungen wieder zurückgenommen werden.
O mit Strich => durchgestrichenes O (für Ø)
Hier ist das Problem, dass stroke tatsächlich ein langer Strich zum Durchstreichen ist (verwandt mit dem Verb strike (through)), während unser Wort Strich genauso gut line oder dash heißen kann und deshalb nicht eindeutig ist. Die meisten unbedarften Wikipedia-Leser würden bei "o mit Strich" wohl eher an <ó> oder <ò> denken als an <ø>.
... mit Ring oben, mit oberem Ring => mit Ring (6x)
... mit Punkt oben, mit oberem Punkt => mit Punkt (8x)
Hieran stören mich zwei Dinge: Erstens ist "with ring above" stilistisch gutes Englisch, "mit Ring oben" aber ist Kindersprache - "mit einem Ring darüber" müsste es auf Hochdeutsch wenigstens heißen. Zweitens ist das "Original-Schema" hier völlig uneinheitlich: Bei einem Akut, Gravis oder Breve wird nie dazugesagt, dass die oben stehen, obwohl zumindest Breve auch unter dem Zeichen vorkommt. Auch der Ring und der Punkt stehen meistens oben und nur in einigen Transkriptionen unter dem Zeichen; es reicht doch, es dort zu sagen.
AE, Ae, ae => AE-Ligatur, ae-Ligatur (6x)
dz, lj, nj usw. => "Digraph"
Db Digraph, Qp Digraph, Dz als Digraph usw. => Db-Ligatur, Qp-Ligatur, Dz-Ligatur
Gut, hier hatte ich vor allem die "Digraph"-Angaben korrigiert, denn die sind schlicht falsch, ein Digraph sind zwei nebeneinander stehende Buchstaben, die zusammen ein Graphem ergeben, ohne dass dies graphisch irgendwie zu sehen ist, während eine Ligatur die graphische Vereinigung zweier Buchstaben ist, die überhaupt nicht ein Graphem sein müssen. Es wäre sehr wichtig, diesen Unterschied generell zu machen, denn es gibt ja beides, z.B. <dz> und <dž> als Digraphen und <ʣ> und <ʤ> als Ligaturen. Wenn die Erfinder der Unicode-Bezeichnungen den Unterschied nicht kannten, ist das deren Problem.
Ezh => Z mit Unterschlinge (8x)
Eigentlich wollte ich hier "altdeutsches Z" oder so etwas schreiben, habe dann im Artikel Z aber gesehen, dass das dort anders genannt wird. Warum sollen wir diesem Buchstaben nicht eine deutsche Bezeichnung geben, wenn es sie gibt? "Ezh" ist definitiv nicht deutsch, aber jeder Deutsche kennt die alte deutsche Variante des z mit der Unterschlinge.
... (Script) => Schreibschrift-... (ca. 10x)
... (Blackletter) => Fraktur-... (ca. 5x)
Wäre es denn zu viel Tribut an die deutsche Grammatik, wenn man stattdessen "großes Fraktur-F", "kleines Schreibschrift-l" usw. schreiben würde?
Fleur de lys => Wappenlilie
Meinetwegen können wir hier auch "heraldische Lilie" schreiben, aber "fleur de lys" bezeichnet, so der Wikipedia-Artikel Lilie (Heraldik), "diese heraldische Lilie mit speziellem Bezug zu Frankreich". Den speziellen Bezug zu Frankreich kann ich in der Unicode-Tabelle nicht erkennen.
Wenn das so ist, bin ich mit durchgestrichenem O natürlich einverstanden! Obwohl, O mit Schrägstrich fände ich eigentlich eleganter, und vor allem würde Schrägstrich hervorragend zu Querstrich passen. Dann könnten wir stroke je nach Lage als "Schrägstrich" oder als "Querstrich" übersetzen. Dasselbe gälte dann für bar. Was meinst du?
... mit Ring oben, mit oberem Ring => mit Ring (6x)
... mit Punkt oben, mit oberem Punkt => mit Punkt (8x)
Die Bestandteile above und dementsprechend auch below waren von Anfang an eine Knacknuss. Eigentlich hänge ich überhaupt nicht an oben und unten, denn das ist stilistisch wirklich unschön. In der Ursprungsdiskussion haben Reiner Stoppok und ich so ziemlich alle Übersetzungsmöglichkeiten gesammelt. Am Schluss war ich irgendwie resigniert, weil keine Lösung wirklich optimal schien. Vorschlag: Lass es uns immer übersetzen, dann aber mit den wirklich korrekten deutschen Bezeichnungen übergesetzt und untergesetzt, also X mit übergesetztem Ring usw.
Digraph und Ligatur
Ich finde aber, dass es nicht unsere Aufgabe sein kann, Fehler des Unicode-Konsortiums zu korrigieren. Wir sollen ja nur berichten, und dazu gehört auch, dass wir falsche Bezeichnungen übernehmen. Wir könnten höchstens mit einer Fußnote auf diese Dinge hinweisen.
Ezh => Z mit Unterschlinge (8x)
So wie ich das sehe, handelt es sich beim Z mit Unterschlinge eben bloß um eine grafische Variante des Z, während das Ezh als besonderer Buchstabe gilt, der nur zufälligerweise (?) dieselbe Form hat wie das Z mit Unterschlinge. Im Zweifel für Ezh.
... (Script) => Schreibschrift-... (ca. 10x)
... (Blackletter) => Fraktur-... (ca. 5x)
In Ordnung. Ich habe das Originalschema so analysiert: SCRIPT: CAPITAL X. Aber wie ich jetzt merke, könnte es natürlich auch als SCRIPT- CAPITAL- X interpretiert werden und dann wäre im Deutschen natürlich eine Umstellung vorzunehmen. Im Englischen wird man aber auch nie schlau daraus, welches Wort welches modifiziert!
Danke für Deine Bemerkungen und Argumente. Mit "O mit Schrägstrich" für <Ø> usw. bin ich völlig einverstanden, das ist eine gute Lösung. "Übergesetzt" und "untergesetzt" sind tolle Ideen! Bei Ligatur und Digraph bin ich nicht einverstanden. Okay, wenn im Original gar nichts steht, kann man es in der Übersetzung meinetwegen weglassen. Wenn aber im Original digraph steht und es ist in Wirklichkeit eine Ligatur, dann würde ich die Korrektur nicht in eine Fußnote verbannen, sondern eher so etwas wie "Ligatur [im Original: digraph]" schreiben. Die graphische Ähnlichkeit zwischen dem altdeutschen z und dem "Ezh" der IPA ist ganz sicher kein Zufall, sondern hier wurde ebenso eine existierende graphische Variante funktional aufgeladen wie z.B. bei zweistöckigem <a> und einstöckigem (Schreibschrift-) <ɑ>, vor allem aber beim <ʃ>, das ja ursprünglich auch nur das lange S in der Kursivschrift ist (vgl. Bild:Long-s-US-Bill-of-Rights.jpg). Das ist sogar völlig parallel: die 'modernen' Formen <s> und <z> stehen für die dentalen/alveolaren Frikative (stimmlos und stimmhaft), die 'altdeutschen' Entsprechungen <ʃ> und <ʒ> für die entsprechenden palatoalveolaren Zischlaute. Der englische Wikipedia-Artikel Ezh (letter) informiert sogar darüber, dass diese Buchstabenvariante selbst auf Englisch alternativ auch als tailed z bezeichnet wird. Wenn das im Englischen Quasi-Synonyme sind, dann wird man doch, wenn es auf Deutsch für Ezh keine eigene Übersetzung gibt, auch tailed z übersetzen dürfen, oder? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-05T10:30:00.000Z-Buncic-2007-09-02T18:40:00.000Z11
Hallo, ihr beiden! Es wäre schön, wenn man immer auf Anhieb und übersichtlich sortiert sehen könnte, wo in der Diskussion evtl. noch (geringfügige) Uneinigkeiten bestehen. Vielleicht könnte man das etwas übersichtlicher in einen extra Absatz packen. --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-11T19:37:00.000Z-Buncic-2007-09-05T10:30:00.000Z11 PS: Dann muss derjenige, der sich hier nur ein bisschen mit herumstreiten will, nicht alles lesen. (Das "PS" sollte ein Witz sein ...)
"heraldische Lilie" ist üblich, "fleur de lys" mit und ohne Bindestrich kommt in Büchern auch vor. Französich war die Sprache des Adels. Ebenso sind die Spielkartensymbole des französischen Blattes die heraldischen Symbole. (Wogegen das breite Herz aus den Dingbats eher in Kontaktanzeigen auftaucht.)
"Telefonaufzeichner" für U+2315 Anrufbeantworter ist einzigartig im WWW. :-)
U+232D heißt in der deutschen Norm nun mal Zylindrizität und nicht "Zylindrigkeit". usw. Ich habe für meine Seite nicht aus Langeweile ein paar Nächte hier in der Bibliothek verbracht.
U+2629 Kruckenkreuz darf nicht wörtlich von "cross of Jerusalem" übersetzt werden! Das kann man im Duden-Bildwörterbuch englisch/deutsch deutlich sehen. usw.
Schrägstrich und Querstrich zu unterscheiden halte ich für sinnvoll. -- Rainer Seitel
Technische Lösung des Längenproblems
Letzter Kommentar: vor 16 Jahren20 Kommentare3 Personen sind an der Diskussion beteiligt
Aufgrund der Löschdiskussion hatte ich vorhin eine Idee, die ich hier eins zu eins wiederhole, da der Ort, um sie zu diskutieren, hier ist und nicht dort:
Was die Länge der Seite angeht, so sehe ich die Bedenken durchaus ein, und die Frage wäre, ob man nicht eine technische Lösung finden könnte. Mir schwebt vor, auf der Lemma-Seite tatsächlich nur eine allgemeine Einleitung zu platzieren und dann Links auf Einzelseiten der verschiedenen Unicode-Blöcke. So kann man sich auch mit einem langsameren Computer die Teile des Unicode, die gerade interessieren, schnell und gezielt ansehen. Und für diejenigen, die gern alles auf einen Blick hätten, könnte man doch eine Seite herstellen, auf der die Informationen der Einzelblock-Seiten über die Vorlagen-Technik eingebunden werden (so dass zwar doppelt vorhanden wären, aber nur einmal bearbeitet werden müssten). Dann noch eine Unicode-Navigationsleiste für die Einzelseiten, die mit dem <noinclude>-Tag versehen werden – da ließe sich etwas machen...
Nachtrag: Eine solche aus Vorlagen-Aufrufen aufgebaute Gesamtseite könnte dann vielleicht auch die bisher ausgelagerten CJK-Blöcke enthalten, denn es müsste ja niemand die Gesamtseite als solche im Edit-Fenster bearbeiten.
Noch ein Nachtrag: Man müsste wirklich nicht für jeden Block eine Unterseite machen; hier hat jemand den gesamten Unicode in 15 Teile geteilt. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-05T11:22:00.000Z-Technische Lösung des Längenproblems11
Wenn aufgeteilt wird, dann schlage ich diese Einzelteile vor:
Es funktioniert in der Tat nur so, dass man die kleinen Einzelseiten bearbeiten kann und dann auf einer großen Seite alle diese Einzelseiten per Vorlagensyntax einbindet. Aber das ist ja auch der Sinn der Sache, dass man beim Editieren eben keine Megabytes ins Bearbeitungsfenster lädt. Die Diskussion kann man ja durch einen Hinweis auf der Diskussionsseite oder gar eine Weiterleitung hierher leiten.
Mit Prince Kassads Vorschlag der Aufteilung des gesamten Unicodes in 13 große Blöcke habe ich das Problem, dass dabei Zusammenhängendes getrennt wird, während Nichtzusammenhängendes zusammen bleibt, z.B. wären in dem ersten von Dir vorgeschlagenen Block europäische Alphabete, semitische Abjads und einige indische Schriften, und im zweiten Block wären weitere indische Schriften. Die Frage wäre, ob man entweder versucht, sinnvoll Zusammenhängendes auf je einer Seite unterzubringen, oder stur nach der Zahl geht (dann aber auch ganz stur, je 4096 Zeichen pro Seite) oder ob es nicht am sinnvollsten sein könnte, für jeden Unicode-Block eine eigene kleine Unterseite zu machen. Das hätte den Vorteil, dass wir eine Gliederung vornehmen, die sozusagen offiziell ist, und auch für die Einzelseiten praktische Namen zur Verfügung haben. Dann würde man also eine Seite Basis-Lateinisch, eine Seite Lateinisch-1, Ergänzung, eine Seite Lateinisch, erweitert-A usw. haben, in jeder würde natürlich stehen, dass sie zur Liste von Unicode-Zeichen gehört (warum eigentlich nicht Liste der Unicode-Zeichen?), es gäbe außerdem eine Navigationsleiste durch alle Unicode-Blöcke, und wer möchte, könnte sich eine Seite anschauen, auf der für jeden Block eine {{...}}-Einbindung steht. Obendrein könnten diese Einzelseiten auch für Seiten, die ein bestimmtes Schriftsystem beschreiben, einfacher mitgenutzt werden (im Extremfall sogar durch eine weitere Vorlageneinbindung). Meines Erachtens wäre das die eleganteste Lösung. Was meint Ihr? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-15T14:42:00.000Z-Prince Kassad-2007-09-11T19:29:00.000Z11
a) Bringt es irgendeinen Nachteil, viele Unterseiten zu haben? b) Gegen das Zusammenfassen spricht grundsätzlich nichts. Nur muss man sich dann bei jeder Seite fragen, was man im Einzelnen zusammenfassen will. Klar, auch "Kyrillisch" und "Kyrillisch, Ergänzung" wären natürlich solche Kandidaten, da wäre ich sogar sehr fürs Zusammenfassen. Aber wenn man nicht zu kühnen Rundumschlägen wie "Europäische Alphabete" oder so greift (wo immer noch etwas fehlen wird, weil am Ende der Tabelle noch einiges nachgetragen wurde), sondern nur die offensichtlichen Dinge zusammenfasst, hat man wahrscheinlich immer noch um die 80 Seiten. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-15T15:07:00.000Z-Prince Kassad-2007-09-11T19:29:00.000Z11
Hm, das habe ich nicht ganz verstanden. Wenn jemand zehn Änderungen in zehn verschiedenen Unicode-Blöcken der jetzt bestehenden großen Seite macht (wozu er jedesmal nur den Abschnitts-Edit-Button drückt, um nicht den gesamten unübersichtlichen Text in seinem Fenster zu haben), fehlen mir neun der tatsächlich vorgenommenen Edits auf meiner Beobachtungsliste. Wenn jeder dieser Edits auf einer eigenen Seite stattgefunden hat, habe ich alle Edits auf meiner Liste. Wie dem auch sei – wäre es ein sinnvolles Vorgehen, erst einmal blockweise auszulagern und dann zu schauen, was man davon eventuell zusammenfasst? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-15T15:23:00.000Z-Prince Kassad-2007-09-11T19:29:00.000Z11
Unter Vollständige Liste der Unicode-Zeichen habe ich mal einen Anfang gemacht, damit man sieht, wie das aussehen könnte. In Vorlage:Navigationsleiste Unicode habe ich die geplanten Namen eingetragen; diese Seiten könnte man durch Klick auf den roten Link in der Tabelle erzeugen und aus dem entsprechenden Abschnitt der Seite Liste von Unicode-Zeichen kopieren. Dabei sollte man lediglich zum einen gemäß Reiner Stoppoks Vorschlag die ersten beiden Zeilen der Tabelle durch diese ersetzen:
Letzter Kommentar: vor 16 Jahren17 Kommentare4 Personen sind an der Diskussion beteiligt
Nach dem Muster von "DŽ" (Lateinischer Großbuchstabe DZ-Digraph mit Hatschek) würde ich auch Bezeichnungen wie Kyrillischer Großbuchstabe Ž, ... Ć ... Š ... Č usw. umgestalten (also: Z mit Hatschek, C mit Akut usw.), denn sonst werden die bei der Benennung verwendeten Zeichen (die den Slavisten natürlich wohlvertraut sind ...) gleich wieder zum Problem. Die englischen Unicode-Bezeichnungen sind völlig (!)sonderzeichenfrei und haben das Problem der Groß- und Kleinschreibung auch nicht! --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-12T14:29:00.000Z-Bezeichnungen ohne diakritische Zeichen11
Ich finde, auf Sonderzeichen sollte wenn möglich verzichtet werden, denn das ist ja meines Erachtens auch der Sinn der Umschreibung. Sonst bräuchten wir ja nicht z. B. "Lateinischer Großbuchstabe C mit Hatschek" zu schreiben, sondern könnten gleich "Lateinischer Großbuchstabe Č" schreiben. Für besser hielte ich es darum, die Originalnamen zu übernehmen (Möglichkeit 1). Für noch besser hielte ich es aber, die Originalnamen gemäß den Namenskonventionen einzudeutschen (Möglichkeit 2). Für Kyrillisch bedeutete dies also z. B Ж = ZHE = Sche, Ш = SHA = Scha usw. (Siehe Wikipedia:Namenskonventionen/Kyrillisch). Bei Möglichkeit 1 würde uns vorgeworfen werden, die Beschreibungen nur halb zu übersetzen (siehe Löschbegründung), bei Möglichkeit 2 würde der Vorwurf der Begriffsfindung erhoben. Was wäre besser? Für Möglichkeit 2 müsste allerdings vorgängig gründlich geprüft werden, ob und welche Schwierigkeiten auftauchen, z. B. ob Homonyme dabei rauskommen könnten, was natürlich auf keinen Fall passieren dürfte. Noch völlig offen ist das Problem der Groß- und Kleinschreibung, das allerdings ein kleines Problem sein wird. GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-09-13T02:10:00.000Z-Reiner Stoppok-2007-09-12T14:29:00.000Z11
Wenn man diese schrecklichen (russischen, nicht etwa allgemeinkyrillischen!) "Buchstabennamen" a, bä, wä, gä usw. (die keine echten Namen sind, genauso wenig wie dt. a, bee, cee, dee usw.) aus der englischen Unicode-Liste übernimmt, dann hat man keine Probleme mit Homonymien, weil dann "es" (с) von "se" (з) und "scha" (ш) von "sche" (ж) unterschieden ist, auch wenn kein normaler Nicht-Kyrilliker diesen Unterschied durchschauen wird, er wird "sche" ebenso stimmlos aussprechen wie "scha". Daher war ich auf die wissenschaftliche Transliteration ausgewichen, die in dieser Hinsicht deutlich sinnvoller ist als die Duden-Transkription (vgl. Kyrillisch#Beispiele für die Umschrift von Namen). Die englische Sprache hat hier einfach nicht dieses Problem, weil dort "z" immer stimmhaft ist und man deshalb "es", "ze", "sha" und "zhe" sehr gut auseinanderhalten kann. Außerdem ist es gerade typisch englisch, dass man auf Diakritika verzichtet (die haben ja noch nicht einmal Umlaute!), und in einer Sprache, deren Orthographie bereits Diakritika hat, wie das Deutsche, könnte man doch für die Transkription fremder Schriften gut lateinische Buchstaben mit Diakritika verwenden, finde ich. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-13T12:42:00.000Z-Bezeichnungen ohne diakritische Zeichen11
Dass du die originalen Pseudo-Buchstabennamen schrecklich findest, kann ich nachvollziehen. Du musst aber bedenken, dass dies nicht unser Problem ist, sondern das des Unicode-Konsortiums. Wir machen absolut nichts falsch, wenn wir diese "schrecklichen" Namen übernehmen. Was die Nachvollziehbarkeit der Aussprache für Laien betrifft, so ist die wissenschaftliche Transliteration ebenso wenig eine Hilfe. Im Gegenteil. Ein Laie wird Ž dem Lautwert ts zuordnen, während er bei Scha viel näher an der originalen Aussprache dran ist. Dass in der deutschen Sprache Diakritika häufiger verwendet werden als im Englischen kann ich mir gut vorstellen. Aber auch im Deutschen gibt es eine "Rangfolge" bei Sonderzeichen. Den höchsten Rang haben natürlich die Umlaute und ß. Dann folgen Sonderzeichen aus den wichtigen europäischen Sprachen. Was allerdings darüber hinausgeht, gilt bestimmt als ebenso exotisch, wie im Englischen.
Der Vorteil beim Verzicht auf Sonderzeichen liegt meiner Ansicht nach hauptsächlich in der Aussprechbarkeit der Namen, und damit verbunden, eine bessere Merkbarkeit. Für einen Laien ist Scha einfach viel besser zu behalten als Š.
Ich schlage daher folgenden Kompromiss vor: Wir richten uns grundsätzlich nach den Namenskonventionen für Kyrillisch. Wenn der kyrillische Buchstabe eindeutig durch einen lateinischen Buchstaben des lateinischen Basisalphabets beschrieben werden kann, nehmen wir diesen ohne Vokalzusatz, also B nicht Be,F nicht Ef usw. Wenn ein Buchstabe mehrdeutig wäre, nehmen wir den Vokal gemäß der Originalbezeichnung dazu, also Se für З und Es für С. Ebenfalls befürworte ich den Vokalzusatz bei Buchstabenkombinationen zwecks besserer Aussprechbarkeit: also Cha statt Ch,Tsche statt Tsch. Das führt zu folgendem Ergebnis:
Ѐ: Je mit Gravis, Ё: Jo, Ђ: Dje, Ѓ: Gje, Є: Ukrainisches Je, Ѕ: Dse, І: Weißrussisch-Ukrainisches I, Ї: Ji, Ј: J, Љ: Lje, Њ: Nje, Ћ: *, Ќ: Kje, Ѝ: I mit Gravis, Ў: Kurzes U, Џ: Dsche, А: A, Б: B, В: W, Г: G, Д: D, Е: Je, Ж: Sche, З: Se, И: I, Й: Kurzes I, К: K, Л: L, М: M, Н: N, О: O, П: P, Р: R, С: Es, Т: T, У: U, Ф: F, Х: Cha, Ц: Z, Ч: Tsche, Ш: Scha, Щ: Schtscha, Ъ: Hartes Zeichen, Ы: Jery, Ь: Weiches Zeichen, Э: E, Ю: Ju, Я: Ja
*Zu Ћ: Das Original lautet Tshe. "Tsche" darf es aber nicht heißen, weil bereits Ч so heißt. Möglich wären Tche (gemäß der Aussprache) oder Serbisches Tsche.
Die "Benennung über die äußere Gestalt" gibt es bei Unicode aber nur bei zusammengesetzten Buchstaben. "Cyrillic capital letter Zhe" sagt doch über die Form überhaupt nichts, kein Stück mehr als "Kyrillischer Großbuchstabe Ž". Übrigens benutze ich bis heute immer noch Word für Windows 95 und schreibe damit seit zwölf Jahren problemlos u.a. meinen Namen, auch meine slavistische Doktorarbeit mit sehr vielen Sonderzeichen habe ich mit diesem alten Programm geschrieben. Es gibt also gar keinen Zweifel, dass auch Windows 95 schon "einen Hatschek hatte" (diese Proseminararbeit entstand noch unter Windows 95). Abgesehen davon, wer benutzt heute noch ein zwölf Jahre altes Betriebssystem? Da könnten wir genauso gut sagen, Wikipedia solle nur ASCII benutzen. Aber die Wikipedia setzt ja gerade konsequent auf Unicode auch im Fließtext – warum also nicht auch die Beschreibungen auf dieser Seite? P.S. Dieses Problem würde sicher geringer, wenn man außer der deutschen Beschreibung auch das Original hätte. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-15T14:58:00.000Z-Bezeichnungen ohne diakritische Zeichen11
Man musste, um den Hatschek zu sehen, in der Systemsteuerung eine "Sprachenunterstützung" aktivieren, die auf der Windows-CD (bzw. den Windows-Disketten) mitgeliefert war. Wer sich für Gebiete östlich der Oder-Neiße-Linie interessierte, hat das natürlich getan. Das PDF habe ich natürlich erst 2007 erzeugt, es ging mir darum, dass ich diesen Text tatsächlich anno 1996 mit Word 95 unter Windows 95 geschrieben habe (und nur den o-Nasal nicht aus Times New Roman nehmen konnte, sondern selbst basteln musste). --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-15T15:15:00.000Z-Prince Kassad-2007-09-15T15:05:00.000Z11
Die Bezeichnungen für die Zeichen müssen auch völlig von Groß- [besser:Gross] und Kleinschreibung unabhängig sein (egal ob ich einen Namen klein oder gross oder gemischt eingebe), schließlich geht ja die Beschreibung schon aus dem Wortlaut hervor. Unicode z.B. schreibt alles groß [besser: gross] und nur mit den Tasten der 26 Lateinbuchstaben! --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-16T12:52:00.000Z-Buncic-2007-09-15T16:04:00.000Z11 Der Buchstabe ö ist der Lateinischer Kleinbuchstabe o mit Trema, und nicht etwa: Lateinischer Kleinbuchstabe ö und das ß ist nicht der Lateinische Kleinbuchstabe ß (sondern: LaTeINIscHer KlEINbuCHstABe ScHArfEs S). Das müsste so auch für die kyrillische Buchstaben machbar sein. Vielleicht sollte dieser Punkt der völligen Unabhängigkeit von Gross- und Kleinschreibung in einem eigenen Absatz diskutiert werden. Der der Beschränkung auf 26 Lateinbuchstaben vielleicht ebenfalls.
Die Löschdiskussion hat ergeben, dass wir in der Wikipedia keine Übersetzung der offiziellen Bezeichnungen anfertigen können, da das nicht Sache der Wikipedia ist. Folglich werden auch unsere deutschsprachigen Angaben niemals zu einer solchen Anwendung kommen, dass nun jemand "LaTeINIscHer KlEINbuCHstABe ScHArfEs S" in irgendeine Tabelle tippt und hofft, "ß" herauszubekommen. Wenn wir aber nur eine deutschsprachige Erklärung für die Wikipedia-LeserInnen bieten (welche in denjenigen Fällen, in denen die Originalbezeichnung hinreichend klar ist, mit einer wörtlichen Übersetzung übereinstimmt), sollten wir uns auch an den Duden und die Wikipedia-Gepflogenheiten der Rechtschreibung halten. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-18T09:26:00.000Z-Prince Kassad-2007-09-15T15:18:00.000Z11
Aber selbstverständlich dürfen wir eine Übersetzung anfertigen! Wir können bloß keine offizielle Übersetzung bereitstellen. Unsere Aufgabe sehe ich darin, dem deutschsprachigen Leser die englischen Originalbezeichnungen mit einer Übersetzung verständlich zu machen. Dass du die deutsche Übersetzung als Erklärung interpretierst, die völlig unabhängig von der Originalbeschreibung sein soll, ist ein völlig neuer Ansatz. Ich glaube, wir brauchen doch nochmal eine Grundsatzdiskussion! GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-09-18T22:09:00.000Z-Buncic-2007-09-18T09:26:00.000Z11 PS: Was haltet ihr von meinem Kompromissvorschlag?
(Der alte Diskussionsbeitrag wurde präzisiert und überschrieben:) Ein Posten mehr für "Geklärte Fragen", Gismatis! Das war ja gerade unser Hauptansatzpunkt, notfalls auch Übersetzungen bereitzustellen. Wir nehmen aber grundsätzlich natürlich erst einmal das, was wir bereits in deutschem Gebrauch vorfinden. Und falls wir da nichts entdecken können, ziehen wir das englische Original oder die Beschreibung von Microsoft oder sonstwem zu Rate. Aber die Übersetzungen von nicht bereits im Deutschen geprägten Begriffen machen doch eigentlich nur einen sehr geringen Anteil aus. --Reiner Stoppok 14:12, 19. Sep. 2007 (CEST)--Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-19T12:12:00.000Z-Gismatis-2007-09-18T22:09:00.000Z11 PS: Der die Löschkandidatenliste abarbeitende Admin hatte in dem Unicode-Schlamassel m.E. auch nicht ganz so tief drin gesteckt (wie wir z.B. gerade bei den noch offenen Fragen).
Die englischen Originalbezeichnungen
Letzter Kommentar: vor 16 Jahren5 Kommentare4 Personen sind an der Diskussion beteiligt
Was ist eigentlich mit den englischen Originalbezeichnungen? Sollten die nicht ebenfalls in die Listen? Benutzer:W!B: meint in diesem Löschbeitrag, im Artikel sollten sogar nur diese aufgeführt werden. Das eigentliche Problem ist jedoch, dass im Moment der Übersetzungscharakter der Bezeichnungen wirklich nicht rüberkommt und daher der Vorwurf der Begriffsfindung nicht so leicht entkräftet werden kann. Ich finde also, wir sollten die Originalbezeichnungen durchaus mitaufführen. Es sollte auch klar werden, dass nur die englischen Beschreibungen offiziell sind, und es sich bei den deutschen Beschreibungen nur um eine Übersetzung handelt. Natürlich wäre dies erst nach einer Aufteilung des Artikels möglich. GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-09-13T02:14:00.000Z-Die englischen Originalbezeichnungen11
Doch, die müssen sogar rein, solange die offiziellen Stellen, die für Unicode zuständig sind, keine deutschen Namen herausgeben (und das werden sie vermutlich nicht tun). Und *bitte*, teilt die Liste auf, das würde wirklich sehr helfen. Ihr könnt ja eine Navileiste machen (einen Überblicksartikel Unicode gibts ja schon). Ich habe bei der LA-Entscheidung bis Ende des Jahres Zeit gegeben, die Namen der Zeichen einzutragen. Wenn ihr das nicht schafft, aber zumindest erkennbar ist, dass ihr daran arbeitet, dann ist das natürlich auch ok. --ThogoBüroSofa(in memoriam) Portal Diskussion:Unicode/Archiv/2007#c-Thomas Goldammer-2007-09-13T14:02:00.000Z-Prince Kassad-2007-09-13T12:15:00.000Z11
Wenn die Seite nicht aufgeteilt wird, und die Beschreibungen hinzugefügt werden, wäre das um die 450 KB, die dann kein Browser der Welt ohne Absturz anzeigen könnte.
Als ich mit der Liste angefangen hatte, stellte ich mir natürlich auch die Frage, ob ich die englischen Originalbezeichnungen stehen lassen sollte (was ein leichtes gewesen wäre, da ich sie ja zunächst für die Tabelle aus dem Englischen rüberkopiert hatte). Ich fand aber, das Englische lenkt zu sehr ab. Wenn man zu sehr auf das Englische schielt, kommen eben Übersetzungen heraus, die von den Sprechern der deutschen Sprache nicht recht angenommen werden. Wer die Originalbezeichnung kennenlernen will, dem steht es doch frei, sie auf äußerst bequemen anderen Wegen zu suchen. --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-13T15:16:00.000Z-Thomas Goldammer-2007-09-13T14:02:00.000Z11 PS: Wie "offiziell" ist eigentlich die frz. Unicode-Übersetzung?
Deutsche Bezeichnungen
Letzter Kommentar: vor 16 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Ich störe mich ein bisschen am Ausdruck "Rautenzeichen", denn ich halte "Nummernzeichen" für richtig, siehe DIN 5008.
Siehe aber auch diese Seite, dann sieht man, dass die Materie noch etwas schwieriger ist. Ich muss sagen, eine Spalte mit den englischen Bezeichnungen hätte ich als Ergänzung trotzdem auch gut gefunden, damit man hier mal einen Bildungs-Push machen kann. –– Simplicius☺ 13:37, 13. Sep. 2007 PS: Klasse Liste, ich gratuliere!
Nummernzeichen wäre wohl besser! Zur englischen Spalte siehe meine Bemerkung oben. Ich hätte natürlich auch nichts gegen eine französische einzuwenden. - Ich finde aber, unsere Kräfte sollten darauf konzentriert werden, zunächst einmal die deutschen Benennungen sinnvoll von überall her, wo wir sie vorfinden, hier einzubringen, ohne uns von irgendwelchen anderen Benennungsversuchen ablenken zu lassen. Ich habe mich vor Jahren höchstpersönlich beim Unicode-Consortium über die Schwachsinnsbenennung "ideographic" für chinesische Schriftzeichen aufgeregt, und siehe da: das ist inzwischen verschwunden. Das sind also keine Betonköpfe bei Unicode, sondern die basteln selber immer weiter an Verbesserungen. --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-13T15:35:00.000Z-Prince Kassad-2007-09-13T12:13:00.000Z11 PS: Wikipedia hat sowohl zu Rautenzeichen als auch zu Nummernzeichen einen Artikel.
Ok, also mein Vorschlag, wir sollten es so machen, wie es in der Vorläufigen Entscheidung in der Löschdiskussion als sachdienlich angemahnt wurde, und zumindest bei den Sonderzeichen eine Spalte für die originalen englischen Bezeichnungen machen.
Ansonsten, ob da nun "Latin A" oder "Lateinisches A" steht, macht ja den Kohl nicht fett.
Das heißt Nummernzeichen. Raute heißt das Symbol auf der Telefontastatur. Da wird es allerdings korrekterweise durch 2 Paare senkrecht aufeinanderstehender Linien dargestellt. Wodurch innen ein Quadrat ist, welches üblicherweise nicht Raute genannt wird. -- Rainer Seitel
Vorschlag Portal
Letzter Kommentar: vor 16 Jahren16 Kommentare3 Personen sind an der Diskussion beteiligt
Meine Idee dabei ist, dass wenn so Fragen auftauchen wie beim "Rautenzeichen" bzw. "Sonderzeichen", dass man sich dann in einem Bereich bewegt, der mit dieser Seite zusammenhängt, aber auch darüber hinaus geht − und alle betreffen sollte, die sich über solche Fragen und Artikel allgemein Gedanken machen.
Ich habe gesucht, wo es so etwas schon gibt. Was die »Schwarze Kunst« angeht, haben wir ein Portal namens Portal:Schrift. Das Projekt:Schrift wurde 2006 abgeschossen.
Portal und Projekt wären vielleicht ein guter Stützpunkt. Es bedeutet natürlich nicht, dass man sich über mehr als über Unicode Gedanken machen muss, aber immerhin wäre das dann möglich. Und es würde vielleicht mehr Benutzer zusammenbringen. Löschanträge müssen ja nicht die einzige Art der Publicity sein.
Ich weiss jetzt nicht, was da mal im Projekt einst stand. Dazu braucht man Adminrechte. Vielleicht wäre ein Neustart mit einer Liste von Benutzern, die mitmachen, einer Liste neuer Artikel und einer Diskussion auch schon völlig ausreichend.
Damit hast du durchaus recht, Reiner, doch zwei Punkte lass mich da mal anmerken: Hast du schon mal ein eigenes Portal gebastelt? Das ist viel Arbeit. Und was ist, wenn das Interesse wieder nachläßt, wenn man nicht mehr drei, zwei, sondern einen oder gar keinen Mitarbeiter mehr hat? Dann fehlt die Betreuung und es entsteht ein verwaistes Portal. Deswegen sollte man nach meiner Meinung immer vorher sicherheitshalber schauen, ob man Vorhandenes nutzen kann, wenn es einigermaßen paßt, und personell auch die Synergien nutzen. –– Simplicius☺Portal Diskussion:Unicode/Archiv/2007#c-Simplicius-2007-09-15T07:36:00.000Z-Reiner Stoppok-2007-09-14T21:51:00.000Z11
Ok, ich wanke. Vielleicht sollten wir alles so belassen, Prince Kassad & Simplicius!? Die Gefahr, dass da etwas verwaist, halte ich für ausgeschlossen, da zukünftig doch wohl immer wieder Klärungsbedarf diesbezüglich bestehen wird, der den Laden automatisch in Schwung hält. Es sollten aber bereits jetzt die vorhandenen Kräfte sinnvoll kanalisiert werden. Und das geht m.E. nur etwas plakativ und grossprotzig. --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-15T13:13:00.000Z-Prince Kassad-2007-09-15T08:42:00.000Z11 PS: Bestimmt hat es Prince Kassad am besten im Gefühl, was hier und jetzt sinnvoll ist. Schließlich hat er auch das meiste für die Liste getan.
Verbindungszeichen und Kombinationszeichen kannte ich nicht (und das, obwohl ich gerade an Diakritika-Artikeln für ein linguistisches Wörterbuch schreibe; in der Sprachwissenschaft sind mir diese Ausdrücke noch nicht untergekommen). Vor allem Kombinationszeichen klingt sehr logisch, vielleicht sollte man das nehmen.
Die Versalschreibung der englischen Originale kann man gern wieder einführen, dann sollte man diese Bezeichnungen aber kleiner schreiben, sonst wirkt das so schrecklich anschreiend. Ich dachte, die Anfangsbuchstaben jedes Wortes großzuschreiben würde vielleicht auch reichen.
Ich habe ja keine Diakritika-Allergie und finde, dass in fremden Fachwörtern und Namen Diakritika zur korrekten deutschen Schreibung dazugehören. Übrigens landet man, wenn man Cedille eingibt, per Weiterleitung bei Cédille. Wenn Ihr also unbedingt auf den Akut verzichten wollt, müsst Ihr [[Cédille|Cedille]] schreiben.
Der Duden sagt: "Wie Substantive gebrauchte einzelne Buchstaben schreibt man üblicherweise groß. Meint man aber den Kleinbuchstaben, wie er im Schriftbild vorkommt, schreibt man meist klein." (22. Aufl., S. 58, K 97) Die Amtliche Regelung äußert sich dazu direkt zwar nicht, setzt aber die Priorität des Schriftbildes voraus, wenn sie in § 55 Abs. 1–2 einerseits i-Punkt und andererseits T-förmig anführt, wo die Groß-/Kleinschreibung sich nicht nach der Wortart zu richten hat, sondern es wichtiger ist, dass ja schließlich das große I keinen Punkt hat bzw. nicht die Form eines kleinen t gemeint ist. Dass im englischen Original überall nur Großbuchstaben stehen, liegt ja bloß an der Versalschreibung.
"Kombinierende diakritische Zeichen" gefällt mir persönlich am besten, obwohl es sich nicht bei allen Zeichem un diakritische Zeichen im herkömmlichen Sinn handelt. Wichtig finde ich das "kombinierend", da es die Eigenschaft des Zeichen, mit dem vorhergehenden Zeichen eine auf der Ebene des Benutzers untrennbare Verbindung einzugehen, am besten beschreibt.
Durchgehende Großschreibung der Originalbezeichnungen plus Verkleinerung der Schrift finde ich eine gute Idee!
In Wörtern braucht auf die üblichen Sonderzeichen nicht verzichtet zu werden. Deshalb finde ich Cédille völlig in Ordnung. Nur bei Buchstabennamen sollte unbedingt darauf verzichtet werden, wie ich unter Bezeichnungen ohne diakritische Zeichen ausgeführt habe.
Zur Frage der Groß- und Kleinschreibung habe ich unten einen separaten Abschnitt eröffnet.
Letzter Kommentar: vor 16 Jahren9 Kommentare3 Personen sind an der Diskussion beteiligt
Lieber Prince Kassad, was heißt denn hier, "Dezimalzahlen sind nicht offiziell"? Dass sie nicht in den Tabellen des Unicode-Konsortiums stehen ist m. E. pure Anwenderunfreundlichkeit. Der Computer jedenfalls verwendet definitiv Binärzahlen – sollen wir dann lieber die angeben? Ich hatte die Dezimalzahlen (zusätzlich zu den Hexadezimalzahlen, und zwar in Klammern!) lediglich als Service für die Wikipedia-Leser gemeint, die vielleicht doch eher mit Dezimal- als mit Hexadezimalzahlen zu zählen und rechnen gewohnt sind. Abgesehen davon kann man z. B. auf HTML-Seiten ƫ eingeben und erhält dann ƫ (= U+01AB). Warum sollte man also die Dezimalzahlen nicht angeben? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-17T19:31:00.000Z-Dezimalzahlen11
Man kann HTML-Notationen auch als ƫ (Ergebnis: ƫ) angeben, dann erspart man sich das Umwandeln.
Wenn man umwandeln muss, kann man auch einen Taschenrechner benutzen.
Ich habe einfach das Gefühl, dass gerade die Leute, für die wir extra eine deutsche Unicode-Übersetzung in die Wikipedia tippen, stets mit der wohlfeilen Begründung, es könnten ja nicht alle gut Englisch, eine "Übersetzung" der seltsamen Zahlen-Buchstaben-Ungetüme in "normale" Zahlen nicht rundheraus ablehnen würden. Ich schätze mal, dass die Menge der Menschen, die zwar kein Englisch, dafür aber Hexadezimalisch können, sehr klein ist. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-17T19:50:00.000Z-Dezimalzahlen11
Es ist ja nicht mehr als ein Service an den Stellen, wo es einfach zu bewerkstelligen ist (nämlich z. B. durch mein unten erwähntes Makro). Wer die ganzen chinesischen Zeichen lesen kann und ohne eine (englische oder deutsche) Erklärung auskommt, kann sicherlich auch das Fehlen einer Dezimalzahl verschmerzen. Nebenbei: Sollen die Ideographen Erweiterung B und andere Mammutlisten denn auch in die "Vollständige Liste" eingebaut werden? Oder machen wir vielleicht zwei Seiten, eine mit und eine ohne CJK? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-17T20:07:00.000Z-Dezimalzahlen11
Schön. Ich habe gerade überlegt, ob man mit dem Ein-/Ausklappmechanismus, den es für Navigationsleisten gibt, etwas anfangen kann. Hier steht, wie man diesen Mechanismus auch für andere Inhalte verwenden kann. Allerdings wird der Quelltext einer Seite dadurch nicht kürzer. Die Frage wäre also: Hängen Browser sich auf beim bloßen Herunterladen einer ellenlangen Seite (glaube ich eher nicht) oder beim Versuch, so massenhafte verschiedene Zeichen auf einer Seite darzustellen (vermute ich eher)? Im letzteren Fall könnte man mit dem Einklappmechanismus wohl etwas anfangen... --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-17T20:20:00.000Z-Prince Kassad-2007-09-17T20:10:00.000Z11
Beim Internet-Explorer hat es ein paar Versionen länger gedauert, bis neben Ā auch Ā unterstützt wurde. Deshalb ist es vorteilhaft in HTML-Dateien die schon immer vorhandene dezimale Schreibweise zu verwenden. Deshalb ist die bei mir drin. -- Rainer Seitel
Letzter Kommentar: vor 16 Jahren11 Kommentare3 Personen sind an der Diskussion beteiligt
Lieber Prince Kassad, lieber Reiner Stoppok, heute habe ich mir in Word einen kleinen Makro gebastelt, mit dem ich rasend schnell WikiTabellen mit Unicode-Zeichen und Nummern erzeugen kann (ich muss nur Anfangs- und Endnummer eingeben, der Rest passiert von selbst). Was natürlich fehlt, sind die offiziellen Zeichennamen (und die deutschen Übersetzungen sowieso). Würde es Euch helfen, wenn ich einfach die noch gar nicht angefangenen Unicode-Blöcke als "Stubs" erzeugen würde, also fertige Tabellen, in die die Buchstabennamen noch eingetragen werden müssen? Ich könnte mir vorstellen, dass das händische Eintippen der ganzen Sonderzeichen auch einiges an Arbeit erfordert, die ich uns mit diesem kleinen Hilfsmittel ersparen könnte. Oder weiß jemand, wo man die englischen Originalnamen möglichst "nackt" als Liste erhalten kann? Dann könnte ich sie in meinen Makro vielleicht auch direkt einbauen, so dass dann auf den "Stub"-Seiten jeweils nur noch die deutsche Beschreibung fehlen würde. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-17T20:01:00.000Z-Weiteres Vorgehen11
Das ganze Tabellenerstellen macht schon Arbeit. Die Frage ist, ob die Stubs ohne Bezeichnungen sich nicht einen LA einfangen werden, und wie das mit den reservierten Feldern gemacht wird. Außerdem gibt es einige Unicode-Bereiche, die keine Bezeichnungen benötigen, sondern einfach als 16-Spalten-Tabelle dargestellt werden können, die müsste man auch berücksichtigen. Falls nichts klappt, gäbe es da noch den Benutzernamensraum. -- Prince KassadPortal Diskussion:Unicode/Archiv/2007#c-Prince Kassad-2007-09-17T20:09:00.000Z-Buncic-2007-09-17T20:01:00.000Z11
„Any person is hereby authorized, without fee, to modify such documents and files to create derivative works conforming to the Unicode® Standard, subject to Terms and Conditions herein.“
„Permission is hereby granted, free of charge, to any person obtaining a copy of the Unicode data files […] without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, and/or sell copies of the Data Files or Software, and to permit persons to whom the Data Files or Software are furnished to do so, provided that (a) the above copyright notice(s) and this permission notice appear with all copies of the Data Files or Software, (b) both the above copyright notice(s) and this permission notice appear in associated documentation, and (c) there is clear notice in each modified Data File or in the Software as well as in the documentation associated with the Data File(s) or Software that the data or software has been modified.“
Vielen, vielen Dank, W!B, ich habe meinen Makro mithilfe dieser Liste verbessert, und das Ergebnis könnt Ihr nun unter Benutzer:Buncic/Unicode ansehen. Im Prinzip fehlt nur jeweils am Anfang, wo ich "???" gesetzt habe, ein Schluss des Einleitungssatzes (so etwas wie "enthält alle Zeichen der Soundso-Schrift." würde schon reichen), dann könnte man diese Seiten auch vielleicht auch schon in die Wikipedia stellen, nur ist halt noch keine deutsche Beschreibung vorhanden. Die Lizenz klingt für mich eigentlich gar nicht so schlecht, da ich ja nur die Namen benutzt habe, die Veränderung der Datei ausdrücklich erlaubt ist und am Ende jedes so entstandenen Blocks ein Link auf die Seiten des Unicode-Konsortiums vorhanden ist. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-18T09:16:00.000Z-W!B:-2007-09-17T21:58:00.000Z11
Leider habe ich im Moment keine Zeit mehr, aber die in der deutschen oder englischen Wikipedia bereits existierenden Blöcke würde ich vorschlagen, jetzt nicht mit großem Aufwand an das neue Format anzugleichen, da mein Makro inzwischen sowohl die englischen als auch die deutschen Bezeichnungen (mit dem Stand von heute) intus hat, so dass ich diese Dinge sehr viel einfacher mit dem Makro erledigen könnte. Ich würde also vorschlagen, dass diejenigen, die im Moment etwas arbeiten möchten, zunächst nur die auf Benutzer:Buncic/Unicode bereits blauen Tabellen zu vernünftigen Unicode-Block-Seiten machen. Alles, was dort bisher rot ist, werde ich in der nächsten Zeit zunächst noch durch meinen Makro jagen. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-18T14:15:00.000Z-W!B:-2007-09-17T21:58:00.000Z11
So, jetzt sind alle Links auf der Seite Benutzer:Buncic/Unicode blau, das heißt, alle Tabellen sind vorhanden. Man muss jetzt nur noch die überflüssigen Tabellenzeilen löschen, einen Einleitungssatz schreiben und, wo sie noch fehlen, die deutschen Bezeichnungen hinzufügen. Ich würde aber vorschlagen, dass wir uns (abgesehen von "Arabisch", "Syrisch" und "Arabisch, Ergänzung", die weit vorn stehen und wichtig sind) vorrangig um die bereits übersetzten Blöcke kümmern, um die Seite Liste von Unicode-Zeichen bald in eine Weiterleitung umwandeln zu können. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-19T11:30:00.000Z-W!B:-2007-09-17T21:58:00.000Z11
Letzter Kommentar: vor 16 Jahren22 Kommentare3 Personen sind an der Diskussion beteiligt
Da die Frage der Groß- und Kleinschreibung gerade aktuell ist, eröffne ich jetzt mal diesen Abschnitt, um diese Frage an zentraler Stelle zu besprechen.
Die Kleinschreibung von Buchstabennamen (Lateinischer Kleinbuchstabe x) wie sie zum Beispiel von Daniel Bunčić vertreten wird, will mit nicht so recht gefallen.
Im Duden heißt es auf Seite 68 der 24. Auflage: "Wie Substantive gebrauchte Buchstaben schreibt man üblicherweise groß. Meint man aber den Kleinbuchstaben, wie er im Schriftbild vorkommt, schreibt man meist klein." Diese Erläuterung (keine Regel!) bietet Raum für Interpretationen. Exakt den Fall, mit dem wir es hier zu tun haben, beschreibt der Duden nicht. Die amtliche Regelung schreibt unter § 55, Absatz 1: "Abkürzungen sowie zitierte Wortformen und Einzelbuchstaben und dergleichen bleiben allerdings unverändert, zum Beispiel: die km-Zahl, die pH-Wert-Bestimmmung, der dass-Satz, die x-Achse, der i-Punkit (der Punkt auf dem kleinen i)"
Folgende Gründe sprechen meiner Meinung nach für die Großschreibung:
Die Buchstaben in den Beschreibungen haben klar den Charakter von Namen. Man muss streng unterscheiden zwischen dem Zeichen selbst und der Beschreibung. Obige Regel kann meinem Verständnis nach nicht dahingehend zur Anwendung kommen, dass das Unicode-Zeichen in der Beschreibung quasi zitiert wird, sondern die Beschreibung bildet eine autonome Einheit. Kleinschreibung wäre nur sinnvoll, wenn man eigentlich das Unicode-Zeichen selbst meint, und "Lateinischer Kleinbuchstabe" wäre nur ein fakultativer Zusatz. So könnte man dann mit allen Unicode-Zeichen verfahren. Griechisches Gegenstück zu "Lateinischer Kleinbuchstabe g" etwa wäre dann "Griechischer Kleinbuchstabe γ". Das Gegenstück zu "Griechischer Kleinbuchstabe Gamma" wäre hingegen "Lateinischer Kleinbuchstabe G".
Analogie mit ausgeschriebenen Buchstabennamen: Ausgeschriebene Buchstabennamen wie beim griechischen Alphabeit werden immer großgeschrieben. So kann α nur Griechischer Buchstabe Alpha (nicht alpha!) heißen.
Es sieht besser aus (finde ich)
Vielleicht wird sich der eine oder andere wundern, weshalb ich nicht das Argument mit der Redundanz gebracht habe, schließlich steckt der Kleinbuchstabe schon in der Bezeichnung. Wie ich beim ersten Punkt argumentiert habe, halte ich die Konstruktion "Lateinischer Kleinbuchstabe a" für durchaus gerechtfertigt, wenn man folgendes ausdrücken möchte: "Lateinischer Kleinbuchstabe: a" in einer Tabelle mit beispielsweise "Bopomofo-Buchstabe: ㄅ". GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-09-18T06:35:00.000Z-Groß- und Kleinschreibung11
Und so ist es doch. Der Name des lateinischen Buchstabens wird selten ausgeschrieben. Der Name des Buchstabens ist also durchaus Y. Wer Ypsilon schreibt, meint in der Regel den griechischen Buchstaben, dessen Name ja tatsächlich Ypsilon ist. Gibt es noch etwas anderes, das dagegen spricht, dass es sich bei den Buchstaben um Namen handelt? Was soll es sonst sein, besonders bei den kyrillischen Buchstaben? GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-09-18T22:14:00.000Z-Buncic-2007-09-18T09:19:00.000Z11
Lieber Gismatis, wir ziehen doch alle an einem Strang, da haben wir es doch nicht nötig, beim Zitieren entstellende Auslassungen zu machen. An der Stelle, wo Du „...“ schreibst, geht es im Duden (1967, 1996, 2001, 2006) weiter: „aber das y in [1967: Mayen,] Doyen; der Buchstabe Y, y“. Man schreibt also (nach alter wie neuer Rechtschreibung) klein, wenn man den Kleinbuchstaben meint, da ist der Duden ganz eindeutig. Bei den kyrillischen Buchstaben wird im englischen Original in der Tat so etwas Ähnliches wie Namen benutzt, nämlich die russischen Buchstabiernamen (die sich von den ukrainischen, weißrussischen, serbischen und bulgarischen unterscheiden!). Wenn man also tatsächlich dieses schreckliche A, Bäh, Wäh, Gäh, Däh übernehmen will, dann könnte man hier die Großschreibung rechtfertigen. Aber nicht bei den lateinischen Buchstaben a, b, c, d, e, sonst müsste man auch hier A, Beh, Ceh, Deh, Eh o. Ä. schreiben. Ich weiß ja nicht, warum das Unicode-Konsortium für die kyrillischen Buchstaben nicht die traditionellen Namen genommen hat, die wären übernational gewesen. Wahrscheinlich saßen da Exilrussen im Konsortium... --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-19T07:06:00.000Z-Gismatis-2007-09-18T22:14:00.000Z11
Also da muss ich mich jetzt aber entschieden wehren! Mit meinem Duden-Zitat wollte ich nur darauf hinweisen, dass der Buchstabe Y normalerweise nicht "Ypsilon" geschrieben wird. Der Rest des Eintrages hatte damit nichts mehr zu tun und wurde von mir deshalb nicht mehr zitiert. Ich habe es ganz bestimmt nicht nötig, und es ist auch nicht meine Art, irgendwelche Auslassungen zu machen!
Vergiss doch "A", "Beh", "Ceh" usw. beim lateinischen Alphabet, das schreibt niemand! A, B, C usw. ist bereits die Schreibweise für die gesprochenen Buchstabennamen. Ich wiederhole: Es gibt eigentlich drei Fälle. 1. Der Buchstabe y (Kleinbuchstabe) 2. Der Buchstabe Y (Großbuchstabe) 3. Der Buchstabe Y (25. Buchstabe des lateinischen Alphabets). Du siehst, "Der Buchstabe Y" hat eigentlich zwei Bedeutungen, welche aber gleich geschrieben werden. Unsere Meinungsverschiedenheit rührt daher, dass du der Verwendung 1 und 2 den Vorzug gibst, und ich der Verwendung 3. Kurz: Du meinst das Zeichen und ich den Namen. Beides ist dudenkonform.
Nun zu den kyrillischen Buchstaben: ich weiß jetzt, warum Unicode die russischen Buchstabiernamen ausschreibt: weil es den kyrillischen Buchstaben G einfach nicht gibt! Erst recht gibt es keinen kyrillischen Kleinbuchstaben g. Es war also nur folgerichtig vom Unicode-Konsortium für die Beschreibung von nichtlateinischen Schriften, ausgeschriebene Namen zu verwenden. Warum es bei den kyrillischen Namen die russischen Buchstabiernamen gewählt haben, braucht uns dabei nicht zu kümmern.
Was die lateinischen Buchstaben betrifft, so bleibt festzuhalten: Ich halte beide Vatianten grundsätzlich für möglich, halte die Großschreibung aber für angebrachter und habe das ausführlich begründet.
Bei den kyrillischen Buchstaben hingegen habe ich dargelegt, warum wir den einzelnen lateinischen Buchstaben nicht verwenden können. Auch die Transliteration bietet keinen Ausweg, weil sie nicht dazu da ist, kyrillische Buchstaben in einem unicodebasierten Text zu ersetzen. Wir kommen also nicht umhin, bei den kyrillischen Buchstaben echte Namen zu verwenden, also Be, Ge, Schtscha usw. Und gerade weil du diese Namen so schrecklich findest, musst du besonders kritisch sein, was deine Beurteilung betrifft. Du wirst verstehen, dass deine bloße gefühlsmäßige Ablehnung keine Rolle spielen darf. Ich jedenfalls, der die Buchstabiernamen weder schrecklich noch schön findet, empfehle deren Verwendung.
Gut, dass Du die Sache mit dem Zitat klargestellt hast. Es steht einfach unter der Überschrift "Groß- und Kleinschreibung", da durfte ich doch wohl denken, dass es immer noch darum geht.
Deine drei Fälle sind vollkommen richtig. Du hast nur vergessen, dass statt Buchstabe auch Großbuchstabe oder Kleinbuchstabe davorstehen kann. Und da ist der Duden absolut eindeutig: der Großbuchstbabe a ist ebenso falsch wie der Kleinbuchstabe A.
Warum soll es den kyrillischen Buchstaben G nicht geben? Die Transkription ist doch dazu erfunden worden, kyrillische Buchstaben mit lateinischen wiederzugeben. So argumentiert, gäbe es auch keinen kyrillischen Buchstaben Ge, denn auch der Name ist ja im Original гэ und nicht Ge.
Dass ich die Namen so schrecklich finde, ist nicht gefühlsbasiert. Sie sind erstens russozentrisch, weil alle anderen Völker, die die kyrillische Schrift benutzen, diese Buchstaben anders nennen. Und zweitens sind sie eurozentrisch (oder amizentrisch oder was immer), weil wir uns selbst Buchstabennamen, die keine sind, wie Ah, Beh, Ceh, Deh niemals zumuten würden, aber bei den anderen kann man es ja machen.
Was wir hier tun, ist ja auch für echte Sprecher der deutschen Sprache gedacht. Und nur für die. Und bei einem solchen germanozentrischen Treiben sollten daher "echte Namen" verwendt werden dürfen. Wir wollen hier doch nicht die Terminologien der Transkription und Transliteration der Sprachen und Schriften der indigenen Völker des Nordens, Sibiriens und des Russischen Fernen Ostens aus der "Gemeinschaft unaussprechlicher Staaten" (GUS) ausdiskutieren, sondern lediglich etwas sinnvoll benamsen. Und irgendwie scheinen mir da - nach reiflicher Überlegung - die russischen Benennungen näher zu stehen.
Das meinst Du doch nicht ernst? Du willst den Duden bitten, Deine Privatrechtschreibung für die Wikipedia zu sanktionieren? Aber бэ, вэ, гэ, дэ usw. sind eben keine echten Namen, die wirst Du genauso erfolglos im Lexikon suchen wie beh, ceh, deh usw. im Duden – im Gegensatz zu мягкий знак, твердый знак und и краткое, die stehen ebenso drin wie Ypsilon und Zett. Wie wäre es, wenn wir diese Frage erst einmal hintan stellen würden und Du vorläufig Deine Zeit darauf verwenden würdest, Prince Kassad und mir zu helfen, die unter Benutzer:Buncic/Unicode aufgelisteten Seiten in Wikipedia-Artikel umzuwandeln? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-24T13:43:00.000Z-Reiner Stoppok-2007-09-24T13:06:00.000Z11
Ich fände es auch durchaus interessant, was die Duden-Redaktion dazu meint. Allerdings bezweifle ich, dass die sich bei einer Anfrage so eingehend mit dieser Frage auseinandersetzen werden wie wir. Aber ein Versuch wäre es vielleicht wert. Ich hoffe, du hast Verständnis dafür, dass ich jetzt in die Kleinschreibung eingelenkt habe (siehe weiter unten). Aber wir müssen einfach auch vorankommen. Ein großer Teil der Lateintabellen ist bereits so erfasst, und wir können nicht auch noch eine Antwort der Duden-Redaktion abwarten. GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-09-25T00:41:00.000Z-Reiner Stoppok-2007-09-24T13:06:00.000Z11 PS: Was hältst du von Daniels und meinem Kompromis-Vorschlag bezüglich des Kyrillischen?
Ich beziehe mich immer auf einen vorangegangenen Beitrag, egal wie die Überschrift lautet. Aber egal, das ist ja geklärt.
Die Eindeutigkeit, die du im Duden erkennen willst, kann ich nicht feststellen. Ich bin nach wie vor der Meinung, dass beide Varianten richtig sind, je nach Interpretation. Aber bevor wir noch ewig so weiterdiskutieren: Ich erkläre mich mit der Kleinschreibung für einverstanden! Sie ist zwar nicht meine bevorzugte Variante, aber es gibt Wichtigeres. Vielleicht überschätze ich auch einfach die Namenskraft der lateinischen Buchstaben.
Es gibt keinen kyrillischen Buchstaben G, weil es kein kyrillisches Graphem G gibt. Von daher verstehe ich, warum das Unicode-Konsortium die Buchstabiernamen gewählt hat, wahrscheinlich eben genau aus diesem Grund. Die Umschrift, auch die Transliteration, ist meiner Meinung auf die Grapheme an sich nicht anwendbar, sondern stellen bloß einen Behelf dar für ganze Wörter. Zwar halte ich es durchaus für sinnvoll, mit den lateinischen Buchstaben die kyrillischen Buchstaben direkt zu bezeichnen. Ich bin mir aber nicht sicher, ob das nicht Theoriefindung wäre. Einen kyrillischen Buchstaben Ge hingegen kann es genauso geben, wie es einen griechischen Buchstaben Gamma (nicht Γάμμα!) gibt.
Interessanterweise werden bei Zhuyin Einzelbuchstaben verwendet, obwohl hier ja wirklich Buchstabiernamen Bo, Po, Mo, Fo usw. zur Verfügung gestanden hätten. Allerdings frage ich mich, ob hier auch nicht einfach eher die Laute gemeint sind.
Dein "A, Bäh, Wäh, Gäh, Däh ..." und ähnliche Kommentare ("Zumutung") sprechen halt auch für eine gefühlsmäßige Ablehnung. Aber zu deinen Kritikpunkten:
Russozentrismus: War es ein Verbrechen des Unicode-Konsortiums, dass sie die Buchstabiernamen aus der wichtigsten Sprache entlehnt haben? Immerhin ging von der russischen Sprache die Verbreitung des kyrillischen Alphabets aus. Neutralität ist ja gut, aber nicht um jeden Preis. Beim arabischen Alphabet verhält es sich übrigens ähnlich.
"Zumutung": Weswegen? Was ist so schlimm an diesen Buchstabiernamen? Wenn die Russen die Unicode-Berschreibungen ins Russische übersetzen wollen, können sie von mir aus auch gerne die englischen Buchstabiernamen verwenden. Und was wäre so schlimm an lateinischem A, Be, Ce usw.? Es gibt einfach keine Tradition, diese Namen auszuschreiben, obwohl sie manchmal nützlich wären, um zu verdeutlichen, dass eben nicht explizit der Großbuchstabe gemeint ist.
Deinen Kompromissvorschlag finde ich sehr gut! Ja, ich bin der Meinung, dass wir in erster Linie die Originalbezeichnung wiedergeben müssen, deshalb bestehe ich darauf, die Buchstabiernamen zu adaptieren. Aber unsere Übersetzungen bilden ja keine in Stein gemeißelten Einheiten. Erklärende Zusätze halte ich für eine gute Idee, obwohl ich anfangs dagegen war. Jetzt sehe ich aber, dass damit vieles vereinfacht wird. Man könnte damit sogar das Digraph-/Ligatur-Problem lösen!
Also:
Groß- und Kleinschreibung der lateinischen Buchstaben richtet sich nach dem lateinischen Unicode-Zeichen
Bei den kyrillischen Buchstaben adaptieren wir die Buchstabiernamen mit der Transliteration in Klammer
Schön, einverstanden. Nur noch ein Hinweis: Dass die Russen das wichtigste kyrillisch schreibende Volk sind – klar. Nur wird allzu gern vergessen, dass sie nicht das einzige sind. Dass "von der russischen Sprache die Verbreitung des kyrillischen Alphabets [ausging]", stimmt aber nicht, seinen Ursprung hatte das kyrillische Alphabet im heutigen Bulgarien und wurde mit dem Kirchenslawischen verbreitet, zunächst in die heutigen Länder Makedonien, Serbien, Ukraine, Weißrussland, Russland und Rumänien, Jahrhunderte später dann auch in die Kolonien des russischen Imperiums. Ich arbeite weiter an der Übertragung der alten Daten in die neue Struktur. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-25T04:34:00.000Z-Gismatis-2007-09-25T00:41:00.000Z11
Auf jeden Fall sollten die Benennungen von der Groß- und Kleinschreibung unabhängig sein (wobei im Deutschen nur das ß ein Problem darstellt). Bitte auch an Leute denken, die nicht gut sehen können und über das gesprochene Wort zum Zeichen finden möchten. --Reiner StoppokPortal Diskussion:Unicode/Archiv/2007#c-Reiner Stoppok-2007-09-18T12:48:00.000Z-Gismatis-2007-09-18T06:35:00.000Z11 PS: Ich tendiere zur Großschreibung (vgl. "das A und das O", "von A bis Z", "wer A sagt, muß auch B sagen"). - Bitte mehr Konzentration auf die Benennungen, die Schreibungen sind sekundär!
Fragen
Letzter Kommentar: vor 16 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Letzter Kommentar: vor 16 Jahren10 Kommentare3 Personen sind an der Diskussion beteiligt
Das englische Wort letter sollte zwar eigentlich (z. B. in sprachwissenschaftlichen Texten) nur ‘Buchstabe’ bedeuten, wird aber im Druckwesen auch für ‘Letter, Drucktype’ benutzt ([5]). Dementsprechend ist es auch gerechtfertigt, letter in den Originalbezeichnungen mit Zeichen zu übersetzen – insbesondere bei den indischen Schriften, die ja nun einmal Silbenzeichen und keine Buchstaben haben. Können wir uns darauf einigen? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-19T12:27:00.000Z-engl. letter11
"Zeichen" benutze ich im Moment für Sachen, die weder Buchstabe, noch Vokalzeichen, noch sonstwas sind. Und "Lateinisches Zeichen A" hört sich etwas merkwürdig an. Für Buchstaben, die auch Buchstaben sind, kann ruhig "Buchstabe" bleiben, für Silbenzeichen wie das chinesische wird ebendieses in die Beschreibung eingefügt - die indischen Schriften sind ein Streitfall, wo man sich einigen müsste. -- Prince KassadPortal Diskussion:Unicode/Archiv/2007#c-Prince Kassad-2007-09-19T14:15:00.000Z-Buncic-2007-09-19T12:27:00.000Z11
Das gehört zwar eigentlich nicht hierher, aber so ein „Quatsch“ lasse ich nicht gern auf mir sitzen. Ich habe inzwischen in DeFrancis’ The Chinese language: Fact and fantasy (Honolulu 1984) gelesen (vielen Dank für den Tipp! ein sehr spannendes Buch!) und muss erstens sagen, dass ich seine Einschätzung, “‘Logographic,’ ‘lexigraphic,’ ‘morphemic,’ and ‘morphographic’ are good as far as they go, but they do not go far enough” (S. 88) als deutlich milder empfinde als Dein „Quatsch“. Zweitens ist DeFrancis offensichtlich ein hervorragender Kenner des Chinesischen, aber wenn er von “a morpheme, the smallest unit of meaning” (S. 72) schreibt, hat er offensichtlich einen grundlegenden Begriff der Sprachwissenschaft nicht verstanden, denn ein Morphem ist eben keine Einheit der Bedeutung (das wäre eher ein Semem), sondern die kleinste Einheit einer Sprache, die (lautliche) Form und Bedeutung kombiniert. Drittens verstehe ich nicht, warum es besser sein soll, Termini wie “morphosyllabogram” (ebd.) als allgemeine Bezeichnung der chinesischen Schriftzeichen zu benutzen, wenn doch nach seinen Angaben 46,6 % der Zeichen keine Rückschlüsse auf die Bedeutung zulassen (“no or obscure relationship”, S. 129) und insgesamt 36,0 % keine Rückschlüsse auf die Aussprache (“Purely Semantic Characters” + “no useful similarity in segmental phonemes”, ebd.). Dann ist doch das einzige, was man auf jeden Fall über alle chinesischen Schriftzeichen sagen kann, dass jedes von ihnen treffsicher genau ein Morphem repräsentiert. Dass manche Zeichen dem Leser einen Tipp geben, was dieses Morphem bedeutet, andere, wie es klingt, und wieder andere beides, ist ja richtig, ändert aber nichts daran, dass sie alle morphologische Informationen kodieren (anders als Buchstaben und Silbenzeichen, die zwar auch zufällig mal mit einem Morphem identisch sein können, aber niemals Homonyme unterscheiden). Und genau das bezeichnen die oben von mir zitierten Autoren als „Logographie“. --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2007-09-20T11:31:00.000Z-Reiner Stoppok-2007-09-19T16:52:00.000Z11
Letzter Kommentar: vor 16 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Der Senkrechte Strich "|" (AltGr+<) wird in der Tabelle nicht dargestellt. Das dürfte daran liegen, dass die Tabellen im Wikipedia mit dem | aufgebaut werden. Leider weiß ich nicht, wie man das umgehen kann. Mit dem Backslash "\" den senkrechten Strich zu Maskieren hat beispielsweise nicht funktioniert.
Irgendwelche vorschläge?
JakovPortal Diskussion:Unicode/Archiv/2007#c-Jakov-2007-10-09T18:37:00.000Z-Senkrechter Strich11
Letzter Kommentar: vor 16 Jahren2 Kommentare1 Person ist an der Diskussion beteiligt
ҪҾҢ
Ich mag es wirklich nicht, das alte Thema wieder auf dem Tisch bringen zu müssen, aber es ist nun mal erforderlich:
In Unicode gibt es den "descender", der hier mit "Abstrich" übersetzt wurde. Was vergessen wurde, ist, dass es drei Formen des "descenders" gibt, die sich beträchtlich voneinander unterscheiden und teilweise nichts mit einem Abstrich zu tun haben: (siehe Zeichenbox rechts)
In Unicode 1.0 war dies noch eine Cedille, das später zum descender umgedeutet wurde. Das Diakritikum, dass hier verwendet wird, mag wohl einer Cedille ähnlich sehen, aber es ist ein anderes Zeichen, ungefähr wie ein gespiegeltes Ogonek (an dieser Stelle möchte ich auf einen Fehler in Arial Unicode MS hinweisen, der hier schlicht einen Ogonek verwendet – beim anderen Fall, Ҙ, wird eine echte Cedille angebracht, beides ist allerdings falsch). Bei diesem Fall weiß ich ehrlich gesagt nicht, wie das Diakritikum beschrieben werden sollte – ich hätte Haken verwendet, das wird jedoch bereits für z. B. Ӈ verwendet, und mindestens bei meiner Schrift sieht es deutlich anders aus.
Das Stück hieß mal Ogonek, wurde später unter dem UCS-Regime ein descender. Ehrlich gesagt ist mir nur ein Fall bekannt, bei dem dieses Diakritikum verwendet wird – dieser – und bei meinen Schriften ist er auch identisch mit einem Ogonek, sodass ich diese Übersetzung gleich vorschlagen würde.
Das hier ist der echte descender. Als Unicode noch in den Kinderschuhen stand, wurde noch zwischem linkem und rechtem Abstrich unterschieden, da z. B. bei Ч beide Fälle existieren, dies wurde später durch sprachspezifische Beschreibungen gelöst. Ich denke, hier gibt es keinen Diskussionsbedarf, da Abstrich hier wirklich passt.
Ich blick in der Struktur nicht durch. Einerseits gibt's Monsterlisten wie Liste der Unicode-Zeichen/2000 bis 2FFF, die regelmäßig meinen Browser (Firefox 2.0.0.5) einfriert und andererseits gibt's Einzellisten wie Unicode-Block Buchstabenähnliche Symbole, die ich wesentlich angenehmer finde. Wo sind denn da Vorlagen im Spiel? Und gibt es wirklich jemanden, der die browsertötenden Monsterlisten möchte? Ich wäre glücklich, wenn wir uns auf die Einzellisten beschränken würden und die bisherigen Monsterlisten auf kurze weiterführende Einleitungen zu den Einzellisten beschränkten. Wenn ich mitarbeiten möchte, soll ich dann die Einzellisten oder die Monsterlisten bearbeiten? Verwirrte und weihnachtliche Grüße von --j?!Portal Diskussion:Unicode/Archiv/2007#c-Jpp-2007-12-24T09:42:00.000Z-Simplicius-2007-12-23T20:12:00.000Z11
Ich habe die Vorlage mal optimiert. Das Rausnehmen der Dokumentation begünstigt ein bisschen den Ablauf. Die Fehlermeldung "2 Megabyte" betrifft nur die Interna, nicht den Umfang der resultierenden Seite.
Die Sortable-Funktion könnte man sicherlich auch rausnehmen, da sie vielleicht nicht allzu erforderlich ist.
Falls es noch kein Portal:Unicode gibt, sollte man es gründen.
Ziele: Vervollständigung, Aktualisierungen, News vom Konsortium, Wikipedia-Benutzerberatung.
Letzter Kommentar: vor 16 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Lieber Prince Kassad, Du hast geschrieben: "Da diese Zeichen problemlos mit normalen Buchstaben dargestellt werden können, ist von der Verwendung abzuraten." Ich habe zwar nur einmal in meinem Leben, vor fast zehn Jahren, mit einem Textverarbeitungsprogramm gearbeitet, das speziell für das Japanische gedacht war und deshalb von oben nach unten schreiben konnte, aber ich kann mich erinnern, dass man so etwas wie "100 km²" dort untereinander nur als
Oh, das ist super! Vielen Dank für den Link! Eigentlich müsste ja die Wikipedia diese Schriftarten direkt anbieten, finde ich. Auf einer Hilfeseite würden alle benötigten Schriftarten mit einer Nummer versehen aufgelistet. Im Artikel könnte dann einfach stehen: "Für die Darstellung aller Zeichen auf dieser Seite benötigen Sie die Schriftart Nr. 7". Noch besser wäre natürlich, aber da weiß ich halt nicht, ob das technisch überhaupt möglich wäre, wenn nur bei Bedarf automatisch eine Meldung eingeblendet würde. GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-10-21T13:05:00.000Z-Prince Kassad-2007-10-17T14:41:00.000Z11
Dieser Abschnitt kann archiviert werden. Prince Kassad 12:38, 12. Feb. 2008 (CET)
Ti
Letzter Kommentar: vor 16 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Ein "Ti" gibt es so dargestellt nicht!
Das Zeichen, welches heir als "Ti" beschireben wird, ist ein "Chi"
Ein "Ti" ist das Zecihen eines "Te"s mit einem kleinen "i" dahintergeschireben 88.72.30.6 19:43, 28. Okt. 2007
Zuerst einmal gebe ich zu, von der alten Diskussion nichts gewusst zu haben. Im Nachhinein muss ich aber sagen, dass sich wohl an meiner Entscheidung nichts geändert hätte: Dortige Entscheidung war:
verbunden mit dem eindeutigen Auftrag, die Listen zu verbessern. Dies ist offensichtlich nicht ausreichend, wenn überhaupt, geschehen. Ich bedanke mich übrigens ausdrücklich für den freundlichen und engagierten Ton. Ich verstehe, dass ich hier einiges "zerstört" habe, es war die schwerste Löschentscheidung, die ich je hatte. Und sie war keine "Spaßentscheidung": Während mich ein "behalten" lediglich zwei Edits gekostet hätte, kostete mich das Löschen eine halbe (!) Stunde. Von daher ist es auch nicht ganz einfach, das ganze im Benutzernamensraum wiederherzustellen, ich würde das nur mit einem oder mehr Admins zusammen machen. --my namePortal Diskussion:Unicode/Archiv/2007#c-My name-2007-12-27T00:40:00.000Z-Löschungen Artikel der Vorlage:Navigationsleiste Unicode und Liste der Unicode-11
War es nicht absehbar, dass die Benutzer das Material weiterverwenden möchten? Ich finde, in diesem Fall hätten die Artikel direkt in einen anderen Namensraum verschoben werden können, bevor sie endgültig gelöscht worden wären. Ich verstehe sowieso nicht, warum gelöschte Artikel nur noch für Administratoren abrufbar bleiben. Anders wäre es viel einfacher. Ist es eigentlich möglich, die ganze Versionsgeschichte extern abzuspeichern? GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-12-27T01:30:00.000Z-My name-2007-12-27T00:40:00.000Z11
Ich empfehle eine Wikipedia:Löschprüfung. Insbesondere die Auswahl der gelöschten Artikel ist logisch nicht nachvollziehbar. Offenbar hat my name lediglich zwei von mir in der Löschdiskussion als Beispiele vorgebrachte Artikel behalten, und andere gleichwertige gelöscht. Da können wir auch gleich würfeln. Abgesehen davon sind drei Monate (von September bis Dezember) kein ausreichender Zeitraum zum Verbessern eines so umfangreichen Werkes. --j?!Portal Diskussion:Unicode/Archiv/2007#c-Jpp-2007-12-27T08:25:00.000Z-Gismatis-2007-12-27T03:15:00.000Z11
Schon mal nachgedacht, dass es gar nicht trivial ist, diese Zeichen abzubilden?
Ich bin gerade informiert worden. Mein Standpunkt dazu: In der Wikipedia darf jeder meckern, das ist erlaubt. Leider kann auch jeder admin werden, wenn er rein gruppendynamisch "Wikipedia ist keine Datenbank" oder dergleichen nachplappert. So wird das alles zum Löschbingo.
Nun kann man das auch noch in die Seite Löschprüfung wegen Wiederherstellungswunsch einstellen. Mit dem gleichen Zeitaufwand hätte man auch die Listen vervollständigen können. Auf Dauer vertreibt man so jeden produktiven Benutzer. Die Verhältnisse in der Wikipedia verbessern sich somit nicht, sondern werden immer chaotischer und unproduktiver. Man muss wohl selbst ein Volltrottel sein, um so etwas längere Zeit auszuhalten.
PS, in der Artikeldiskussionsseite, die ebenfalls gelöscht wurde, hat JPP ja schon einen Hinweis gegeben: die Sortierungsfunktion in den Tabellen ist gar nicht zwingend erforderlich und frißt einige Ressourcen.
Die jetzige Diskussion scheint wieder in die gleichen Bahnen zu münden wie die Löschdiskussionen. Damit kommen wir wahrscheinlich nicht weiter. Vielleicht sollten die technischen Aspekte wie
getrennt diskutiert werden. Die technischen Probleme sollten sich wohl mit vertretbarem Aufwand lösen lassen - da die Artikel Spezial:Pr%C3%A4fixindex?from=Tilla&namespace=211 verfügbar sind, könnte daran gearbeitet werden.
Das Hauptargument von my name zur Begründung der Löschung("Das ganze verstößt gegen WP:WWNI und vermittelt kein Wissen.") setzt eine Einigung darüber voraus, was Wissen eigentlich ist. Bezeichnenderweise ist der Artikel Wissen seit längerer Zeit als überarbeitungsbedürftig gekennzeichnet. Einen Artikel DIKW wie in der englischen Wikipedia, der versucht, die Begriffe Daten, Informationen, Wissen und "Weisheit" voneinander abzugrenzen, gibt es in der dt. Wikipedia bisher nicht. In der Löschdiskussion haben mehrere die Anwendbarkeit von WP:WWNI mit guten Gründen bezweifelt. Daß my name deshalb seine Entscheidung nicht ausführlicher begründet hat, ist sehr bedauerlich. Mein Vorschlag wäre es, für die Löschprüfung Argumente zu sammeln, die zeigen, daß die Artikel wichtige Informationen zum Unicode-Standard enthalten, die beim Leser zum Wissenszuwachs führen ("Knowledge is created by using the information for action. Knowledge answers the question "how". Knowledge is a local practice or relationship that works." - en:DIKW). Da der Artikel Liste der Unicode-Blöcke wiederhergestellt wurde, scheinen die Voraussetzungen für einen positiven Ausgang gegeben zu sein. --ThTPortal Diskussion:Unicode/Archiv/2007#c-Thomas Tunsch-2007-12-27T23:12:00.000Z-Löschungen Artikel der Vorlage:Navigationsleiste Unicode und Liste der Unicode-11
Naja, solch ein Artikel wäre sicherlich sinnvoll, weil es verschiedene Ansätze gibt. Ein Ansatz aus der Wirtschaftsinformatik: Daten sind insbesondere Zahlenwerte usw. und sie unterliegen einer Norm. Informationen werden aus den Daten gebildet und unterliegen der Konvention. Wissen ensteht durch Informationen. So entsteht vermutlich auch eine Anschauung. Aufgrund von Wissen trifft man Entscheidungen, deren Qualität von all dem Genannten abhängt. Um es an einem Beispiel zu erläutern: Daten: 5 °C, Zahlenwert, Temperaturskala nach Celsius. Information: Es ist kalt. Ein Eskimo würde das vielleicht als warm empfinden. Wissen: Wer sich nicht warm anzieht, kriegt eine Erkältung. Entscheidung: Ich ziehe meine Wollmütze an. – Simplicius☺Portal Diskussion:Unicode/Archiv/2007#c-Simplicius-2008-01-07T12:42:00.000Z-Thomas Tunsch-2007-12-27T23:12:00.000Z11
Letzter Kommentar: vor 16 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Folgende Wörterliste enthält Wörter aus der Originalbeschreibung, für die sich nebenstehende Übersetzung als Konsens herausgebildet hat. Um eine gewisse Einheitlichkeit zu gewährleisten, sollte stets der angegebene deutsche Ausdruck verwendet werden.
barJe nach Lage: Querstrich, Schrägstrich, senkrechter Strich (wie stroke)
above übergesetzt (z. B. "mit übergesetzter Tilde")
below untergesetzt (z. B. "mit untergesetztem Komma")
caron Hatschek
diaeresis Trema
turned gedreht
strokeJe nach Lage: Querstrich, Schrägstrich, senkrechter Strich (wie bar)
Noch unklar
Für die weitere Aufnahme in die Wörterliste schlage ich vor:
reversed gewendet (Das Zeichen wird vertikalhorizontal gespiegelt, z. B. ɘ/e)
inverted umgekehrt (Das Zeichen wird horizontalvertikal gespiegelt, z. B. ʁ/ʀ)
Ja, falls ihr mit „Gesamtliste“ solche Listen wie Liste der Unicode-Zeichen/2000 bis 2FFF meint. Die Liste tötet meinen Browser, und zwar massiv. Ursache ist offenbar JavaScript, also möglicherweise die Sortierfunktion. Wenn ich mal einen ganz frechen Änderungsvorschlag unterbreiten darf: Warum enthalten diese Listen nicht einfach nur pro Code-Block einen Absatz mit dem einleitenden Text und verweisen dann per Link auf die konkreten Code-Block-Artikel anstatt sie per Vorlage einzubinden. Das nähme Rücksicht auf normalsterbliche Internetbenutzer und wäre meiner unmaßgeblichen Meinung nach auch wesentlich angenehmer zu lesen. --j?!Portal Diskussion:Unicode/Archiv/2007#c-Jpp-2007-12-30T18:18:00.000Z-Prince Kassad-2007-12-30T14:57:00.000Z11
Aber auch unabhängig von der Sortierung mag ich die Vorlagenlösung nicht. Ich denke, es genügt, wenn die Tabellen in den konkreten Unicode-Block-Artikeln stehen. Ich sehe keinen Sinn darin, sie in einer großen Seite zusammenzufassen. Bin allerdings auch generell kein Freund überlanger Artikel. Alles, was länger als drei Bildschirmseiten ist, sollte zerlegt werden. --j?!Portal Diskussion:Unicode/Archiv/2007#c-Jpp-2007-12-30T21:21:00.000Z-Prince Kassad-2007-12-30T20:16:00.000Z11
So wie du das vorschlägst, habe ich mir das ursprünglich eigentlich auch gedacht. Aber andere wollten alles auf einen Blick. Und einen Vorteil sehe ich darin durchaus: Man kann, wenn man auf ein unbekanntes Zeichen im Internet stößt, das Zeichen im Gesamtartikel mit der Suchfunktion suchen, um herauszufinden, wo es überhaupt hingehört. Bei den einzelnen Listen ist das eher schwer. Ich persönlich allerdings verwende für die Suche sowieso die Zeichenpalette von Mac OS X. Falls jedes Betriebssystem eine solche Suchfunktion bereithält, würde dieses Argument ausscheiden. Was die Sortierfunktion betrifft, so habe ich von Beginn weg den Sinn derselben nicht verstanden. Die Zeichen sind ja bereits sortiert. Lasst sie uns entfernen, wenn die tatsächlich Ladeprobleme bereitet. GismatisPortal Diskussion:Unicode/Archiv/2007#c-Gismatis-2007-12-31T05:24:00.000Z-Jpp-2007-12-30T21:21:00.000Z11
Hinsichtlich der Gesamtliste in acht Teilen schlage ich vor, auf diese ganz zu verzichten. Ich denke, dass die Seite Liste der Unicode-Blöcke die Aufgabe hinreichend erfüllt, auf die Teilbereiche zu verweisen, soweit sie schon durch die Einzelartikel erschlossen sind.
Ich hoffe, dass die anderen Teilartikel bald fertig sind.
Ferner sollte man dort auf die Sortierbarkeit verzichten, weil einige dabei im Browser damit Schwierigkeiten haben.
Ferner denke ich, dass man diese Seite sogar nach Portal:Unicode umziehen sollte und dort sogar eine Fragen-Seite einrichten sollte.
Ich finde es jedenfalls besser, das intern innerhalb der Interessierten zu lösen und nicht per Löschdiskussion. Nach meiner Meinung ist die Schnittstelle über die Liste der Blöcke die beste Lösung. Ich finde, es sollte Daniel Bunčić entscheiden.
Allein die Sache mit der Verlinkung hat mich ein paar Stunden Arbeit gekostet, und eigentlich war das ja nur ein kleiner Beitrag. Demzufolge stecken in dem Projekt Unicode wohl viele Personentage Arbeitszeit, umgerechnet also mehrere tausend Euro Wert. Und ich glaube, langfristig zum Thema hier in der Wikipedia deutschsprachige Erläuterungen in aktuell gehaltener Form vorfinden zu können, ist für Menschen aus dem IT-Bereich und verwandten Gebieten ein großer Wert. Über die Löschung kann ich nur den Kopf schütteln. – Simplicius☺Portal Diskussion:Unicode/Archiv/2007#c-Simplicius-2008-01-01T22:46:00.000Z-Reiner Stoppok-2007-12-30T14:48:00.000Z11
Ein frohes Neues allerseits! Leider habe ich auch nach meiner Rückkehr nicht allzu viel Zeit, da beruflich viel zu tun, aber wenn schon meine Meinung gefragt ist, gebe ich sie hier gern zum Besten. Den Mehrwert einer aufgeteilten Gesamtliste sehe ich auch nicht. Wenn man keinen Artikel mit wirklich allen Blöcken (außer denen ohne Erläuterung der einzelnen Zeichen, also in der Form, wie wir sie bisher hatten) haben kann, dann reichen auch die Artikel über die Einzelblöcke. Zwei Drei Ideen hätte ich noch, über die ich gern Eure Meinung wüsste:
Könnte es ein Vorteil sein, die Tabellen in den Artikeln durch die den Navigationsleisten zugrunde liegende Technik ausklappbar zu machen? Sie würden dann beim Aufrufen des Artikels jeweils eingeklappt erscheinen (da ja auch noch die "richtige" Navigationsleiste auf der Seite vorhanden ist und daher die Gesamtzahl der Navigationsleisten > 1 wäre) und nur auf Wunsch ausgeklappt werden. Dadurch wären die Artikel mit noch wenig Text vielleicht auch für zukünftige Löschwütige direkt als gute Stubs erkennbar, weil die Tabellen optisch nicht so hervorstechen würden. Außerdem würde das, wie schon einmal festgestellt wurde, die Zeit, die der Browser zur Darstellung braucht (wenn auch nicht die Ladezeit), verringern.
Das größte Problem an der laaangen Gesamtseite ist m. E., dass man auf sie durch eine einfache Wikipedia-Suche unvermutet treffen kann und dann die Folgen, die das bei einer langsamen Internetverbindung hat, nur noch durch einen Browser-Neustart stoppen kann. Könnte es eine Lösung sein, die Gesamtseite (aber nicht die Artikel zu den einzelnen Blöcken!) tatsächlich in den Hilfe-Namensraum zu verschieben und dann in den relevanten Wikipedia-Artikeln mit entsprechenden Warnhinweisen auf diese Hilfe-Seite zu verweisen? --Daniel BunčićPortal Diskussion:Unicode/Archiv/2007#c-Buncic-2008-01-02T09:14:00.000Z-Simplicius-2008-01-01T22:46:00.000Z11
Ein Einklappen der Tabellen fände ich nicht gut. Es handelt sich bei den Tabellen schließlich um den jeweiligen Hauptinhalt des Artikels. Den Vorteil der schnelleren Darstellbarkeit halte ich bei den allermeisten Listen für marginal. Auch das Verstecken der Tabellen vor Löschwütigen halte ich für den falschen Ansatz.
Was eine Gesamtliste im Hilfe-Namensraum betrifft, so bezweifle ich, dass die dort geduldet würde. Viele könnten die Liste dann ja trotzdem nicht verwenden. Außerdem wäre es auch da möglich, dass jemand mit der Volltextsuche in diesem Namensraum auf diese Liste stoßen würde. Wenn du eine solche Seite einrichten möchtest, wäre es aus meiner Sicht wichtig, dass du vorgängig abklärst, ob das Bedürfnis danach auch bei den anderen Benutzern, das heißt nicht nur bei uns Mitarbeitern hier, vorhanden ist. Ich würde mal bei Hilfe:Sonderzeichen nachfragen.
Lange Tabellen sind problematisch und umstritten.
Das Problem wird nicht dadurch gelöst, dass man durch Vorlagentechnik noch
längere Listen generiert.
Es wäre gut, sich im Projekt intern darauf zu verständigen, auf diese acht
Listen besser zu verzichten.
Das wäre besser, als es wenn es zu einem erneuten Löschantrag kommt.--Τιλλα2501±Portal Diskussion:Unicode/Archiv/2007#c-Tilla-2008-01-12T12:30:00.000Z-Gesamtliste11
Von Prince Kassad wurde noch mal etwas angestossen: