Delphi 2011 heißt jetzt Delphi XE

[Hansa]

Au, Mann. Was geht denn hier ab ? Sollte Delphi hier und da noch Qualitätslücken haben, der Thread hier hat viel mehr davon.

Zum Thema :

1. Delphi XE ist doch nicht mal raus, oder ? Warum wird dann soviel über die Vorgängerversionen geredet, wo sie ja selber sagen : "Ja, die Versionen waren teilweise wirklich nicht das Gelbe vom Ei" ? Man müsste auch mal den zeitlichen Rahmen bedenken. Der Zeitraum der "schlechten" Delphi-Versionen betrifft im Grossen und Ganzen die Zeit, in der Borland alles nach CodeGear verlagerte. Wobei sowieso von Anfang an geplant war, alles zu verkaufen. Die wussten doch wohl ganz genau, dass sie durch massive Bindung von Ressourcen auch nicht viel mehr kriegen, wie ohne. Da noch viel rein investieren ? Nene.

2. Wie passt die Forderung nach 64-Bit Version mit der kostenlosen Version zusammen ? Verstehe wer will, aber in kostenloser Version dürfte das wohl kaum gehen. Fange jetzt ähnlich an, wie Matthias Eissing : kann mir wer ein konkretes Beispiel nennen, wo es ohne 64 Bit gar nicht (bzw. fast nicht) geht ?

Zu guter Letzt :

Zitat von mkinzler:

Deshalb schiebt man auch iminennt wichtige Features, wie Touchunterstützung ( für die geschätz 2% der PCs die Touchscreens haben) vor...

Wie gesagt : zu 64 Bit fällt mir (zumindest in meinem Bereich) gar kein wichtiger Einsatzzweck ein. Vor 2-3 Wochen kam allerdings eine Anfrage nach TouchScreen-Anwendung. "Haben sie die jetzt oder nicht ?". Die ist jetzt soweit fertig, müsste aber noch intensiver getestet werden. Hätte ich jetzt anfangs da sagen sollen : in 2 Jahren ist die da ? Eventuell waren sogar die 2-3 Wochen schon zu lange und der ist bereits weg.

[HeikoAdams]

Zitat von Hansa:

Der Zeitraum der "schlechten" Delphi-Versionen betrifft im Grossen und Ganzen die Zeit, in der Borland alles nach CodeGear verlagerte. Wobei sowieso von Anfang an geplant war, alles zu verkaufen. Die wussten doch wohl ganz genau, dass sie durch massive Bindung von Ressourcen auch nicht viel mehr kriegen, wie ohne. Da noch viel rein investieren ? Nene.

Ich mag mich täuschen, aber zu Zeiten von Delphi 8 (oder besser: 2005 Pre-Alpha) gab es CodeGear doch höchstens in den Köpfen einiger Manager(?) Zumindest meine ich ich zu erinnern, das die Ankündigung, die Entwicklugns-Tools-Sparte zu verkaufen, irgendwann zwischen den Releases von Delphi 2005 und 2006 kam.

[Hansa]

Zitat von HeikoAdams:

...das die Ankündigung, die Entwicklugns-Tools-Sparte zu verkaufen, irgendwann zwischen den Releases von Delphi 2005 und 2006 kam.

Die offizielle. Dann rechne dir mal an 3 Fingern aus, wann die Idee dazu kam. Glaube zumindest dafür braucht man kein 64 Bit.

[HeikoAdams]

Wahrscheinlich irgendwann zwischen dem Release von Delphi 2005 und dem Zeitpunkt als Borland wieder Borland und nicht mehr Inprise (ich fand den Namen grottig) war

[cookie22]

Zitat:

Fange jetzt ähnlich an, wie Matthias Eissing : kann mir wer ein konkretes Beispiel nennen, wo es ohne 64 Bit gar nicht (bzw. fast nicht) geht ?

die gleiche frage hast du doch hier in diesem thread schonmal gestellt und mehrere antworten darauf bekommen.

1. office plugins
2. explorer shell extensions
3. kunden mit 64 bit oracle wollen auch 64bit clients

ich muss meine shell extensions mit vc++ schreiben und bin damit nicht glücklich.

[himitsu]

Zitat von cookie22:

1. office plugins
2. explorer shell extensions
3. kunden mit 64 bit oracle wollen auch 64bit clients

Kurz gesagt ... überall wo man mit seinem Programm direkt mit einem 64-Bit-Prozess komunizieren muß.

[Hisoka]

Gerade bei klassischer "Consumer" Software steht 64Bit hoch im Kurs. Also wenn man sich Support Foren für Software ansieht, dann gibt es da tonnenweise Anfragen nach 64Bit Versionen. Denn es stellt sich nun mal für einen Nutzer die Frage warum er auf einem 64Bit System 32Bit Software nutzen soll.(ja viele Nutzer stellen die Frage, auch wenn sie meist eher unberechtigt ist)

[Bernhard Geyer]

Zitat von cookie22:

3. kunden mit 64 bit oracle wollen auch 64bit clients

Wobei das kein No-Go ist das es genügend Lösungen gibt die nicht auf den OCI-Aufsetzen sondern direkt mit der DB-Kommunizieren. Bzw. der OCI-Client kann man per Instant-Client + Umgebungsvariable auch verwenden.

Aber ich will deine Liste ergänzen:

4, CAD-Plugins. Viele Firmen sind dabei die CAD-Umgebung komplett auf 64-Bit umzustellen. Und es wird nicht mehr lange dauern dann gibt es auch keine 32-Bit Releases der CAD-Systeme mehr.

[Hansa]

Zitat von cookie22:

1. office plugins
2. explorer shell extensions
3. kunden mit 64 bit oracle wollen auch 64bit clients

zu 1. welche laufen nur unter 64 Bit ?
zu 2. was fehlt denn da noch ? M$ soll mal besser die längst angekündigt SQL-Erweiterung für Dateisystem bringen. Aber bitte nicht im Stile von Vista.
zu 3. Ist den Leuten da auch klar, dass sie kaum einen Vorteil davon haben ? Bzw. nur unnötigerweise angeschaffte neue Rechner ?

Übrigens : Nehme alle Fragen zurück, sofern konkreter zwingender Einsatzgrund genannt wird.

Kann ja fast nicht sein, dass diese mickrigen 3 Sachen so wichtig sind.

[holliesoft]

'n Abend,

Zitat von Hansa:

Zitat von cookie22:

1. office plugins
2. explorer shell extensions
3. kunden mit 64 bit oracle wollen auch 64bit clients

zu 1. welche laufen nur unter 64 Bit ?

Wenn Kunden die 64bit Version von Office 2010 installiert haben, dann können sie keine 32bit Plugins installieren.
Genauso verhält es sich mit Plug-Ins für den Internet Explorer.

Du müsstest also Deinen Kunden, für Die Du evtl. Plug Ins entwickelt hast, vorschreiben, dass sie nur 32bit Versionen von Office / IE benutzen. Verstehen tut das kein Anwender.