Delphi 2011 heißt jetzt Delphi XE

[cookie22]

Zitat:

Wer konnte mit Unicode direkt was anfangen ? Wohl kaum einer.

alle die internationale software erstellen und nicht nur deutsche kunden haben.

Zitat:

Zuerst sind ja wohl mal die Komponenten-Entwickler gefragt. Das dauert. Delphi X64 kann noch so schnell fertig werden, es wird alleine nichts nützen.

seh ich genau so, der kompiler alleine bringt nicht viel, bis da die wichtigsten 3rd party kompos da sind vergehen monate nach dem release. drum sollte er besser früher als später kommen. :stupid:

Zitat:

Hagen Reddmanns DEC wurde vom Erfinder eingestellt.

wegen unicode?

[himitsu]

Zitat:

Zitat von Hansa (Beitrag 1044983)

Hagen Reddmanns DEC wurde vom Erfinder eingestellt. Assertor machts aber wohl weiter.

Ich dachte das liegt daran, daß Hagen einfach nur kein neueres Delphi besitzt, um es selber zu machen?

[Bernhard Geyer]

Zitat:

Zitat von cookie22 (Beitrag 1045050)

Zitat:

Wer konnte mit Unicode direkt was anfangen ? Wohl kaum einer.

alle die internationale software erstellen und nicht nur deutsche kunden haben.

Ohne den Unicode-Schritt gibt es auch keinen Win64-Schritt. Unter Win64 gibt es keine 8-Bit Char-API. Es gibt nur eine UTF16-basierte API.

Zitat:

Zitat von cookie22 (Beitrag 1045050)

Zitat:

Zuerst sind ja wohl mal die Komponenten-Entwickler gefragt. Das dauert. Delphi X64 kann noch so schnell fertig werden, es wird alleine nichts nützen.

seh ich genau so, der kompiler alleine bringt nicht viel, bis da die wichtigsten 3rd party kompos da sind vergehen monate nach dem release. drum sollte er besser früher als später kommen. :stupid:

Mit einm Preview-Compiler könnten die Komponentenhersteller schon mal anfagen nötige Anpassungen vor zu nehmen.

[cookie22]

naja, ein preview soll es ja angeblich geben, die frage ist nur wer dazu zugang bekommt und wer nicht.

[Bernhard Geyer]

Zitat:

Zitat von cookie22 (Beitrag 1045084)

naja, ein preview soll es ja angeblich geben, die frage ist nur wer dazu zugang bekommt und wer nicht.

Vermutlich Delphi XE-User. Den Delphi.NET Preview Compiler gabs ja auch für die D7-User.

[cookie22]

dann werden wohl nicht gerade viele in den genuss des compilers kommen.

[Hansa]

Zitat:

Zitat von mkinzler (Beitrag 1045003)

Das hat auch einen guten Grund. Hätte nur noch zu mehr Problemen geführt und Unicode wäre zur 2. BDE geworden.

Wieso mehr Probleme ? Zu mehr Arbeit hätte es wohl geführt, das stimmt wohl. :mrgreen: Wo kommt da jetzt eigentlich die BDE ins Spiel ? :shock: Abwärtskompatibel bleiben bis zum geht nicht mehr und dann plötzlich alles über Bord werfen und Compilerschalter einsparen oder wie ? Ich reklamiere mal etwas "Made in Germany" auch für mich selber. :P Soll heissen : alles muss auch funktionieren, sofern elementares geändert wird. Genau dafür sind Compilerschalter da. Habe hier selber etliche. Wäre ehrlich gesagt auch froh, ich bräuchte sie nicht. Geht aber nicht, also bleiben sie. Gabs nicht mal zu 16/32 Bit Zeiten ein $IDEF LONGINT oder so ?? Integer als 2 Bit oder 4 ? Heutzutage ist das dann wohl für UNICODE zuviel verlangt ? Siehe DEC : egal welche Delphi-Version ursprünglich dafür benutzt wurde : Compilerschalter $UNDEF UNICODE und fertig. Oder eben alles umschreiben.

[mkinzler]

Die Abwärtskompatibilität hast du bei Verwendung von AnsiString. Und der Vergleich mit der BDE beziehst sich auf die Tatsache, dass sie immmer noch verwendet wird und viele sich von der Abkündigung und dem Rat diese nicht mehr zu verwenden sich nicht von ihr abbringen lassen.
Gebe es einen Schalter, der regelt auf welchen Stringtyp string gemappt wird, würde dieser einmal gesetzt werden und die Umstellung auf Unicode würde Ausbleiben.

[ralfschwalbe]

Jetzt muss ich auch mal was dazusagen.

Ein Compilerschalter hätte auch Vorteile gehabt, aber ich will hier nicht die (zu Hauf schon geführte) Diskussion neu entfachen. Ich persönlich habe das Problem, dass wir Datenbankzugriffe mit einem Puffer fester Länge realisieren (PervasiveSQL mit Zugriffsmethode Btrieve). Daran wird sich auch in der nächsten Zeit nichts ändern. Das bedeutet, ich habe tausende Deklarationen wie diese:

Delphi-Quellcode:

dataType = record
  Teil1 : array[1..20] of char;
  Teil2 : array[1..24] of char;
end;

Ich muss jetzt ALLE(!!!) Typen in AnsiChar und alle PChar in PAnsiChar tauschen, und das ist nur der Anfang! Unsere Projektgruppe hat ca. 800.000 Zeilen Code.

Ist ein Scheißjob! Wir brauchen noch nichtmal Unicode! Ein Schalter wäre mir da schon lieber gewesen.

Und jetzt bitte nicht den Spruch bringen, bleib doch bei Delphi 2007. Ich möchte auch gern an den neuen Features teilhaben, auch wenn ich kein Unicode brauch.

[mkinzler]

Dann würden alle nur diesen Schaltersetzten, als dafür zu sorgen, dass ihr Code an Unicode angepasst wird. Und wie schon geschrieben gibt es unter x64 nur noch Unicode, deshalb ist es wichtig seine Programme anzupassen.

es gibt ja verscheidene Tools zum Ersetzen von Zeichenketten (auch über Dateien hinweg) ' Char' -> ' AnsiChar'