---

Hallo Forumsteilnehmer,

ich habe gerade die rumänische Übersetzung unserer Translatetexte importiert, die im 2-Byte-Unicode als Excel-Tabellen-Spalte vorlagen. Neben der neuen ODBC-Excel-Übersetzung, die eine geeignete Windows-Schrift (Danke Uli für Deinen Einsatz zwecks ISOCPEUR!) voraussetzt, will ich für Alt-Projekte unseren Usern auch noch eine "traditionelle" Übersetzungsdatei ohne Windows-Schrift bereitstellen.
Dabei habe ich folgende Beobachtungen gemacht:

Der Import der Unicode-Excel-Spalte klappt problemlos.
Die Zeichen mit diversen Schlängelchen und Dächchen unter und über den Zeichen, die im ELCAD-Zeichenvorrat nicht enthalten sind, werden durch die "nackten" Zeichen ersetzt (so wie wir das schon die letzten 20 Jahren mit ext. Programmen für ELCAD aufbereitet haben).
Wenn ich diese Texte nach Excel exportiere, dann habe ich nur noch 1 Byte (also vermutlich ANSI oder?) pro Zeichen in der Excel-Datei. 
Dennoch blieben noch 2 Zeichen übrig, die ELCAD mit einem Fragezeichen (?) ersetzt, was etwas unschön ist und mich zwingt, doch nochmal ein VBA-Script drüber zu schicken, das mir gezielt diese beiden Zeichen ersetzt.

Daher meine Fragen:
1.Werden alle in der TRANSLATE-Bearbeitungs-Ansicht im ELCAD korrekt und ohne Fragezeichen dargestellten Zeichen/Texte auch korrekt im Grafischen Editor mit der ELCAD-Schrift erscheinen?
2.Lässt sich die irgendwo hinterlegte Zeichenersetzeliste irgendwie erweitern?

------------------
TIF

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo TIF,

interessant, ein ähnliches Problem hatte ich gerade selbst.....

Ich hatte von einem Übersetzer romänische Texte in EXCEL bekommen. Schriftart ARIAL UNICODE MS.
Nach dem Einlesen werden 2 Zeichen (eigentlich 4, Groß- und Kleinschrift) nicht angezeigt.

Die Zeichen sind "ș" / s-comma und "ț" / t-comma.

Diese Zeichen sind zwar in Unicode definiert, werden aber nicht in ARIAL UNICODE MS (und nicht in ISOCPEUR) dargestellt.
EXCEL umgeht das Problem, indem es für dieses Zeichen einen anderen Zeichensatz benutzt, obwohl ARIAL UNICODE MS vorgegeben ist. Erkennbar ist das erst, wenn das einzelne Feld in WORD kopiert wird und man sich den Zeichensatz eines jeden einzelnen Buchstabens anschaut.

Ich umgehe das Problem, indem ich wie Du die entsprechenden Zeichen in "ş" s-cedilla bzw. "ţ" t-cedilla tausche.
Genaueres dazu findest Du unter http://en.wikipedia.org/wiki/Romanian_alphabet  im Absatz "Unicode and HTML".

Wahrscheinlich hat ELCAD ein ähnliches Problem.

(Das beantwortet nicht direkt Deine Fragen, vielleicht hilft es trotzdem  )

Andreas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Andreas,

WOW, Du hast ja echt Ahnung von diesem komplexen Thema "Zeichensatz/Schriften)" !!!

Bei mir sind es übrigens exakt die gleichen 2 Zeichen, die sich störend unters "Zeichen-Volk" gemischt haben!

Was Excel und Elcad da genau treiben, das habe ich garnicht erst zu "entdecken" versucht, daher herzlichen Dank für die Veröffentlichung Deiner Nachforschungen.
Ich bin etwas weniger subtil vorgegangen und habe gleich
"ș" mit "s"  und  "ț" mit "t" getauscht.
Hast Du einen Weg gefunden, wie direkt mit Excel in "ş" s-cedilla bzw. "ţ" t-cedilla getauscht werden kann?
Mir ist nicht klar, wie ich die Suchen&Ersetzen - Funktion im Excel damit beauftragen kann.
(Benutze hierfür VBA-Code in Access)
Gibt es eine Funktion, mit der ich direkt die Byte-Codes der Zeichen zu sehen kriege oder wie hast Du herausgefunden, dass Excel zur Darstellung einen anderen Zeichensatz verwendet?,
bzw. wie sehe ich nach dem Kopieren in Word den Byte-Code der Zeichen?

Viele Grüße nach Hannover
von 

------------------
TIF

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Thomas,

die rumänischen Zeichen U+0218, U+0219, U+021A, U+021B sind z.B. in Tahoma enthalten.

------------------
Viele Grüsse von Saltkråkan
Pelle Bootsmann

[Diese Nachricht wurde von Pelle Bootsmann am 08. Mrz. 2012 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

UnicodeExample1.jpg UnicodeExample2.jpg

Hallo TIF,

danke für die Lorbeeren......

In Word ist es meines Wissens nicht möglich, sich den Bytecode anzeigen zu lassen.

Für die Verwaltung der Unicode-Translatedatei (eine große Unicode-Textdatei) habe ich mir ein kleines Programm in einer Basic-Variante geschrieben. Damit konnte ich auch den Unicode-Wert des fehlenden Zeichens ermitteln.

Es geht aber auch online auf der Seite http://www.topsoft.at/pstrainer/pstrainer.php,  hier nach "Details zu UTF-8" suchen und dem Link folgen....
Die Windows-Zeichentabelle zeigt dann, daß das Zeichen im Zeichensatz fehlt.

Den zweiten Zeichensatz habe ich herausgefunden, indem ich das Excelfeld herauskopiert und in Word eingefügt hatte. Beispiel 1 zeigt "Arial Unicode MS" für Buchstabe i, Beispiel 2 zeigt "Cambria" Math für das Sonderzeichen.

In Excel kann man das Sonderzeichen in den Ersetzen-Dialog kopieren und das Austauschzeichen mit ALT-015e einfügen. VBA beherrsche ich nicht....

Viel Spass noch

Andreas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

um sich in Word den Bytecode anzeigen zu lassen. Kannst du die Funktion "einfügen Symbol" benutzen. Da wird dir dann die gesamte Zeichentabelle der Schriftart dargestellt und du siehst rechts unten den Bytecode vom aktuell ausgewählten Zeichen/Symbol als 4Byte Unicode.
Geht sogar rückwärts wenn du den Bytecode hast und in das Feld schreibst springt er automatisch zu dem Zeichen in der Tabelle.

mfg: Steffen

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Herzlichen Dank!,

Andreas, Pelle und Steffen

für die hilfreiche und kompetente Unterstützung!

Vorschlag @ Pelle:
Gibt es eine Möglichkeit dem ELCAD beizubringen, welche ihm unbekannte und später als Fragezeichen dargestellte Zeichen, gegen vom User anzugebende Ersatzzeichen zu tauschen sind?
Im Prinzip wäre das eine in den Ini-Einstellungen zu hinterlegende Referenz auf eine Sonderzeichen-Ersetze-Excel-Datei, in die Elcad hineinschaut, wenn Translatetexte importiert werden. Ist dem ELCAD ein Zeichen nicht bekannt und würde in ein Fragezeichen münden, so wird dort nach einem Ersatz gesucht bzw., wenn nicht vorhanden, dort eingetragen, so dass der User das Ersatzzeichen eintragen kann.

------------------
TIF

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Thomas,

nach eingehender Diskussion ist Aucotec der Meinung dass wir hier keine Unterstützung geben werden. Wir sind wegen solcher Probleme von den alten Translatedateien weggegangen.
Für Rumänisch gibt es übrigens noch nicht einmal eine Codepage-Nummer.
Andere Kunden die dieses Problem auch hatten, arbeiten heute erfolgreich mmit Unicode-Translatedateien.

Eventuell kann man diese Zeichen ja direkt schon im Excel ersetzen.
Die zu ersetzenden Zeichen sind ALT-536/537/538/539.

Code:

---

Unicode  Decimal  Zeichen
-------  -------  -------
U+0218   Alt-536   Ș
U+0219   Alt-537   ș
U+021A   Alt-538   Ț
U+021B   Alt-539   ț
U+015E   Alt-350   Ş
U+015F   Alt-351   ş
U+0162   Alt-354   Ţ
U+0163   Alt-355   ţ

---

------------------
Viele Grüsse von Saltkråkan
Pelle Bootsmann

[Diese Nachricht wurde von Pelle Bootsmann am 09. Mrz. 2012 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Akzeptiert!
Ich kann mir, auch dank der hilfsbereiten Kollegenbeiträge, helfen und andere Betroffene können hier nachlesen und profitieren!

Ein schönen Wochenende!

------------------
TIF

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP