Umlaute bei D7 ADO/Access

[Bernhard Geyer]

Zitat von tggmx:

Es gibt in Windows 10 mittlerweile eine nette kleine gut versteckte Checkbox in den Regions-Einstellungen ("Beta: Unicode UTF-8 Unterstützung...") die wahrscheinlich nicht ganz ohne Hintergrund mit "Beta" bezeichnet ist. Prüfe mal ob diese Option bei deinem Kunden aktiv ist. Abschalten sollte die Lösung für dein Problem sein.

Wieso baut man in einem OS das seit über 20 Jahren eine auf (inital UCS2, ab Wk2 UTF-16-Basiert) sowas noch ein?
Das verursacht doch mehr Problem als es löst?

[cckLoud]

Weil es abertausende Anwendungen gibt, die mit Ansi laufen?

Klar, man könnte natürlich auf zB Rio umsteigen, aber so einfach ist das nicht, wenn das auch immer wieder kolportiert wird.

Auch wir haben uns Rio besorgt und die Umstellung war auch tatsächlich in 3 Tagen durch. Sollte man meinen, denn im Detail war es nicht so, wie man es erwartete - zB bei Grids gibt es massive Probleme, die werden nicht korrekt dargestellt und müssen fast alle nachgearbeitet werden. Und das dauert, schliesslich hat das Programm so ungefähr 500 Masken und Frames. Und dann muss man ausgiebig testen, sonst rassten die Kunden aus. Und die laufenden Weiterentwicklungen nicht vergessen!
Also bei uns dauert das noch mindestens 3/4 Jahre, bis wie das Programm launchen können. Und so lange sind wir froh darüber, dass es einen Kompatibilitätsmodus gibt, auch wenn die IDE des Öfteren mal win10 freezed!

[Bernhard Geyer]

Zitat von cckLoud:

Weil es abertausende Anwendungen gibt, die mit Ansi laufen?

Und da hilft eine Option die dann an irgendwelchen stellen statt Ansi-String UTF8-Codierung liefert?

Zitat von cckLoud:

Klar, man könnte natürlich auf zB Rio umsteigen, aber so einfach ist das nicht, wenn das auch immer wieder kolportiert wird.

Klar kostet es zeit umzustellen. Aber besser heute als morgen.
Wir konnten auch erst zu XE6-Zeiten umstellen und sind mit den nächsten Sprung bei 10.2.
Im nachhinein betrachtet hätte man die Umstellung noch früher durchziehen müssen um nach der abkündigung der Win9x/ME-Schiene nicht mit einer Unproduktiveren IDE arbeiten zu müssen.

Zitat von cckLoud:

Auch wir haben uns Rio besorgt und die Umstellung war auch tatsächlich in 3 Tagen durch. Sollte man meinen, denn im Detail war es nicht so, wie man es erwartete

Eine Umstellung hängt immer davon ab wie man bisher die VCL verwendet hatte.
Bei uns war es "einfacher", da wir schon seit Jahren (mit D6) Unicode unterstütz hatten und vieles mit einem eigenen String-Typ (MyType = WideString) gearbeitet hatten, so das wir schon viele Stellen "entschärft" hatten. Auch hat unsere Bibliothek (ElPack) uns hier nur realtive "einfache" Hürden beim Update auf aktueller XE6-Version steine in den Weg gelegt.

Zitat von cckLoud:

Und dann muss man ausgiebig testen, sonst rassten die Kunden aus. Und die laufenden Weiterentwicklungen nicht vergessen!

Kenne ich. Aber vor allem das Theme "Weiterentwicklung" geht mit einer modernen Version schneller. An manchen stellen um Welten schneller, da man statt 3th-Party-Kompos auszusuchen einfach das nimmt was dabei ist.

Zitat von cckLoud:

Also bei uns dauert das noch mindestens 3/4 Jahre, bis wie das Programm launchen können.

Immerhin seit ihr darüber. Und die 3/4 Jahr geht auch vorrüber. Und dann endlich IDE-Sprachfeature "aus dem Vollen schöpfen" können

Zitat von cckLoud:

Und so lange sind wir froh darüber, dass es einen Kompatibilitätsmodus gibt, auch wenn die IDE des Öfteren mal win10 freezed!

Schaut eher nach einen Win10 (Grafik-treiber) aus.
Das die IDE-Freezed kann passieren. Aber wenn das OS auch mit eingefrohren wird liegt noch woanders ein Problem vor.

[cckLoud]

Zitat:

Und da hilft eine Option die dann an irgendwelchen stellen statt Ansi-String UTF8-Codierung liefert?

Nein, das hast du falsch interpretiert. Es geht nicht darum, dass wir Unicode verwenden WOLLEN (das Programm wird vermutlich die nächsten 1000 Jahre nicht in China verwendet werden), sondern dass das Programm "von aussen" Unicode geliefert kriegt. Da werden zB Captions so angezeigt, als würde Unicode "geliefert", obwohl der Text in der IDE fest vorgegeben ist. Da werden Texte per ADO/Jetengine gespeichert und beim neuerlichen Anzeigen (die Daten werden wieder aus der DB gelesen) steht dann UTF-Müll statt Umlauten in Memos und Editfeldern. Bei allen andern Kunden funktioniert das einwandfrei, nur bei einem Knden eben nicht. Ich vermute mal (weil das zu den Symptomen passen würde), dass bei ihm die Option aktiviert ist, warum auch immer! Aber am Montag wird man sehen.
Jetzt könnte man sagen, was macht schon ein einziger Kunde? Aber Tatsache: de Erfahrung lehrt mich, dass wwenn das bei einem Kunden auftritt, dann bald auch bei anderen Kunden...

Zitat:

Eine Umstellung hängt immer davon ab wie man bisher die VCL verwendet hatte.

Da hatte ich keine Probleme, obwohl ich Widestring nur seltenst verwendet habe. Probleme mir UFT gab es nur bei dem Formelparser, der musste an das Mehrbyte-Wirrwarr angepasst werden. Nein, das Problem ist, dass die Grids anders reagieren, da werden Zeichen doppelt geschrieben usw. An sich keine Sache, lässt sich in OnPaint alles korrigieren, aber das muss man erst mal tun. Nebenbei, dafür habe ich mir eine Hilfskomponente geschrieben (unter D10.3), die da einiges übernimmt (zB Spaltenbreite, Spaltenformate, Zahlen einlesen, Überschriften und, wichtig für die Übersichlichkeit, Spalten lassen sich mt Namen ansprechen). Aber auch das muss erst in die Routinen rein ...

Zitat:

Aber vor allem das Theme "Weiterentwicklung" geht mit einer modernen Version schneller.

Und was nutzt mir das? Da sind zB gesetzliche Vorschriften, die sich Ändern. Was nutzt es darauf zu verweisen, dass die in der nächsten Version auch drin sind?

Zitat:

... man statt 3th-Party-Kompos auszusuchen ...

Bei mir sind nur die Standardkompos drin oder solche, die ich selbst geschrieben habe. Sonst freut man sich, wenn man nach ein paar Jahren nach einer neuen Version sucht, und die Entwickler gibts nicht mehr...

Zitat:

Schaut eher nach einen Win10 (Grafik-treiber) aus.

Vielleicht. Hab mir schon die Finger wund gesucht und nix brauchbares zu Lösung gefunden. Der Masken-Editor in D7 bringt regelmässig WIN10 zum stehen, alles eingefroren. >Da hift nur noch der (lange) Druck auf den Einausschalter und neu starten. Macht Freude, oder?

[Bernhard Geyer]

Zitat von cckLoud:

Nein, das hast du falsch interpretiert. Es geht nicht darum, dass wir Unicode verwenden WOLLEN (das Programm wird vermutlich die nächsten 1000 Jahre nicht in China verwendet werden), sondern dass das Programm "von aussen" Unicode geliefert kriegt.

Die Frage war ja eher an Microsoft gerichtet.
Wenn diese Option wie vermutet bei Ansi-Programmen so quer schießt bedeutet das vermutlich das 99% dieser Programme angepasst werden müssen damit sie wieder

Zitat von cckLoud:

Ich vermute mal (weil das zu den Symptomen passen würde), dass bei ihm die Option aktiviert ist, warum auch immer! Aber am Montag wird man sehen.
Jetzt könnte man sagen, was macht schon ein einziger Kunde? Aber Tatsache: de Erfahrung lehrt mich, dass wwenn das bei einem Kunden auftritt, dann bald auch bei anderen Kunden...

Gut wenn man das rechtzeitig merkt bevor es MS als Standardwert einstellt und nach einem Windows-Update alle Kunden sich melden...

Zitat:

Nein, das Problem ist, dass die Grids anders reagieren, da werden Zeichen doppelt geschrieben usw.

Ich glaube mit einem kleinen Testprogramm und dem Standard VCL-Grit hatte ich auch Probleme mit neuen Delphi-Versionen.
Aber da das nur im Testprogramm aber nicht in der Anwendung ist (Dort haben wir andere Grids) war das kein Problem.

Zitat:

Und was nutzt mir das? Da sind zB gesetzliche Vorschriften, die sich Ändern. Was nutzt es darauf zu verweisen, dass die in der nächsten Version auch drin sind?

Mir geht es darum das mit neuen Delphi-Versionen manche sagen in Minuten zu erledigen sind statt Hunderte Quellcodezeilen für irgendwelche dummen Ableitungen zu haben weil man noch kein Generics oder "Build-In-JSON-SUpport" hat ...
Aber du musst halt noch das 3/4 Jahr überstehen...

Zitat:

Bei mir sind nur die Standardkompos drin oder solche, die ich selbst geschrieben habe. Sonst freut man sich, wenn man nach ein paar Jahren nach einer neuen Version sucht, und die Entwickler gibts nicht mehr...

Wenn man den Quellcode hat (sollte man immer haben) ist da auch kein Problem.
Die Anpassungen sind mittlerweile sehr überschaubar zwischen den Delphi-Versionen. Der größte"Break" war D2009 mit Unicode.

Zitat:

Der Masken-Editor in D7 bringt regelmässig WIN10 zum stehen, alles eingefroren. >Da hift nur noch der (lange) Druck auf den Einausschalter und neu starten. Macht Freude, oder?

Wie gesagt: Da stimmt was anderes nicht. Die Delphi-IDE hat eigentlich nur indirek über schlechte Grafikkartentreiber die Chance den Rechner zum Hängen zu bringen.
Direkt eigentlich nur soweit das du soviel GUI-Ressourcen anforderst das Windows kein "Fenster mehr öffnen" kann (oder alle 100 ms ein neues Fenster hochpoppen lassen)

[cckLoud]

Schlechte Neuigkeiten: diese Option wars leider nicht. Der Kunde hat nachgeschaut - nicht aktiviert. Dann hat er den Haken reingemacht, Win neu gestartet - der selbe Effekt. Dann Haken raus (ich kenne im Regionenbereich Winprobleme (Zahlenformate), die sich beheben lassen, indem man das angezeigte "Deutsch" erst ändert und dann wieder einsetzt) und neu gestartet, aber keine Änderung...

Hat vielleicht noch jemand eine Idee?