Delphi 2011 heißt jetzt Delphi XE

[MEissing]

Zitat:

Zitat von cookie22 (Beitrag 1044071)

mit delphi 2010 kann man produktiv arbeiten, es sind allerdings auch einige unschöne bugs drin, die ich hier aufgezählt habe.

Bugs, die nicht jeder nachvollziehen kann. Selbst erfahrene Benutzer (Andreas) haben dazu (relativierende) Worte gesagt. Auf QC Einträge warte ich auch wohl noch dann, wenn der 64-Bit Compiler da ist. Ich zweifele langsam an ernsthaften Absichten.

Zitat:

Zitat von cookie22 (Beitrag 1044071)

warum wird sowas nicht gefixt und das produkt mindestens ein jahr lang gepflegt. da kommen ein paar lieblose fixes und dann hofft man auf entwickler fixes wie das ide-fix pack um bloss keine produkte pflege betreiben zu müssen.

Die Update Packs und Hotfixes von uns direkt finden mal wieder keine Erwähnung....

Zitat:

Zitat von cookie22 (Beitrag 1044071)

mit ein paar fixes hätte die 2010er ide fast perfekt sein können. schade, das emba das nicht sieht.

Gut, das Du nicht voreingenommen bist...

[Mithrandir]

Zitat:

Zitat von MEissing (Beitrag 1044055)

Schüler/Studenten und auch Rentner bekommen Delphi immer noch für kleines Geld.

Ist das eigentlich immernoch so, dass ich keine kompillierten SSL-Projekte kostenfrei auf meiner Webseite anbieten darf? Ich könnte mir vorstellen, dass das der Grund ist, warum viele (mich eingeschlossen) sich vor einer SSL-Lizenz drücken.

[MEissing]

Zitat:

Zitat von Prototypjack (Beitrag 1044066)

Fakt ist, dass Embarcadero zum Teil einfach an den technischen Standards vorbeientwickelt.
(Viel weiteres gelöscht)

mmmh.... man kann es auch anderes sehen:

Embarcadero war mit Delphi 2010 die erste Entwicklungsumgebung für Windows 7 mit Touch/Multitouch-Unterstützung.

Delphi 2010 ist bis heute die einzige Entwicklungsumgebung, die für native Programme direkte Touch/Multitouch Unterstützung bietet.

Delphi 2010 ist die erste Entwicklungsumgebung für Windows mit direkter UML Integration... und ... und ... und

Und was für (fast alle?) Delphi Kunden das mit Abstand wichtigste ist, wurde in den 50 Seiten Thread noch nicht mal erwähnt: Man kann selbst Source-Code aus dem Jahre 1995 von Delphi 1.0 im Jahre 2010 immer nochmit Delphi 2010 kompilieren! Das Migrationstool für Visual Basic aus dem Jahre 1995 für das Jahr 2010 heisst "FDISK" (*1)

... und so definiert sich jeder seinen "technischen Standard" selbst.

(*1) Geklaut von Daniel Magin :-)

[MEissing]

Zitat:

Zitat von Mithrandir (Beitrag 1044082)

Ist das eigentlich immernoch so, dass ich keine kompillierten SSL-Projekte kostenfrei auf meiner Webseite anbieten darf?

Ja.

[mkinzler]

Nur die wenigsten Rechner haben eine Multitouch-fähiges Display und viele haben ein 64Bit-OS.
Vor allem im Bereich von größeren (und auch zunehmend kleineren) Firmen, die auf TS setzten ist ein 64Bit-System Standard (allein wg dem möglichen Speicher)
Ich würde Multi-Touch als Kür bezeichnen, die aber nur Sinn macht, wenn der "Standard" erfüllt wird! Und dieser wird zunehmend 64Bit.

[cookie22]

Zitat:

Bugs, die nicht jeder nachvollziehen kann. Selbst erfahrene Benutzer (Andreas) haben dazu (relativierende) Worte gesagt. Auf QC Einträge warte ich auch wohl noch dann, wenn der 64-Bit Compiler da ist. Ich zweifele langsam an ernsthaften Absichten.

zu jedem der fehler, die ich hier aufgeführt hab, gibs threads im forum. ich hab nichts aufgezählt wovon ich nur alleine betroffen bin. ausserdem hat andreas ja wohl die meisten aufgezählten bugs bestätigt.

Zitat:

Die Update Packs und Hotfixes von uns direkt finden mal wieder keine Erwähnung....

die wurden doch bereits erwähnt. muss man sich denn jetzt schon für das fixen von groben bugs bedanken?

Zitat:

Gut, das Du nicht voreingenommen bist...

versteh mich nicht falsch, ich mag delphi und ich kann produktiv damit arbeiten. genau darum sehe ich das ganze hier auch so kritisch. für mich läuft es halt in die falsche richtung und das finde ich schade.

Zitat:

Und was für (fast alle?) Delphi Kunden das mit Abstand wichtigste ist, wurde in den 50 Seiten Thread noch nicht mal erwähnt: Man kann selbst Source-Code aus dem Jahre 1995 von Delphi 1.0 im Jahre 2010 immer nochmit Delphi 2010 kompilieren!

genau darum mögen wir alle delphi ja auch und harken deshalb besonders nach.

Windows 7 verbreitung

Windows 7 64 bit verbreitung

wenn ich mir das hier so anschaue, dann sieht es für mich so aus, als ob windows 7/64 weitaus mehr benutzt wird als hier viele denken.

[Chemiker]

Hallo MEissing,

Zitat:

Zitat von MEissing

Man kann selbst Source-Code aus dem Jahre 1995 von Delphi 1.0 im Jahre 2010 immer nochmit Delphi 2010 kompilieren!

Das ist nicht ganz richtig bis 2007 war das so, aber es ist nicht so ohne weiteres möglich ein mit Delphi 2006 geschriebenes Programm mit Delphi 2009 zu kompilieren.

Bis bald Chemiker

[Prototypjack]

Zitat:

Zitat von MEissing (Beitrag 1044087)

Zitat:

Zitat von Prototypjack (Beitrag 1044066)

Fakt ist, dass Embarcadero zum Teil einfach an den technischen Standards vorbeientwickelt.
(Viel weiteres gelöscht)

mmmh.... man kann es auch anderes sehen:

Embarcadero war mit Delphi 2010 die erste Entwicklungsumgebung für Windows 7 mit Touch/Multitouch-Unterstützung.

Deswegen auch "zum Teil". Aber warst nicht du es, der damit argumentiert hat, dass Embarcadero deswegen vorerst x64 auf die lange Bank schiebt, weil es nicht von der Industrie gefordert wird? Ich kann damit alleine dastehen, aber ich halte x64 für wichtiger als Multi-Touch.

Zitat:

Zitat von MEissing (Beitrag 1044087)

Und was für (fast alle?) Delphi Kunden das mit Abstand wichtigste ist, wurde in den 50 Seiten Thread noch nicht mal erwähnt: Man kann selbst Source-Code aus dem Jahre 1995 von Delphi 1.0 im Jahre 2010 immer nochmit Delphi 2010 kompilieren! Das Migrationstool für Visual Basic aus dem Jahre 1995 für das Jahr 2010 heisst "FDISK" (*1)

Das steht natürlich vollkommen außer Frage (auch wenn es meiner Meinung nach jetzt nichts mit 'technischem Standard' zu tun hat). Das ist sicherlich einer der großen Pluspunkte von Delphi, den ich vergessen hatte, mein Fehler (auch wenn das mit Delphi 2009 nicht mehr ganz so einfach ist).

Grüße,
Max

[MEissing]

Zitat:

Zitat von mkinzler (Beitrag 1044090)

Vor allem im Bereich von größeren (und auch zunehmend kleineren) Firmen, die auf TS setzten ist ein 64Bit-System Standard (allein wg dem möglichen Speicher)
Ich würde Multi-Touch als Kür bezeichnen, die aber nur Sinn macht, wenn der "Standard" erfüllt wird! Und dieser wird zunehmend 64Bit.

Aktuelle Zahlen: Marktverbreitung Windows 7 (die einzige ernstzunehmende 64-Bit Variante): ca 20%. Davon ca. die Hälfte 64-bittig.

Macht also 10% 64-Bit Systeme.

Selbst an vorderster Front (Hardcore-Gamer) sieht das ähnlich aus: http://store.steampowered.com/hwsurvey/

Terminal-*Server* sind allerdings/weitestgehend 64-bittig.... aber wer schreibt denn hier bitteschön 64-Bit Anwendungen speziell für Terminal-Server (die auch problemlos und auch sehr häufig einfach nur 32-Bit Anwendungen ausführen)?

[Namenloser]

Zitat:

Zitat von MEissing (Beitrag 1044089)

Zitat:

Zitat von Mithrandir (Beitrag 1044082)

Ist das eigentlich immernoch so, dass ich keine kompillierten SSL-Projekte kostenfrei auf meiner Webseite anbieten darf?

Ja.

Und dann wundert ihr euch, dass niemand Geld dafür ausgeben will?

Noch mal zur Klarstellung: Es ist die Entscheidung der potentiellen Kunden, ob euer Produkt ihnen das Geld wert ist oder nicht, und nicht ihre Verpflichtung. Es hat nichts mit Geiz zu tun, wenn jemand kein Geld für Delphi ausgeben will, sondern es liegt daran, dass das Preis-/Leistungsverhältnis nicht stimmt.

Viele Hobbyentwickler, auch Schüler (inkl. mir) haben schon mehrfach betont, dass sie gerne bereit wären, Geld auszugeben, aber eben nur dann, wenn sie ihre Software auch veröffentlichen können.