hallo jimmy,
ja klar ist das eine ActiveX-Fehlermeldung
ich mach da überhaupt nochts besonders ...
erstelle ein excelsheet und lege dann fest, welches
Format die einzelnen Spalten haben sollen.
Beispiel:
oSheet_&lim_nr:Columns( 1 ):NumberFormat := "@"
oSheet_&lim_nr:Columns( 2 ):NumberFormat := "#.##0,00"
oSheet_&lim_nr:Columns( 3 ):NumberFormat := "#.##0,0000"
und beim Numberformat "#.##0,00" knallt es bereits und zwar
lediglich aus nur EINEM EINZIGEN Grund.
Diesen habe ja auch bereits im Posting
Re: EXCEL 2010 - Problem bei Formatierung Nummernformat
Beitrag von flanelli » Mi, 30. Mai 2018 13:21
mit Unterstützung von Bjelinek fixieren können.
BJelinek hat geschrieben: ↑
Fr, 04. Mai 2018 18:27
Kann es an den Ländereinstellungen und Zahlenformaten im Windows liegen?
Auf Schweizer Rechnern gibt es Teilweise Anzeigeprobleme nach Office
Neuinstallationen/Reparaturinstallationen.
Dieser Grund nochmal wie folgt:
Auch wenn man in den Excel-Grundeinstellungen die Option
"Trennzeichen vom Betriebssystem übernehmen" NICHT anhakt
und sodann die Dezimal- bzw. Tausendertrennzeichen direkt in Excel als
Vorgabe mit , und . definiert, wird dies via ActiveX deifintiv ignoriert
und wenn dann im OS WIN10 z.B. der Wert für die Zifferngruppierung LEER
ist dann kommt es unwiderbringlich zu diesem Fehler.
Die Crux daran ist, dass bei völig identischen Rechnern mit völlig identischer
WIN10-Installation es dennoch vorkommt, das immer wieder mal ein Rechner dabei ist,
bei dem die Standardwerte Dezimaltrennzeichen ist ein beistrisch zwar stimmt aber
der Wert für die Zifferngruppierung, also den Tausendertrennteichens anstatt eines
Punktes LEER bleibt.
Um bereits im Vorfeld so einen Fehler zu vermeiden und daher erst gar keine
Erstelung eines Excelsheets mit erforderlichen numerischen Spalten zu erlauben
wenn das Trennzeichen LEER ist, möchte ich eben den Wert des OS ermitteln
und dann gegebenfalls auch den Anwender bzw. den direkten Support des Kunden
mit einem Mail darüber informieren um die Einstellung im OS manuell zu korrigieren.
Allerdings erhalte ich über SetLocale(NLS_STHOUSAND) nicht immer den wirklich
im OS eingetragenen Wert, er bleibt nämlich immer LEER obwohl ein Punkt eingetragen
istm und damit würde ein automatisches Blockieren der Sheeterstellung trotz
letzendlich ja in so einem Fall fehlerfreien Erstellung sinnlos.
Daher meine Intention, den ECHTEN Wert für die Zifferngruppierung über einen
anderen Weg, zb. via API zu ermitteln.