Trennzeichen in Zahlen

Hi, wegen der Thread-Disziplin mach ich mal ein neues Thema auf.

Ich habe den Deutschlehrer meines Vertrauens zu diesem Thema befragt und folgende Antwort erhalten:

Hallo Rainer,
die amtlichen Regeln der Rechtschreibung regeln das meines Wissens nach nicht. Aber ich habe einmal recherchiert: es gibt dafür eine DIN-Norm (DIN 5008). Diese empfiehlt das Leerzeichen:

1 500 Exemplare

50 000 000 Besucher
75 123 Stück
3,141 592 653 59

Bei Geldbeträgen werde wohl der Punkt empfohlen: 1.573,45 EUR
Viele Grüße

Das würde ich jetzt gerne als "verbindlich" für den "Initialwert" ansehen. Ich perspönlich finde den Punkt auch als Potentiell missverständlich (1.456 vs. 1,456) un daher abzulehnen. Entsprechend sollte dann in der deutschen Übersetzung auch der Punkt bei der Beschreibung verschwinden:

Das beim Beispiel unten dann ein Fehler auftritt ist ein Bug, da mach ich gleich ein Issue.

Rainer

Quote from Mütze

Die Breite eines normalen Leerzeichen (wie im Screenshot) finde ich etwas zu weit. Ein schmales, geschütztes Leerzeichen wäre besser lesbar.

Das könnte man sicher per Default so machen.

Quote from Bario

Wenn man es genau nimmt, muß es aber ein geschütztes Leerzeichen sein, was beim automatischen Umbruch nicht mit umgebrochen wird und evtl. etwas schmaler als das normale Leerzeichen ist. Ich habe aber noch nicht recherchiert, ob es soetwas im Geos-Zeichensatz überhaupt gibt.

Ja, gibt es. Alt + Leertaste, brauche ich häufig um Einheiten nicht an die Zahl zu kleben. Gute Idee. Code müsste man mal raussuchen.
Das Beispiel wird dann unten wieder richtig angezeigt, allerdings scheint mir das Zeichen dort zu breit- in GeoWrite ist es so breit wie ein normales Leerezeichen. Wobei das wahrscheinlich von der Schriftart abhängt.
Rainer

Quote from Johannes Möller

Mal ne Frage, das 1000er Trennzeichen aus den Voreinstellungen nutzt doch vor allem GeoCalc oder? Und in GeoCalc geht es doch meistens um Datum und Aufzählungen und Geldbeträge oder? Und bei Geldbeträgen wird aber der Punkt als Tausender Trennzeichen benutzt. Also müsste dann in den Voreinstellungen dort der Punkt rein?

Es geht nicht darum, welches Programm welche Einstellung besonders häufig nutzt und welche Programmfunktion (Geldbeträge) bei diesem Programm von einigen Nutzern häufig gebraucht werden. Das ist der völlig falsche Ansatz. Andere Nutzer sehen das bestimmt auch mal anders. Was man da einstellt, ist das Format in dem allgemein Zahlen in Deutschen dargestellt werden. Das hat mit Währung primär nichts zu tun, sondern nur mit der Zahlendarstellung, wie man z.B. Stückzahlen oder Längen oder Volumina oder was auch immer darstellt.
Die Funktion, die dort "konfiguriert" wird heißt LocalFormatNumber() oder so ähnlich und das ist eine Systemfunktion, die von beliebigen Programmen aufgerufen werden kann, die den Nutzer beliebige Zahlen in der bei ihm üblichen Weise konsistent zu anderen Programmen anzeigen wollen.

Für Währungen gibt es einen eigenen Punkt in der Liste - leider kann man da keinen abweichenden 100er Trenner einstellen. Bei der Konfiguration des Datums (anderer Punkt in der Liste) kannst du ja das Trennzeichen separat konfigurieren.

Rainer

Also können kann das jedes beliebige Programm. Die Routine heißt übrigens nicht Local~igendwas sondern FloatFloatToASCII - wobei es hier mehrere Varianten gibt (z.B. FloatFolatToASCII_StdFormat) udn man nicht zwingend die Systemeinstellungen nutzen muss. Aktuell zu nutzen scheint es neben GeoCalc und natürlich der Mathe-Library der Banker, der Taschenrechner, R-BASIC und GeoCosmos. Wobei die Liste unvollständig sein kann, da es implizite Aufrufe über die Mathe-Library geben kann oder ich noch etwas übersehen habe.

Ich gebe euch insofern recht, dass das "normale" Leerzeichen im Systemfont ganz klar zu breit ist.

Dem Punkt stehe ich aus zwei Gründen kritisch gegenüber:
1. 256.000 kB frei wird nicht jeder als 256 MB auffassen - jedenfalls nicht zwingend. Eine Verwechslung mit dem Dezimaltrennzeichen ist quasi vorprogrammiert.
2. Der Punkt als Dezimaltrenner wird in der Schule (jedenfalls bei uns) nicht gelehrt - er ist in diesem Sinne nicht "allgemein üblich" und wird auch im normalen Schriftsatz (Zeitung, Bücher, Zeitschriften) meines Wissens nach nicht verwendet - jedenfalls nicht "standardmäßig". Das Leerzeichen hingegen habe ich schon öfter gesehen.

Rainer

Nachtrag: mit den aktuellen TTF Fonts (und auch den Nimbus Fonts, die ich probiert habe) ist das fixed Leerzeichen nicht zu breit (GeoWrite). Die Punkte im Bild sind Alt-Ctrl-i + Space und Alt-Ctrl-n und Space - das sollte vom Konzept her sicher ein n-breites und dein i-breites Leerzeichen sein, wird aber in allen(?) TTF-Fonts als Punkt dargestellt. Bei den NimbusFonts liegt dort ^und Tilde ~. -- das ist noch mal eine andere Diskussion wert.

Ausnahme: mono-Spaced Fonts - da sind naturgemäß alle Zeichen gleich breit. Doof scheint wirklich nur Berkeley zu sein.

Rainer

Das scheint noch mal viel Arbeit zu machen. Konzeptionell.

Warum ist links ein Punkt??? Die Amis sind doch nicht das Maß der Welt.

Quote from Mütze

In "Eigenschaften > Zahlenformat" müsste man "Fest mit Punkt" in "Fest mit Trennzeichen" oder in "Fest mit Separator" ändern.

Fest mit Trennzeichen würde ich schöner finden.

Quote from Mütze

1. Ein (schmales, festes) Leerzeichen als das korrekte Trennzeichen dürfte für die Voreinstellungen gesetzt sein. Da könnte man in der Voreinstellungen-Hilfe vielleicht einen Hinweis einbauen, wie man das einträgt, falls jemand nachträglich ein anderes verwendet hat und später wieder zum Leerzeichen zurück möchte.

Das halte ich für sehr wichtig. Alternativ wäre ein "Standard" Button cool. Aber da erfordert größere Eingriffe in den Code.

Rainer

Quote from Mütze

Hat das nicht damit zu tun, das GEOS bzw. GeoCalc intern den Punkt (anstatt Komma?) bei Berechnungen verwendet?

Ich glaube nicht. Der Text "1234.567" ist an mehreren (!) Stellen in der Math Library zu finden. z.B.

UIFmtSample1Base = GenText {
    text = "1234.567";
    textDisplayAttributes = singleLineText;
    hints = {
	HINT_FIXED_SIZE {
	    SpecWidth <SST_AVG_CHAR_WIDTHS, 10>
	    SpecHeight <>
	}
    }
}

UIFmtSample1Is = GenGlyph {
    moniker = " is displayed as: ";
}

Das gilt z.B. auch für den Text "-0.567" und müsste also in der Übersetzungsdatei angepasst (spricht "übersetzt") werden.

Rainer

Yepp. Bei der Gelegenheit: Die Leerzeichen vor (und evtl. nach) Erstellen, Bearbeiten, Löschen sollten auch nicht sein.
Sind die Vorgaben für die Trennzeichen auch in der Math-Library?

Rainer