Zitat:
Original erstellt von StephanWörz:
Modeling/Annotation sollte doch mittlerweile (V20.1) Umlaute darstellen können.
"mittlweile" Heftig'st widersprech!
Annotation kann das schier seit Version 5.1 (also 1997). Da die Entwickler damals in Deutschland sassen, kannst Du mir glauben das wir da immer drauf geachtet haben. - Aber, ja, hier und da war das knifflig und man musste aufpassen.
Irgendwann gab es dann die Umstellung auf UNICODE. Das hat den Austausch via Dateien von System A nach System B stark vereinfacht. Weil man nicht mehr zusätzlich das Zeichensatz Encoding der Datei kennen musste um den Inhalt ggf. manuell zu konvertieren.
Aber Modeling und Annotation und die CoCreate Datenbankprodukte konnten damit per se schon immer gut umgehen. (soll nicht heissen das es da auch mal Bugs gab, keine Frage, die gab es).
Warum bei Dir die Umlaute so komisch ausssehen? Da müsste schon genau wissen, wo der String herkommt, wie er in welchen System ausssieht, wie er übertragen wird... und ggf. wie er in welchen auch immer temporären Dateien aussieht. Und welche Annpassung noch so alles auf dem String rumnudeln.
Und dann die ganz generische Frage: nutze mal Deine Modeling, Annotatiom, Datenbank ohne die 142 Kunden Anpassungen. WIE sieht es dann aus?
Und dann die andere generische Frage: seit wann sieht das SO bei Euch aus?
Kann durchaus sein das 'unterwegs' ein String Konverter läuft der Daten aus dem EPR früher mal anpassen musste, aber nun genau das Gegenteil bewirkt, ggfl auch nur wenn es sich vielleicht um Altdaten handelt (und es deswegen nicht immer passiert).
Durchsuche mal eure gesammten Anpassungen aller System nach "ä" und "Ì" .. kompilerte Sachen findest du damit natürlich immer noch nicht.
So, nun habe ich Dir genug Hausaufgaben gegeben..
------------------
● Firefox ESR ● Java Forum Stuttgart JUGS ● OSD Hilfeseite (de) / help page (en) ● NotePad++ ● BuFDi ●
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP