Wikipedia Diskussion:Schreibweise von Zahlen

Zur "Schreibweise von Zahlen": auf manchen Seiten sind die Zahlenangaben zumindest missverständlich. Ich schlage daher folgende Empfehlung vor:

• Punkt als Dezimalpunkt
• Komma als Tausender-Trennung
• keine Blanks in Zahlen

HaJo Gurt 17:58, 18. Mai 2003 (CEST)

Was spricht gegen die im deutschsprachigen Raum geläufige Verwendung von Punkt und Komma? --Kurt Jansson 19:32, 18. Mai 2003 (CEST)

eigentlich nichts, auch blanks in Form von & nbsp ; zur Vermeidung von zeilenumbrüchen find ich i.O. -- Martin 19:42, 18. Mai 2003 (CEST)

Zahlenangaben aus irgendwelchen Quellen (z.B. englisches Wiki) würde ich möglichst nicht von Hand umformatieren wollen - aber in en: steht z.B. 3.5"Disk (bei solch einfachen Zahlen natürlich kein Problem)

In Handbuch und FAQ gibt es zu "Zahlen" keinen Abschnitt

Formatierung mit & nbsp ; kompliziert das Editieren HaJo Gurt 21:23, 18. Mai 2003 (CEST)

Du willst sagen es ist weniger Arbeit, alle bestehenden Zahlenangaben der deutschen Wikipedia zur englischen Schreibweise zu ändern, damit man danach bei Übernahme von Zahlen aus englischen Artikeln keine Kommas mehr durch Punkte ersetzen muss? :-) --Kurt Jansson 21:38, 18. Mai 2003 (CEST)

& nbsp ; finde ich nicht in Ordnung. Leerzeichen zwischen Ziffern sollten wenn das notwenig ist von der Software durch & nbsp ; ersetzt werden und nicht im Artikel selbst. Also: ist das ein Bug? --Nichtich 00:09, 28. Mai 2003 (CEST)

Also ich seh das Problem momentan nicht ganz. Was haben Leerzeichen zwischen Ziffern verloren? Oder geht's um den Anschluß einer Einheit an die Zahl und dortige Verwendung von & nbsp ; ? Da wird man allerdings Probleme haben, das automatisch durch die Software machen zu lassen. --Warp 00:18, 28. Mai 2003 (CEST)

Auf keinen Fall Komma als Tausendertrennzeichen. Das führt zu Missverständnissen, heißt 19,123 jetzt neunzehn oder neunzehntausend? Im Deutschen ist die Regel eigentlich eindeutig, dass das Koma das Dezimaltrennzeichen darstellt, auch wenn die angelsächsische Darstellung immer häufiger anzutreffen ist. Am Besten ist als Tausendertrennzeichen ein schmales nichttrennbares Leerzeichen (19 123), das lässt sich allerdings derzeit mit Wiki-Syntax noch nicht schreiben. Im Augenblick verwende ich immer 19'123, das ist zwar auch nicht schön, aber wenigsten kann es nicht zu Missverständnissen führen. - WeißNix 23:39, 29. Mai 2003 (CEST)

Naja, das könnte auch eine mißglückte Uhrzeit oder Gradangabe oder sonstwas sein. Ich halte es noch immer für die beste Idee, in der deutschen Wikipedia Deutsch zu verwenden. Ausnahmen bestätigen die Regel ;-) Tausendertrennzeichen machen sowieso erst ab 7 Ziffern Sinn (1234 | 12345 | 123456 | 1.234.567) und dann ist es auch eindeutig. --Nichtich 00:15, 30. Mai 2003 (CEST)

Eine andere Alternative ist, einfach normale nichttrennbare Leerzeichen (&nbsp;) zu nehmen. Da Leerzeichen in der Proportionalschrift generell nicht so groß sind, sieht das gar nicht so schlecht aus: 1 000 000. Was macht die Wikipedia eigentlich aus \, im <math&gt,-Modus (TeX-Mathe-Thinspace)? Mal sehen: $1\,000\,000$ Aha, in der Vorschau wird zumindest ein Bild eingeblendet - nicht so ideal. --212.183.119.237 19:47, 12. Jun 2003 (CEST)

Noch besser &thinsp; : 1 000 000. Allerdings gibt das wieder mehr kryptischen Code auf den Editseiten, für jemanden, der diese Sysntax nicht kennt. Die beste Lösung wäre eigentlich eine Softwarelösung, die das automatisch einfügt. Aber da haben wir glaube ich viel drängendere Probleme in der Wikipedia. - WeißNix 21:30, 12. Jun 2003 (CEST)

&thinsp; hat den Nachteil, dass es auf Mozilla 1.2/Linux (zumindest bei mir) nicht korrekt dargestellt wird. Da Netscape 6 auf Mozilla beruht, vermute ich denselben Bug auch für Netscape. Nun ist das zwar klar ein Software-Bug (vielleicht auch ein Fehler im verwendeten Zeichensatz), aber da Mozilla (und erst recht Netscape, falls das Problem dort auch besteht) m.E. nicht gerade ein exotischer Browser sit, halte ich eine Nichtunterstützung für keine gute Idee. BTW, Mozilla zeigt bei mir die Buchstabenkommbination

                                  TH
                                  SP

(in der Größe eines Zeichens für alle vier Buchstaben) für den thinspace an. --212.183.119.144 21:59, 12. Jun 2003 (CEST)

Aus meiner Sicht darf es keine Zweifel an einer Zahlenangabe geben- und wenn sie manuell umformatiert werden muß, so wie jeder x-beliebige fremdsprachige Artikel ja auch Wort für Wort übersetzt werden muß. Die im deutschen Sprachraum allgemein gebräuchlichen Zahlenformate sind u.a.: "Komma" für Dezimaltrenner, "Punkt" für Tausender-Trenner, "Hochomma" (') für Gradzahlen (geometrisch), "Anführung" (") für Sekunden-Angaben (geometrisch), "°" für Gradzahlen (geometrisch und Temperatur), "Doppelpunkt" (:) für Trennung von Stunden und Minuten. Dies sollten wir im Handbuch vorschreiben und anwenden. --Michael 22:24, 12. Jun 2003 (CEST)

Weil es auch in diesem Zusammenhang passt: Die Artikel mit "1 E6 m²" und ähnliches, die in letzter Zeit auftauchen: Die Schreibweise "1E6" (übreigens ohne Abstand) dürfte nur von einer Minderheit aller potentiellen Leser überhaupt verstanden werden. Ich würde vorschlagen, dass die Richtlinien die Vermeidung solcher "Computerzahlen" empfehlen sollten (insbesondere in Titeln). --212.183.119.183 15:26, 13. Jun 2003 (CEST)

Ich halte die Verwendung des Punkts (oder Kommas) als Tausendertrennzeichen für problematisch. Man weiß bei Zahlen wie 1.234 oft nicht, ob jemand hier unter Missachtung der deutschsprachigen Schreibregeln einen Punkt als Dezimaltrenner verwendet hat oder tatsächlich 1234 meint. Schreibweisen wie 1 234 oder 1'234 sind da eindeutiger. (Bei letztere Schreibweise besteht auch keine Verwechslungsgefahr mit Grad-/Minutenangaben: Es sind immer drei Ziffern, die folgen, während bei Minuten entweder keine Ziffern folgen oder die Sekundenangabe, die maximal zweistellig ist.) -- 3247 17:50, 26. Sep 2003 (CEST)

Widerspruch: Das entspricht weder Duden noch DIN 5008

Zur Gliederung von Zahlen wird kein Punkt mehr verwendet. Statt 1.234,567.89 sollte es m. E. also 1 234,567 89 heißen, wobei man ein geschütztes Leerzeichen verwenden sollte (&nbsp;).

Nach DIN 5008 wird bei einstelligen Uhrzeiten stets eine führende Null verwendet, also 08:15 und nicht 8:15

Mag ja sein, dass es nicht der DIN entspricht. So ein Pech aber auch. Wir schreiben trotzdem so. Weil's praktischer ist. Ätsch. Uli 19:08, 30. Okt 2003 (CET)

Wie auch immer wir uns nach ausgiebiger Diskussion entscheiden werden, ob &bsp; oder Trennpunkt, möchte ich hier mal festhalten, daß der Duden zwar eine wichtige Referenz ist, aber (Genauso übrigens wie DIN-Normen) absolut keine gesetzliche Bindungswirkung entfalten. Das wollte ich mal in aller Deutlichkeit feststellen, nachdem in letzter Zeit ständig darauf herumgeritten wird, was der Duden alles zu Textformatierung sagt (ob sinnvoll und praktikabel oder nicht). -- Sansculotte 20:01, 30. Okt 2003 (CET)

Tausendertrennung durch Leerzeichen!

In der Einleitung heißt es, es sei "hierzulande" üblich, mit Punkten zu trennen und das aber 7 Stellen zu tun. Das hat sich wohl jemand aus den Fingern gesogen. Denn laut DIN 5008 (sog. "Sekretärinnen-Norm" (-: ) sollen Tausenderstellen im Deutschen nicht mehr durch Punkte, sondern durch kleine Leerzeichen, die im Web durch normale Leerzeichen ersetzt werden, umgesetzt werden. Daher sollte "15 000" statt "15.000" oder "15000" verwendet werden. Siehe auch: "Duden - Regeln für die Textverarbeitung" ( http://www.duden.de/service/download/textverarbeitung_duden1.pdf ), sowie Webtypografie. Auch die genannten sieben Stellen halte ich für sehr anzweifelbar, unüblich und willkürlich. Tatsächlich kann (!) bei vierstelligen Zahlen der Punkt wegfallen, also 1000 statt 1 000 82.82.117.235 17:56, 20. Nov 2003 (CET)

Kleine Anmerkung: In der Schweiz trennt man übrigens nicht mit Leerzeichen, sondern mit einem Apostroph, also 15'000 statt 15 000. Ich empfehle aber, dass auch Schweizer hier lieber gegen ihre Natur Leerzeichen verwenden. 82.82.117.235 17:59, 20. Nov 2003 (CET)

Schön, dass wir hier auf die DIN sch... Wir nehmen Punkte, und Du akzeptierst das jetzt mal gefälligst. Uli 18:14, 20. Nov 2003 (CET)

Nein!
Siehe auch Diskussion:Schweiz Filzstift 15:40, 23. Feb 2004 (CET)

An Deinem Beitrag kann man klar den Nachteil von Leerzeichen sehen, schau Dir diesen Screenshot an:

Leerzeichen als Tausendertrenner werden umgebrochen

Dort wird die 15.000 mit Leerzeichen durch den Umbruch getrennt. Das ist nicht gut. Von allen Benutzern zu verlangen, dass sie &nbsp; verwenden. Daher halte ich den Punkt als Tausendertrenner für die beste Lösung, dass mit den ab 7 Zeichen finde ich sehr willkürlich. 12345 und 123456 finde ich persönlich auch schon schwer erfassbar. -- Dishayloo 12:54, 20. Mai 2004 (CEST)

Das glaube ich Dir auch ohne Screenshot ... Wikipedia-Links mit Leerzeichen werden durch dem Zeilenumbruch genauso getrennt - sollen da deswegen Punkte oder Unterstriche eingefügt werden ? ... Hafenbar 17:22, 27. Mai 2004 (CEST)

Warum? Wenn der Link ein Leerzeichen enthält, dann deshalb, weil ein neues Wort beginnt, und da darf ein Umbruch erfolgen. Die Tatsache, dass beide Wörter zum selben Link gehören, ist hierfür unwesentlich. Zahlen sollten aber normalerweise nicht umbrochen werden, egal ob im Link oder anderweitig. --Ce 18:13, 4. Jul 2004 (CEST)

Noch ein Gedanke: Vielleicht ließe sich ein Software-Feature einbauen, das in nicht-vorformatiertem (also ohne Leerzeichen am Anfang der Zeile) Text den Umterstrich (_) durch einen &nbsp; ersetzt. Dann könnte man die Zahlen als 1_048_576 schreiben, sie würden als 1 048 576 (ohne Umbruch) erscheinen, und alle wären (hoffentlich) glücklich. --Ce 18:21, 4. Jul 2004 (CEST)

Sperrung eine Unverschämtheit

Nur weil einem Benutzer die in Deutschland gültigen Normen nicht passen, kann er doch nicht allen Wikipedianern eine Pseudo-Norm aufzwingen. Ich weigere mich, mich an diesen Artikel mit bewusst die Normen und den Duden ignorierenden Regeln, zu halten. 82.82.117.235 18:15, 20. Nov 2003 (CET)

das verstehe ich auch nicht - diese Schreibweise mit dem Leerzeichen wurde schon 1972 empfohlen (DDR), seit wann es Gesetz ist weiß ich nicht Marcela 18:35, 20. Nov 2003 (CET)

Ich gebe zwar den anderen Diskutierenden Recht, dass es sich um eine Norm handelt und an Normen muss man sich nicht zwanghaft halten. Ich frage mich aber, wenn es schon eine Norm gibt, die alles – seit Jahren erfolgreich mit der Leerzeichen-Schreibweise – haarklein regelt, warum man dann in Wikipedia eine eigene Regelung schaffen will. Viele hier haben sich nun an die DIN-Norm gewöhnt, verwenden sie beruflich, und in Wikipedia sollen sich sich auf den seit Jahren nicht mehr üblichen Punkt umstellen? Ich weiß auch, dass viele den Punkt noch verwenden. Aber man kann sich doch jetzt nicht an denen orientieren, die die Rechtschreibung nicht beherrschen. 82.82.117.235 18:49, 20. Nov 2003 (CET)

zumal es diesmal keine Diskussion über die neue Rechtschreibung ist *bg* Marcela 18:51, 20. Nov 2003 (CET)

:-) Die Frage ist aber nun, wie weiter vorgegangen werden soll. Uli hat die Seite nun gesperrt. Da kann man noch so gegen anargumentieren, ändern können wir da jetzt nix. Das einzig sinnvolle ist eine Abstimmung, würde ich sagen. Nachfolgend kommt sie: 82.82.117.235 19:05, 20. Nov 2003 (CET)

Rechtschreibung und Sprachgebrauch sind oft eine sehr subjektive Sache und etwas dass man nur sehr schwer (oder gar nicht durch Vorschriften fassen und reglementieren kann. Die DIN 5008 ist - wie Du schon sagst - eine Norm für Sekretärinnen, für offiziellen Schriftgebrauch. Ich habe schon in vielen Büros gearbeitet und bis jetzt trotzdem nur eins kennengelernt, in dem man überhaupt wußte, daß es so etwas gibt. Dsa ist ähnlich wie mit der Rechtschreibung: jeder legt sich seine eigenen Regeln zurecht (machen ja die großen Verlage auch, die einen nutzen die alte Rechtschreibung, die anderen die neue, manche haben Eigene...). Es kommt gar nicht darauf an, ob man sich jetzt bewußt an irgendwelche Vorschriften hält, oder es bewußt nicht macht. Wichtig ist IMHO, daß wir, die Wikipedia (sag ich jetzt mal so) uns halt auf etwas allgemeinverbindliches einigen.

Meine Meinung zu DIN 5008, schmalem Leer, der Nichtdarstellbarkeit desselben und der Alternativen dazu (entweder ganzes Leer oder keines) habe ich ja im Zusammenhang mit den Abkürzungen (s.a. z.T. etc.) ja schon gesagt (auch wenn in Webtypographie vielleicht eine anderen Meinung geäußert wird). Am Ende ist es schlicht eine Frage der Praktikabilität (Trennung mitten in der Zahl/Wort bei Leerzeichen, keine Suchmöglichkeit bei Verwendung von  ) und des Geschmacks (Hochkomma, Komma, Punkt, Leer). Langer Rede kurzer Sinn: dann stimmen wir halt ab, aber dann halten wir uns auch bitte an das Ergebnis. -- Sansculotte 19:44, 20. Nov 2003 (CET)

Abstimmung Tausendertrennzeichen

Sollen in Wikipedia die aus der DIN 5008 und dem Duden üblichen Leerstellen (welche auch immer man da nun nimmt (s. Diskussion) ließe sich ggf. später nochmal abstimmen) oder die von Uli vorgeschlagenen Punkte, die man vor einigen Jahren noch benutzt hat, verwendet werden? (mit drei Tilden abstimmen)

• Variante "Leerstelle (2 500 000,00)": 82.82.117.235, Guillermo, fristu, Hafenbar Wotan
• Variante "Punkt (2.500.000,00)": Sansculotte, tsor, Grrrubber, Sdg, Dishayloo, Hella, Ralf, DaB.

Wieso muss denn über alles abgestimmt werden? Das Ergebnis ist sowieso nicht verbindlich. --zeno

Weil wir sonst diese lästige Diskussion noch tausendmal führen müssen und ständig gegenseitig unsere Abkürzungen oder Zahlen editieren. Und wenn mir noch ein paar mal diese DIN vor die Nase gehalten wird, dann fahre ich wahrscheinlich auch wie Uli aus der Haut. Sansculotte 19:55, 20. Nov 2003 (CET)

Abstimmen sieht doch so schön nach Demokratie aus. Zustimmung zu: Sprach-DINs sind i.d.R. zum aus der Haut fahren. --Sdg 19:59, 20. Nov 2003 (CET)

Ich sehe es ähnlich. Sobald abgestimmt ist, ist die Sache vom Tisch und die zeitraubende Diskussion beendet. Schön, dass schon so viele mitmachen. 82.82.117.235 19:57, 20. Nov 2003 (CET)

au fein :-) wenn schon die DIN nicht mehr gilt, ist ja die neue Rechtschreibung erst recht nicht mehr aktuell Marcela 20:07, 20. Nov 2003 (CET)

Ich habe für DIN gestimmt denn: Warum um Himmels Willen sollen wir gegen Duden und DIN handeln? Das soll jetzt aber keine neue Diskussion anzetteln, ist nur meine Meinung -- tsor 20:16, 20. Nov 2003 (CET)

Die Sperrung ist keine Unverschämtheit, sondern hier wird permanent versucht, Verfahren zu ändern, die seit zwei Jahren gut funktionieren. Im übrigen von einem anonymen User, der hier mehrfach darauf aufmerksam gemacht worden ist, warum bestimmte Formatierungen hier auf Einfachheit und nicht auf typografische Korrektheit ausgelegt sind. Wenn dann ohne Diskussion allgemein im Konsens gefundene und bewährte Regeln einfach abgeändert werden, so ist das Vandalismus, und den lassen wir hier nicht zu.

Nochmal zur Begründung, warum wir die Regel so haben wie sie ist und warum sie - allen ad-hoc-Abstimmungen zum Trotz - so bleiben muss, wie sie ist: Die Wikipedia lebt davon, dass die Artikel auch von Anfängern bearbeitet werden können, die von HTML noch nie was gehört haben. Und ein 12.031.000 im Quelltext können die sowohl lesen wie bearbeiten, ein 12 & nbsp ; 031 & nbsp ; 000 dagegen nicht und ein 12 031 000 (mit richtigen Leerzeichen verbietet sich wegen des Zeilenumbruchs. Also bleibts bei den Punkten, Punktum. Uli 20:43, 20. Nov 2003 (CET)

es gibt genausowenig oder -viele Leute die die neue Rechtschreibung nicht beherrschen... Ich muß nach DIN und SI schreiben, das schreibt mein Beruf vor. Und so hab ich es vor 30 Jahren in der Schule gelernt Marcela 20:48, 20. Nov 2003 (CET)

Ulis Argumente - Einfachheit, Zeilenumbruch - überzeugen mich. Ich habe daher mein Votum geändert, bin nun also auch für die Schreibweise "12.031.000" (mit Punkten). Da sieht man es wieder: Wenn man mir alles schön erklärt, dann verstehe ich es manchmal sogar... ;-) -- tsor 20:59, 20. Nov 2003 (CET)

Dass Anfänger vielleicht Probleme mit mit &nbsp; haben, sehe ich ja noch ein. Aber auch Anfänger können 1 000 000 mit normalen Leerzeichen schreiben, so wie sie es sonst ja auch tun, wenn sie sich an die Norm des DIN oder den Duden, der das Gleiche sagt, halten. Meine Meinung über die Sperrung habe ich inzwischen abgemildert. Eine Unverschämtheit war es nicht, ich hätte die Seite nicht ändern brauchen, eine Diskussion hier hätte genügt. Ich möchte nochmal an das Argument der Eindeutigkeit erinnern. Ist 1.234 nun eine versehentlich englische geschriebene Zahl (1 Komma 234) oder Eintausendzweihundert34? Leerzeichen sind da eindeutig. Ich hoffe im Übrigen, dass ein demokratisches Abstimmungsergebnis geachtet wird, und nicht nur, wie beim Datum, dann, wenn man nicht unterliegt. Sonst bräuchte man gar nicht mehr abstimmen. Wenn Tsor sich von Ulis Argumentation überzeugen lässt, dann ist das sein gutes Recht. Das heißt aber noch nicht, dass die anderen Abstimmenden nicht zählen oder? Ich hoffe es beteiligen sich noch welche an der Abstimmung, so dass sich ein eindeutiges Ergebnis abzeichent. 82.82.117.235 22:09, 20. Nov 2003 (CET)

??? hat 82.82.117.235 auch einen Namen ??? Marcela 22:12, 20. Nov 2003 (CET)

Hat er: Jan 82.82.117.235 22:28, 20. Nov 2003 (CET)

Die Abstimmung hier mit fünf sechs Leutchen scheint mir zwar nur begrenzt sinnvoll, habe aber trotzdem mal mitgemacht. Ansonsten bin ich gegen Pedanterie. Ich habe festgestellt, dass es hier Leute gibt, die in irgendwelchen Artikeln Webseite oder Homepage ändern in Webpräsenz o.ä. weil sie meinen, Homepage sei nur die Startseite usw. und das alles entspreche nicht der Fachterminologie. Schon richtig. Und eine Lampe ist (fachsprachlich) eine Leuchte. Aber man sollte auch überlegen, was wann angebracht ist. Eigentlich wär's mir egal, ob Leerzeichen oder Punkt - aber wenn Zahlen durch Leerzeichen auf mehrere Zeilen umgebrochen werden, dann finde ich das ein verdammt starkes Argument. Grrruß Grrrubber

So, jetzt noch meine Meinung:
Punkte als Tausendertrennzeichen haben in online Texten, bei Zahlen, die möglicherweise per "cut and paste" weiterverarbeitet werden nichts aber auch gar nichts verloren ! Übertragen in einen anderen Text, eine andere Applikation wird daraus ganz schnell mal ein Bruch ... Hafenbar

Und was wird aus dem Leerzeichen hier in der Wikipedia? Ein Zeilenumbruch? Punkte als Tausendertrennzeichen mögen nicht optimal sein, aber Leerzeichen sind definitiv Mist. Was ist mit der (wars Schweizerische) Variante: Hochkomma (1'234'567,890) -- Dishayloo [ +] 18:43, 4. Jul 2004 (CEST)

Technische Unmachbarkeit

Es ist schlicht und einfach technisch nicht befriedigend möglich, auf der Wikipedia Leerzeichen als Tausendertrennzeichen zu verwenden, völlig unabhängig davon, ob diese DIN-Norm eigentlich übernommen werden sollte und ob Leerzeichen eigentlich besser aussähen.

• Möglichkeit 1: einfache Leerzeichen verwenden. Dies führt aber zu unerwünschten Zeilenumbrüchen. Dies hat der anonyme Benutzer anscheinend nicht verstanden, wie seine Antwort an Uli vom 20.11.2003, 22:12 zeigt.
• Möglichkeit 2: &nbsp; verwenden - zwar keine Zeilenumbrüche mehr, allerdings wird der Wiki-Quellcode stark entstellt, was absolut inakzeptabel ist.
• Möglichkeit 3: &thinsp; verwenden - ebenso unleserlich im Quellcode, außerdem wie bereits gesagt inkompatibel mit sehr verbreiteten Browsern.
• Möglichkeit 4: non-breaking space per Alt 0160 eingeben (unter Windows) oder aus der Zeichentabelle kopieren, statt es als HTML-Entity zu schreiben - Beeinträchtigt zwar nicht die Übersichtlichkeit des Wiki-Quellcodes, ist jedoch für den nicht-eingeweihten Benutzer nicht transparent, d.h. es ist nicht erkennbar, dass es sich nicht um ein normales Leerzeichen handelt. Ergebnis: neue Benutzer überschreiben die non-breaking spaces mit normalen Leerzeichen, wenn sie eine Zahl ändern.
• Möglichkeit 5: Die Wikipedia-Software erweitern, so dass Zahlen automatisch formatiert werden, entsprechend einer Einstellung, die für die Wikipedia jeder Sprache gesetzt wird. Dies erfordert, dass Zahlen im Quelltext über alle Wikipedias hinweg einheitlich geschrieben werden. Beispiel: man müsste in der deutschen Wikipedia 1234567.89 schreiben, damit die Software 1 234 567,89 anzeigt. Außerdem gibt es "Kollateralschäden" in Form von Ziffernfolgen, die keine Zahl darstellen, z. B. Binärfolgen.
• Möglichkeit 6: Zahlen durch neues, spezielles Wiki-Tag markieren und von Wikipedia-Software automatisch umformatieren lassen. Macht den Quellcode der Seiten nicht gerade einfacher und ist ein Schritt in die Richtung, dass die Wiki-Syntax sich einem Zustand annähert, in dem um jedes Wort ein XML-ähnliches Tag gesetzt werden muss, das die Art des Worts beschreibt. Dazu kommt, dass du die Benutzer der nicht-deutschen Wikipedias überzeugen müsstest und die Wikipedia-Software selbst ändern müsstest, da du mit hundertprozentiger Garantie niemanden finden wirst, der das für dich macht.

Ich hoffe, dass das Thema damit erledigt ist. Ich habe nicht abgestimmt, weil die Abstimmung aufgrund der technischen Unmachbarkeit hinfällig ist. Vom nicht Achten eines "demokratischen Abstimmungsergebnisses" würde ich hier nicht sprechen. Wenn du willst, darfst du aber gerne eine Abstimmung darüber eröffnen, ob jedem Mann das Recht gewährt werden sollte, Kinder zu kriegen. --Head 00:27, 21. Nov 2003 (CET)

Danke Head, für die ausführliche Darlegung der Alternativen! Hast mich überzeugt. Dann halt Punkte (Als Schweizer wäre ich eigentlich für 1'234'000 und gegen das Recht, das jedem Mann gewährt wird Kinder zu kriegen). --Sdg 08:43, 21. Nov 2003 (CET)

Ich wäre sehr für Variante 6, z.B. $4562413,5146 km$. Zwischen den beiden Dollarzeichen, die auch anderswo für Variablen stehen allerdings zu Problemen bei Währungsangaben führen könnten, würde sowohl Punkt als auch Komma durch den lokal üblichen Dezimaltrenner ersetzt und die Zahlen gruppiert. Statt U+00A0 (NBSP) ließe sich in der Ausgabe auch CSS ("white-space: nowrap") oder Tagsoup-HTML ("nobr") verwenden.

Ich glaube außerdem kaum, dass es nur in der deutschen Wikipedia dieses Problem gibt; überall wo es um I18n geht taucht es auf. Von daher zieht das Argument, dass es niemand implementieren wollen würde, nicht, schließlich lässt sich zumindest in der englischsprachigen Wikipedia inzwischen auch ein Datumsformat aussuchen. Crissov 07:45, 3. Mär 2004 (CET)

Zehnerpotenzen

Mal was anderes als Tausendertrennzeichen, da ist ja nun wohl eine Lösung erreicht, die nicht jeden glücklich macht, die aber doch die Meisten akzeptieren können, die theoretisch vorzuziehende Variante einer Formatierung durch die Wikipedia-Software ist ja bei Zahlen, anders als bei der benutzerdefinierten Datumsformatierung in der englischen Wikipedia, mangels eindeutiger Erkennungskriterien leider kaum möglich. BTT: Sollten wir uns nicht noch eine Empfehlung zur Schreibweise von Zehnerpotenzen (wissenschaftliche Notation) überlegen, bevor die Schreibweise von Zahlen zum Tipp des Tages ausgwählt wird? Also 12.345.000.000.000.000.000.000.000 als

1. 1,2345×10²⁵
2. 1,2345·10²⁵
3. 1,2345 E+25

Diese Überlegung ist sicherlich primär für einen wissenschaftlich interessierten Personenkreis interessant. Andererseits findet eine Diskussion dieser Frage auf einem so speziellen Forum, wie dem des Wikiprojekts Physik (siehe: Wikipedia:WikiProjekt Physik/Diskussionsforum#Schreibweise von Zahlen) nicht nur die wenigsten der interessierten Benutzer, denn nicht nur Physiker stoßen gelegentlich auf große Zahlen.

Um für diese Überlegung etwas Zeit zu gewinnen verschiebe ich den Tipp zur Schreibweise von Zahlen mal ans Ende der zu listenden Tagestipps, dann erscheint er voraussichtlich in einer Woche als Tipp des Tages auf dem Projektportal, und nicht schon morgen. --SteffenB 12:23, 2. Mai 2004 (CEST)

Ich bin für Schreibweise 2, weil ich das auch handschriftlich immer so schreibe. Die meisten Leute (zumindest in Deutschland) dürften das so machen. Oder wer kritzelt ein x dahin? Über Schreibweise 3 brauchen wir wohl nicht zu diskutieren. Das ist was für Computer.--El 12:24, 4. Mai 2004 (CEST)

2. Natürlich, oder macht das jemand anders? Allerdings ist das richtige Entity &sdot; und nicht &middot; -- Schnargel 02:52, 5. Mai 2004 (CEST)

Eine ketzerische Frage: Was spricht eigentlich gegen die Computerschreibweise? Nicht umsonst hat sie sich bei Computern durchgesetzt. Auch handschriftlich ist sie am einfachsten, und in Mitschrieben verwende ich sie auch oft, eben weil es schneller & bequemer ist. 2e7 sind drei Zeichen, 2⋅10⁷ sind handschriftlich schon 5, und in LaTeX – 2\cdot10^7 – sind es 10. Und für Exponenten aus mehr als einem Zeichen kommen nochmal zwei für die geschweiften Klammern hinzu. In eigenen Dokumenten verwende ich dafür Makros, aber bei Wikipedia ist das entweder nicht möglich (noch nicht getestet), oder aber in jedem Fall unökonomisch, erstmal mit renewcommand alles umdefinieren. In echtem LaTeX macht man das genau einmal im Header und gut is, in Wiki hilft nur copy&paste bei wiederholten Ausdrücken. Unterm Strich sehe ich nichts, aber auch wirklich gar nichts (abgesehen von der Gewohnheit und dem daraus resultierenden Herdendruck), was gegen die Computerschreibweise spricht. Ich wünschte mir, sie hätte sich längst typografisch durchgesetzt.--SiriusB 18:17, 4. Jul 2004 (CEST)

Dagegen spricht, dass nicht jeder, der Wikipedia benutzt, Programmierer ist, und wer noch nie mit Programmierung zu tun hatte, dem erschließt sich nicht, was diese Darstellung bedeuten soll. Die Schreibweise mit der Potenz erschließt sich immerhin unmittelbar jedem, der weiß, was eine Potenz ist, und das sind signifikant mehr. Das bedeutet auch, dass jemand, der auch damit nichts anfangen kann, leichter jemanden findet, der ihm erklären kann, was das bedeuten soll. --Ce 08:48, 5. Jul 2004 (CEST)

Einspruch. Was die hochgestellten Zahlen bedeuten, musste jeder von uns auch erstmal lernen. Ich sehe keinen qualitativen Unterschied, ob man nun hochgestellte Zahlen oder Zahlen mit vorangestelltem "e" als Potenz lernt. Und da die meisten schonmal einen Taschenrechner in der Hand hatten, und diese, bis auf die ganz neuen mit mehrzeiligem Display, AFAIK durchgehend die "e"-Notation benutzen (einige lassen AFAIR sogar das "e" ganz weg), sollte auch hinreichend bekannt sein, dass das "E" für "*10^" steht. Da es aufrecht geschrieben wird, kann es auch nicht mit dem e=2,71828... verwechselt werden, erst recht nicht, wenn man z.B. Großschreibung verlangt, oder statt "e" ein "d" (vgl. Fortran double precision). Es spricht ja nichts dagegen, beide Notationen gelten zu lassen, ebenso wie man 2 auch als 2,0 oder 2⋅10⁰ schreiben kann. Zugegeben, das ist ein Problem, das man eher in einer Newsgruppe diskutieren sollte, weil es allgemein die Typografie und nicht speziell Wikipedia betrifft. Ein möglicher Workaroung wäre z.B. ein Wiki-Makro, mit dem sich Potenzen viel bequemer schreiben lassen. Wiki-TeX-Makros könnte man auch im Mathemodus Makros einbauen. Auch wenn die im Original-LaTeX fehlen, wäre das kein Problem, wenn sie auf der zugehörigen Hilfeseite sauber (etwa in LaTeX-\newcommand-Syntax) deklariert sind, so dass man sie per copy&paste in eigene (Wiki-unabhängige) .tex-Dokumente übernehmen kann. Z.B. ein Befehl \newcommand{\dex}[1]{\cdot10^{#1}} (dex = Dezimal-Exponent), wobei nn der Exponent ist: 2⋅10⁷ = <math>2\dex{7}</math>. Zwar nicht annähernd so schön wie die E-Notation, aber immer noch einfacher, besonders für mehrstellige Exponenten. Neben der Bequemlichkeit käme auch die geringere Vertipperwahrscheinlichkeit dazu, die bekanntlich exponentiell mit der Komplexität des Ausdrucks ansteigt.--SiriusB 13:39, 5. Jul 2004 (CEST)

bin gegen die Verwendung der E-Schreibweise. Das kennen nur Eingeweihte - der Schreibweise mit 10^x dürfte wesentlich mehr Menschen im Laufe ihres Schullebens begegnet sein, deshalb bin ich für das Ausschreiben - apropos sdot und middot - bitte noch mal nach unten auf die Seite schauen ... (andere Frage)

Ich bin dafür, die Schreibweise wenigstens für größere Tabellen zuzulassen. Generell kann ich dem Einwand "kennen nur Eingeweihte" nicht zustimmen, da die Schreibweise bei vielen Taschenrechnern verbreitet ist/war; ich kann mir daher sogar vorstellen, dass die E-Notation sogar mehr Menschen vertraut ist; allerdings ist die 10^-Notation selbsterklärend, das stimmt (setzt aber auch voraus, die Bedeutung hochgestellter Zeichen gelernt zu haben!). Aber wie gesagt, das ist kein Thema speziell in Wikipedia, sondern ein allgemeines. Wenn die E-Notation in den Schulen einheitlich z.B. als technische (neben der mathematischen, derzeit leider weltweit bevorzugten) Schreibweise gelehrt würde, wäre auch der Faktor "unschön" weg, denn "unschön" ist zumeist das, was man nicht gewohnt ist. Von der Ästhetik her finde ich beide Schreibweisen gleich gut, aber die E-Notation ist einfach praktischer, und es gibt wirklich keinen Grund, warum man sie nicht auch z.B. in Fachliteratur verwenden sollte (wurde sie ja auch in früheren Werken, als es mit komfortablen Satzsystemen noch nicht so weit her war). Klar, Wikipedia ist nicht dafür da, die Unzulänglichkeiten des Schulunterrichts auszubügeln, aber zur Allgemeinbildung sollten eigentlich beide Schreibweisen gehören.--SiriusB 16:39, 5. Jul 2004 (CEST)

Nochmals zur Tausendertrennung

Wenn (siehe obige Diskussion) in der Wikipedia als "technisch bedingte Notlösung" der Punkt Zur Gliederung von längeren Ziffernfolgen in Dreierblöcke verwendet werden soll, sollte das im Artikel auch entsprechend dargestellt werden, denn: Die Schreibweise von Zahlen sollte in der deutschen Wikipedia dem hierzulande üblichen Format folgen, also Kommas zur Dezimaltrennung und Punkte zur Tausendertrennung.(Zitat aus Artikel) ist definitiv falsch !

Wer sich mal über "das hierzulande übliche Format" informieren möchte, sei auf "meinen" Artikel Schreibweise von Zahlen verwiesen ... Hafenbar 21:05, 10. Mai 2004 (CEST)

Hallo Hafenbar, die Diskussion um das 'hierzulande üblich' ließe sich ewig führen, nur weil in der DIN 1333 Leerzeichen zur Tausendertrennung vorgeschlagen werden, heißt das noch nicht, dass auch die Mehrheit der Deutschen, Österreicher und Schweizer so schreibt... Dasselbe gilt übrigens auch für die DIN 5008 und die 'Neue Deutsche Rechtschreibung'. Wie auch immer, nach langer, kontroverser Diskussion neigte sich der Kompromiß zum Punkt als Tausendertrenner und ich halte es ehrlich gesagt für überflüssig und Verschgeudung von Zeit und Nerven, derartige Diskussionen alle Vierteljahre neu zu starten. Entschuldige, wenn ich das so deutlich sage. -- Sansculotte 21:13, 10. Mai 2004 (CEST)

Dann sollte das aber auch so im Artikel stehen, dass für die deutschsprachige Wikipedia (und nur hier?) den Autoren eine Schreibweise nahegelegt wird, die bewußt bestehende Normen und den Duden ignoriert ... (nebenbei schlägt die DIN 1333 nicht nur Leerzeicher vor, sie verbietet ausdrücklich den Punkt: "Die Verwendung von Punkten zur Gliederung ist wegen der verschiedenen Verwendung von Komma und Punkt im europäischen bzw. amerikanischen Bereich als Gliederungszeichen nicht zulässig") ... Die Schweizer benutzen übrigens Hochkomma zur Tausendertrennung, soviel zu "hierzulande" ... Hafenbar 22:08, 10. Mai 2004 (CEST)

Ob die DIN für Normalsterbliche maßgeblich ist, wage ich mal zu bezweifeln. Wie der Name sagt, ist es eine Industrienorm. Wir haben also die Wahl, uns daran zu halten oder nicht. Natürlich hat die Norm gute Gründe, den Punkt zu verbieten. Eingebürgert hat sich bei uns aber der Punkt, auch häufig in der Wikipedia zu finden. Ich würde unbedingt darauf achten, Missverständnisse zu vermeiden, aber sonst den Punkt zu verwenden. Leerzeichen, soweit sie nicht als &nbsp; geschrieben werden, verbieten sich von selbst, denn umbrochene Zahlen sind ganz unakzeptabel. Punkte möglichst erst ab sieben Ziffern (dann gibt's mindestens zwei Punkte) oder wenn klar ist, dass es kein Komma sein kann (z. B. die Stadt hat 5.223 Einwohner, aber niemals 5.223 Einwohner/Kilometer²!) --Hubi 14:20, 12. Mai 2004 (CEST)

Ich seh gerade noch was. Ich hab in meinen Benutzereinstellungen Blocksatz eingestellt. Dann zieht der Browser selbst &thinsp;, natürlich auch &nbsp; auseinander, was zu nahezu unleserlichen Zahlen führt (z. B. so: 12   000   000 - simuliert).

Auch das spräche für den Punkt und die Beibehaltung der bisherigen Regelung trotz Duden/DIN-Argument. --Hubi 14:29, 12. Mai 2004 (CEST)

1) Eine DIN-Norm hat nichts mit Indusrienorm zu tun.

2) Selbstverständlich "muss" sich Niemand an Normen + den Duden halten, (auch nicht die Industrie).

3) Dafür, dass sich bei "uns"(was heißt das?) der Punkt als Trennzeichen "eingebürgert" hat warte ich immer noch auf irgendeine Form von Beleg. So habe ich den Eindruck, das hier nur einzelne Personen ihre persönlichen Gewohnheiten als den Standard darstellen.

4) An "Beachten sollte man, dass eine Tausendertrennung erst ab sieben Ziffern sinnvoll ist" hält sich meiner Erfahrung nach keiner.

5) Mir geht es doch gar nicht darum, in der Wikipedia unbedingt Leerzeichen einzuführen (bitte meine obigen Postings nochmals genau lesen - Möglicherweise ist es sinnvoller, auf eine Tausendertrennung vollkommen zu verzichten), Sondern nur darum, die Punktnotation nicht als den im deutschen Sprachraum gültigen + korrekten Normalfall darzustellen ! ... Hafenbar 15:44, 15. Mai 2004 (CEST)

Tipp des Tages (Projektportal 26. Mai 2004)
Bei langen Zahlen - ab 5 Ziffern vor dem Komma - werden in der Wikipedia ...
auf der verlinkten Seite Wikipedia:Schreibweise von Zahlen liest man dagegen:
Beachten sollte man, dass eine Tausendertrennung erst ab sieben Ziffern sinnvoll
Aber es geht noch weiter:
Tipp des Tages (Projektportal 26. Mai 2004)
... Die Verwendung von HTML-Entities (Thinspaces etc.) ist nicht erwünscht, um die Artikelquelltexte leicht lesbar zu halten.
auf der verlinkten Seite Wikipedia:Schreibweise von Zahlen wiederum:
... Zwischen Zahl und Einheit kann man, um unschöne Zeilenumbrüche zu vermeiden, ein   setzen
DEN Tip hätte ich mir doch für den 1. April aufgehoben ;-) ... Hafenbar 18:32, 26. Mai 2004 (CEST)

Der originale Tipp war anders, aber Uli musste es ja unbedingt wieder in seinem Sinne umm(odel|urkse)n. Die ursprüngliche Motivation war, dass jemand meinte, in Kalorien unbedingt 9300 kcal durch 9.300 kcal ersetzen zu müssen. Das finde ich wegen der Verwechslungsgefahr mit 9,300 kcal kontraproduktiv. Davon ist jetzt nichts mehr drin. Zu Ulis Kommentar beim ummodeln sag ich mal nichts. --Hubi 08:19, 27. Mai 2004 (CEST)

Motivation war, dass jemand meinte, in Kalorien unbedingt 9300 kcal durch 9.300 kcal ersetzen zu müssen. Das finde ich wegen der Verwechslungsgefahr mit 9,300 kcal kontraproduktiv. .. deckt sich auch mit meinen Erfahrungen und sehe ich genauso.
Wenn denn eine Tausendertrennung nötig erscheint, soll eine Gliederung (durch Punkte - wenn das die technisch einzig machbare Methode ist) erst bei Zahlen mit mindestens 7 Ziffern (im ganzzahligen Teil) erfolgen ... so ungefähr könnte ich mir das vorstellen ... Hafenbar 16:56, 27. Mai 2004 (CEST)

Dezimaltrennzeichen

Also, eine Frage meinerseits - bin gerade darüber gestolpert, daß das Dezimaltrennzeichen (also das zwischen dem ganzzahligen und dem gebrochenen Teil einer Zahl (1,5 für anderthalb) in der Schweiz ein Punkt sein soll nach Wikipedia-Information. Wie sieht es da mit Österreich aus? Und dann stimmt der Text hier im Artikel nicht, denn wir haben hier ja keine deutsche Wikipedia, sondern eine deutschsprachige - ich möchte jedoch einen Standard für die ganze Wikipedia haben, wegen mir auch den Punkt als Dezimaltrennzeichen, aber Hauptsache, die Schreibweise zieht sich komplett durch. Sonst kommt man beim Lesen einfach durcheinander (ich bin bei den Chemischen Elementen auf Zahlen gestoßen, die einen Punkt als Tausendertrennzeichen und ebenfalls einen Punkt als Dezimaltrennzeichen hatten - in einer Zahl ...). Wollen wir abstimmen, gibt es konkrete Lösungsvorschläge? -- Schusch 17:37, 4. Jul 2004 (CEST)

Mein Vorschlag: Ändere die Chemie-Artikel ;-) --DaB. 21:23, 4. Jul 2004 (CEST)

ja, mache ich auch, und zwar auf das Komma als Dezimaltrennzeichen - mir ging es eher um eine langfristige Lösung ... anscheinend hat auch Österreich als Dezimaltrennzeichen ein Komma, damit sind die Schweizer natürlich deutlich in der Minderheit. Ich würde wie gesagt auch einen Punkt akzeptieren, aber dann eben auch für die ganze deutschsprachige Wikipedia - und da wäre erstens einiges zu ändern und zweitens würde da so mancher jammern -- Schusch 00:16, 5. Jul 2004 (CEST)

Ich würde die jetzige Regelung (die ich auch so gelernt habe) beibehalten: Punkt aus Tausendertrennzeichen, Komma als Dezimaltrennzeichen. --DaB. 00:31, 5. Jul 2004 (CEST)

Das Problem ist, dass AFAIK Deutschland und Österreich damit so ziemlich allein auf der Welt sind. Insbesondere im angelsächsischen Raum wird durchweg der Punkt verwendet. Man denke bitte auch an Leute, die Zahlen aus Wiki-Artikeln in Programme übernehmen; ich kenne keine Programmiersprache, die ein Komma als Dezimaltrennzeichen akzeptiert (war nicht ein solcher Tippfehler die Absturzursache der ersten Ariane 5?). Aus Gründen der Internationalität verwenden auch viele deutsche Bücher den Punkt statt des Kommas (z.B. Scheffler/Elsässer).--SiriusB 13:48, 5. Jul 2004 (CEST)

ja, aber die Welt besteht nicht nur aus Programmierern und wir machen hier ein deutschsprachiges Lexikon (für die Allgemeinheit!) ... ich würde gerne ein paar Stimmen sammeln, wer sich vorstellen kann, ob der Punkt als Dezimaltrennzeichen ok ist, oder halt das Komma, und dann müßte das in eine große allgemeine Abstimmung - so wie es jetzt ist, ist es katastrophal - mir sind (mehr als einmal) in einem Artikel beide Schreibweisen begegnet (bei chemischen Elementen genauso wie bei Kochrezepten oder Archtikturartikeln), im Extremfall hatte ich schon so etwas: 3.404.45 kJ/(kg ⋅ m) ... aua! -- Schusch 13:54, 5. Jul 2004 (CEST)

Das Problem ist: Soll Wikipedia die Abkapselung des deutschen Sprachraumes durch die Bevorzugung einer für den Rest der Welt exotischen Schreibweise noch fördern, obgleich die andere durchaus zulässig ist? Durch eine weltweite Vereinheitlichung könnten viele vermeidbare Fehler vermieden werden. Und zwar nicht nur für Programmierer, sondern auch für den normalen Leser. Es führt nunmal kein Weg an einer Internationalisierung vorbei, und wer – wie ich z.B. – von Klein an auf Komma getrimmt wurde, der liest dann aus englischen Quellen oft um 1000 falsche Werte ab, gerade beim zügigen Lesen. IMHO wird das deutsche Dezimalkomma langsam aber sicher aussterben. Und spätestens dann stehen wir vor einem Sisyphos-Berg an Arbeit...--SiriusB 16:47, 5. Jul 2004 (CEST)

cdot ist sdot oder middot?

Ja, die Frage auch hier nochmal: wird das \cdot von TeX in html dargestellt durch &sdot; oder &middot; - und wenn wir schon dabei sind, sollte man auch gleich die Lage für Unicode klären. Insbesondere für Fälle wie: 12 ⋅ 10³⁵ sollte das klargestellt werden; Gruß, -- Schusch 13:55, 5. Jul 2004 (CEST)

sdot wird bei manchen Rechnern (Windows 2000 Professional, IE 5.5 - disclaimer: ich habe auf die Installation keinen Einfluss!) nicht dargestellt (leeres Rechteck), middot aber schon. Da sdot als dot operator tituliert ist, bei Zahlen aber genaugenommen kein exklusiver dot operator, sondern ein einfacher mittlerer Malpunkt vorhanden ist und cdot auch nur "centered dot heisst" (glaub ich jedenfalls), würde ich's bei middot (als middle dot tituliert) belassen. Folgendes hab ich gefunden:

Tex: cdot - centered dot

HTML-Entity: middot - middle dot (Georgian comma, Greek middle dot)

HTML-Entity: sdot - dot operator

also middot=cdot wg. centered dot=middledot. lg --Hubi 14:28, 5. Jul 2004 (CEST)

so, jetzt - das Zeichen ist ja ein Operator, oder? Von daher wäre sdot eigentlich wohl eher das richtige Zeichen ...

eine kleine irc-chat umfrage ergab folgendes Ergebnis (middot wurde immer angezeigt) (wer noch einen weiteren Fall hat, mag den ergänzen):

• sdot wird angezeigt:
  • win xp + mozilla: sdot geht
  • win xp + firefox: sdot geht
  • win 9x + firefox: sdot geht
  • linux + firefox 0.8: sdot geht
  • linux + mozilla 1.5: sdot geht
• sdot wird nicht angezeigt:
  • linux + konqueror: rechteck
  • win xp + internet explorer: sdot geht nicht
  • win 9x + opera 7.5: sdot geht nicht

sdot und middot sind auf Wikipedia:Sonderzeichen zu finden - hier noch ein Vergleich:

• mit sdot: 12 ⋅ 10³⁵
• mit middot: 12 · 10³⁵
• math mit \cdot: $12\ \cdot \ 10^{35}$

die für mich optisch schönere Variante ist das/der sdot, vom Sinn her (mathematischer Operator) dürfte sdot auch richtiger sein - aber von der Kompatibilität sieht es ja eher besser für die middot-Variante aus ... -- Schusch 15:47, 5. Jul 2004 (CEST)

Die Frage ist hier eindeutig beantwortet W3C. Da kann man irgendwie nicht dran rütteln. Und was einzelne Programme machen ist mir eigentlich egal. Die Programme haben sich an dem W3C zu richten und nicht umgekehrt. IMHO liegt es ohnehin nur an der gewählten Schriftart?! --Paddy 16:20, 5. Jul 2004 (CEST)

So wie sich auch alle Webseiten und alle Browser an die Vorgaben des w3c halten, und das seit jeher. Vor allem können die auch alle MathML, worauf du referenzierst. Oder irre ich mich da vielleicht. Und ich dachte immer, dass wir Informationen sammeln und verbreiten wollen. Und die PDAs und Kleinrechner können natürlich auch alle den vollen Unicode-Zeichensatz. Das Mathe-Zeichengestoppel mit HTML-Entities ist mMn sowieso ganz fürchterlich. Nichts für ungut, aber ich kann Aussagen wie "die Programme müssen's richten" irgendwie nicht ab. Insgesamt geht es doch nur um simple Zahlen, die lesbar dargestellt werden sollen. --Hubi 16:54, 5. Jul 2004 (CEST)

Ob sdot die optisch schönere Variante (in welchem Zeichensatz?) ist, kann ich von hier aus nicht beurteilen, da sdot -leider leider- nicht angezeigt wird. --Hubi 16:54, 5. Jul 2004 (CEST)

PS: Immerhin ist middot Bestandteil des ISO 8859-1 (Latin-1) Zeichensatzes, der meines Wissens schon sehr lange (seit Mitte der 1980er) Grundlage für westeuropäische X-Windows und M$Windows-Zeichensätze darstellt. Dass middot überall geht, ist also kein Wunder. --Hubi 17:05, 5. Jul 2004 (CEST)

Also sollen wir es falsch machen? Ist das Deine Forderung? --Paddy 17:25, 5. Jul 2004 (CEST)

Zunächst einmal: ich fordere hier gar nichts. Ich bin lediglich für eine pragmatischere Sichtweise. Dann bewegen wir uns meiner Meinung nach nicht auf dem Terrain der Formatierung von mathematischen Formeln (MathML), sondern befassen uns mit der Schreibweise von Zahlen. Schließlich war die ursprüngliche Diskussion, ob TeXs cdot eher HMTLs middot oder sdot entspräche, was ich eindeutig mit middot gleichsetzen würde, siehe oben. Wenn TeX schon keinen dot operator mitbringt, brauchen wir in einfachen (!) Zahlen auch keinen. Endlich geht es hier nicht die Wahl zwischen falsch oder richtig, sondern um eine Festlegung, was mittel- bis langfristig als Konsens bei der Schreibweise von Zahlen empfohlen werden soll, und da bin ich nun mal für middot, unter anderem, weil das blöde W2000 hier sdot nicht darstellt. Eins noch: Wer braucht denn die ganzen anderen Mathe-HTML-Entity-Zeichen? Niemand, daher wird es auch in Zukunft viele Zeichensätze/Rechner geben, die dies nicht unterstützen werden.

Also, sollen wir es falsch machen? Nein, natürlich nicht. Aber ich glaube einfach, dass sdot aus den genannten Gründen die falsche Alternative ist. Grüsse --Hubi 17:44, 5. Jul 2004 (CEST)

nun polemisier mal nicht so Paddy :-) wir haben ja auch offiziell Punkte als Tausendertrennzeichen - ist ja auch nicht ganz korrekt ... Hubi, eigentlich ist es ja nicht korrekt, aber ich könnte mit dieser Variante leben (genauso wie mit einem Punkt als Dezimaltrennzeichen), aber das sollte dann auch mal schriftlich festgehalten werden - könnt ihr noch mal ein bißchen rumfragen, wer sich noch so dazu äußern möchte? Und wenn keine weiteren Argumente mehr kommen, machen wir vielleicht in einer Woche 'ne ordentliche Abstimmung? -- Schusch 17:46, 5. Jul 2004 (CEST)