CDbl will Komma statt Punkt zur Dezimalentrennung???

[m3]

Also diese Komma-Geschichte ist eh noch super, da nachvollziehbar und dokumentiert (und das schon länger).
Was glaubst Du, wie ich bei http://atnotes.de/index.php/topic,37619.0.html geflucht habe?

[Gandhi]

Nun gut - so oder so habe ich gelernt, dass ich zukünftig neben der Datumsumwandlung nun auch der Zahlenumwandlung grundsätzlich misstrauen muss.

[koehlerbv]

Marco, ich befürchte, Du hast es immer noch nicht verstanden, was wir hier geschrieben haben und welchem eigenem Fehler Du jahrelang aufgesessen bist. Sorry.

Bernhard

[flaite]

Bernhard,

in anderen Systemen gibt es deutlich weniger Internationalisierungs- und Lokalisierungsprobleme als in Domino und zwar einfach aus dem Grund, dass zur Planungsphase modernerer auf Java, .NET, Ruby, Webservice Standards basierten Systemen die entsprechenden Standards der Internationalisierung und Lokalisierung weiter fortgeschritten waren als zur Erstellung von Domino. Das wurde in Notes erst im nachhinein dar reingefrickelt.
Das Problem ist nicht die Komplexität einen "String" (was immer du hiermit meinst) kontrolliert in ein lokalisiertes Datums- oder Nummernformat umzuwandeln. Das Problem besteht vielmehr darin, dass die Regeln, nach denen ein Domino-Server/Notes-Client in das eine oder andere Locale (Sprache) konvertiert, alles andere als transparent sind.
NotesInternational.DecimalSeparator ist eine großartige Hilfe für Probleme, die wir schon viel hatten.
Eigentlich müsste das Locale einfach abfragbar an einem Ort gesetzt werden können. In Domino ist es aber leider komplizierter.

Gruß Axel

[sst001]

Hallo,

der Thread ist zwar schon etwas älter, aber vielleicht hilft es dem ein- oder anderem bei einer Suche weiter.
In LotusScript können Zahlenwerte aus einem String auch über
double=Val ( stringExpr )
extrahiert werden. Damit kann man in vielen Fällen die länderspezifischen Trennzeichen richtig umgesetzt bekommt.

Grüße
Sven