ich habe ein Tabellenblatt und in einer Zelle wird der Wochentag angezeigt, in Abhängigkeit zum Datum einer anderen Zelle.
Da ich dieses Tabellenblatt einem anderen Werk zur Verfügung stellen möchte, soll dort dann nicht Montag, Dienstag usw. stehen, sondern Monday, Tuesday usw.
Wie mache ich das? Oder wird die Wochentagsausgabe auf einem amerikanischen Rechner sofort in englisch angezeigt?
Was passiert mit den Rechenoperationen, die bei mir in Deutsch sind, z.B. WAHR FALSCH WENN(ISTLEER oder sonstiges, oder kann der andere Rechner auch das berechnen?
Da ich dieses Tabellenblatt einem anderen Werk zur Verfügung
stellen möchte, soll dort dann nicht Montag, Dienstag usw.
stehen, sondern Monday, Tuesday usw.
Wie mache ich das? Oder wird die Wochentagsausgabe auf einem
amerikanischen Rechner sofort in englisch angezeigt?
Das wird übertragen, da die Formate von der Spracheintstellung in der Systemsteuerung abhängen.
Was passiert mit den Rechenoperationen, die bei mir in Deutsch
sind, z.B. WAHR FALSCH WENN(ISTLEER oder sonstiges, oder kann
der andere Rechner auch das berechnen?
Da bin ich mir nicht sicher, weil die Formeln in einer bestimmten Datei abgespeichert sind. Diese heißt je nach Sprachversion anders. Siehe auch meinen FAQ-Eintrag.
Was passiert mit den Rechenoperationen, die bei mir in Deutsch
sind, z.B. WAHR FALSCH WENN(ISTLEER oder sonstiges, oder kann
der andere Rechner auch das berechnen?
Ich bewege mich täglich mit den selben Tabellen zwischen US-Excel und Deutschen Excel versionen. Mir ist bisher erst eine Funktion untergekommen die nicht übersetzt wird =Zelle(„Dateiname“). Alle anderen Funktionen wurden Problemlos übersetzt.
Ich bewege mich täglich mit den selben Tabellen zwischen
US-Excel und Deutschen Excel versionen. Mir ist bisher erst
eine Funktion untergekommen die nicht übersetzt wird
=Zelle(„Dateiname“). Alle anderen Funktionen wurden Problemlos
übersetzt.
Hallo Wolfgang,
danke für diese Information. Ich habe kein amerik. Excel deshalb bin ich da immer interessiert zu erfahren was im Zusammenspiel klappt und was nicht.
Mit Datum, Uhrzeits Dezimaltrennzeichen gibt es keinerlei Probleme?
Haben deine Dateien Makros? Als Beispiel würde mich interessieren wie die Umsetzung von …FormulaLocal= „=Summe(A1:A5)“ und anderen Vba-Funktionen klappt, die „lokale“ Sprachelemente haben.
Ich bewege mich täglich mit den selben Tabellen zwischen
US-Excel und Deutschen Excel versionen. Mir ist bisher erst
eine Funktion untergekommen die nicht übersetzt wird
=Zelle(„Dateiname“). Alle anderen Funktionen wurden Problemlos
übersetzt.
Hier könntest Du mit dem englischen ‚Original‘-Begriff IMO Erfolg haben:
=ZELLE(„Filename“)
Generell werden alle Standard-Formeln beim öffnen einer Mappe
problemlos in die jeweilig lokalisierte Sprache übersetzt.
Ausgenommen sind hier die Funktionen aus dem Analyse-AddIn.
Hier hilft dann allenfalls (zumindest für einige Sprachen) ein ‚Nicht-MS‘ AddIn.
Ich habe kein amerik. Excel
deshalb bin ich da immer interessiert zu erfahren was im
Zusammenspiel klappt und was nicht.
Mit Datum, Uhrzeits Dezimaltrennzeichen gibt es keinerlei
Probleme?
Wenn die Trennzeichen vom Betreibssystem übernommen werden klappt das in der Regel anstandslos.
Alles was als String vorliegt kann dann allerdings (logischerweise) nicht mehr korrekt verarbeitet werden.
Haben deine Dateien Makros? Als Beispiel würde mich
interessieren wie die Umsetzung von …FormulaLocal=
„=Summe(A1:A5)“ und anderen Vba-Funktionen klappt, die
„lokale“ Sprachelemente haben.
.FormulaLocal bezieht sich *immer* auf die lokalisierte Version die verwendet wird.
Wenn Du dann mit „=SUMME()“ auf einem US-Excel eine Formel zuzuweisen versuchst kann das nicht klappen, weil die lokalisierte Funktin dort dann SUM() heisst (die Zuweisung ist ja auch als String vorhanden, der nicht übersetzt werden kann/darf).
Arbeite also aus VBA heraus immer mit .Formula und verwende die Original-englischen Namen der Formeln, dann läuft der Code auf allen Sprach-Versionen.
Mit Datum, Uhrzeits Dezimaltrennzeichen gibt es keinerlei
Probleme?
Wenn die Trennzeichen vom Betreibssystem übernommen werden
klappt das in der Regel anstandslos.
Alles was als String vorliegt kann dann allerdings
(logischerweise) nicht mehr korrekt verarbeitet werden
Naja,meine Logik und die von MS passen gelegentlich überhaupt nicht zusammen, z.B. =ZELLE(„Filename“) erscheint mir unlogisch.
Haben deine Dateien Makros? Als Beispiel würde mich
interessieren wie die Umsetzung von …FormulaLocal=
„=Summe(A1:A5)“ und anderen Vba-Funktionen klappt, die
„lokale“ Sprachelemente haben.
.FormulaLocal bezieht sich *immer* auf die lokalisierte
Version die verwendet wird.
Wenn Du dann mit „=SUMME()“ auf einem US-Excel eine Formel
zuzuweisen versuchst kann das nicht klappen, weil die
lokalisierte Funktin dort dann SUM() heisst (die Zuweisung ist
ja auch als String vorhanden, der nicht übersetzt werden
kann/darf).
Arbeite also aus VBA heraus immer mit .Formula und verwende
die Original-englischen Namen der Formeln, dann läuft der Code
auf allen Sprach-Versionen.
Aha, das dachte mir das schon.
Aber hätte ja auch sein können dass Excel-Vba =Summe( in =Sum( wandelt wenn es sieht dass es ein mit deutschem Excel, oder spanisch, französisch usw. erstellter Code ist, der auf englischem Excel laufen soll.
Alles was als String vorliegt kann dann allerdings
(logischerweise) nicht mehr korrekt verarbeitet werden
Naja,meine Logik und die von MS passen gelegentlich überhaupt
nicht zusammen, z.B. =ZELLE(„Filename“) erscheint mir
unlogisch.
Ja, das kann ich gut verstehen - aber wenns so auch international klappt passe ich meine Logik gerne an
In gewisser Weise überrascht mich dies allerdings nicht. Alle Parameter von ZELLE() laufen auch mit den ‚original‘-englischen Bezeichnungen.
Die Lokalisierung ist letztlich ja ‚nur‘ eine aufgestülpte Oberfläche - unter der Haube läfut alles im englischen ab.
.FormulaLocal bezieht sich *immer* auf die lokalisierte
Version die verwendet wird.
Wenn Du dann mit „=SUMME()“ auf einem US-Excel eine Formel
zuzuweisen versuchst kann das nicht klappen, weil die
lokalisierte Funktin dort dann SUM() heisst (die Zuweisung ::ist ja auch als String vorhanden, der nicht übersetzt werden
kann/darf).
Arbeite also aus VBA heraus immer mit .Formula und verwende
die Original-englischen Namen der Formeln, dann läuft der Code
auf allen Sprach-Versionen.
Aha, das dachte mir das schon.
Aber hätte ja auch sein können dass Excel-Vba =Summe( in =Sum(
wandelt wenn es sieht dass es ein mit deutschem Excel, oder
spanisch, französisch usw. erstellter Code ist, der auf
englischem Excel laufen soll.
Ja, diesen Wunsch kann ich nachvollziehen - da die Formel aber als String im Code drin steht bin ich eher froh, dass VBA da nicht irgendwas mit anstellt, sondern die Strings so belässt wie ich sich verfasst habe.
