Delphi 9

[CalganX]

Hi,
ich habe gerade über den DP-Newsfeed einen Newsbeitrag gefunden, der folgendes über Delphi 9 sagt:

Dort steht geschrieben

Wie Borland-CEO Dale Fuller im Conference Call zu den Quartalsergebnissen Q1/04 mitteilt, ist angestrebt, Delphi 9 bis zum Ende des Jahres 2004 zu veröffentlichen. Wie bereits in der Vergangenheit angekündigt, soll Delphi 9 die Compiler für Win32 und .NET unter einer gemeinsamen Galileo-IDE beinhalten. Inwieweit der anvisierte Release-Termin eingehalten werden kann, bleibt abzuwarten.

Verlinkt wird dann noch auf diese Seite.

Chris

[maestro]

Und was ist jetzt die Frage? :-D

[mirage228]

Zitat:

Zitat von Chakotay1308

Hi,
ich habe gerade über den DP-Newsfeed einen Newsbeitrag gefunden, der folgendes über Delphi 9 sagt:

Dort steht geschrieben

Wie Borland-CEO Dale Fuller im Conference Call zu den Quartalsergebnissen Q1/04 mitteilt, ist angestrebt, Delphi 9 bis zum Ende des Jahres 2004 zu veröffentlichen. Wie bereits in der Vergangenheit angekündigt, soll Delphi 9 die Compiler für Win32 und .NET unter einer gemeinsamen Galileo-IDE beinhalten. Inwieweit der anvisierte Release-Termin eingehalten werden kann, bleibt abzuwarten.

Verlinkt wird dann noch auf diese Seite.

Chris

Dann kann ich ja schonmal anfangen darauf zu sparen :mrgreen:

mfG
mirage228

[CalganX]

Hi,

Zitat:

Zitat von maestro

Und was ist jetzt die Frage? :-D

gar keine? :gruebel: Das war lediglich ein Hinweis, für alle, die darauf warten und das noch nicht wissen. ;)

Chris

[citybreaker]

Zitat:

Zitat von mirage228

Zitat:

Zitat von Chakotay1308

Hi,
ich habe gerade über den DP-Newsfeed einen Newsbeitrag gefunden, der folgendes über Delphi 9 sagt:

Dort steht geschrieben

Wie Borland-CEO Dale Fuller im Conference Call zu den Quartalsergebnissen Q1/04 mitteilt, ist angestrebt, Delphi 9 bis zum Ende des Jahres 2004 zu veröffentlichen. Wie bereits in der Vergangenheit angekündigt, soll Delphi 9 die Compiler für Win32 und .NET unter einer gemeinsamen Galileo-IDE beinhalten. Inwieweit der anvisierte Release-Termin eingehalten werden kann, bleibt abzuwarten.

Verlinkt wird dann noch auf diese Seite.

Chris

Dann kann ich ja schonmal anfangen darauf zu sparen :mrgreen:

mfG
mirage228

Gut das ich mir Delphi 8 noch nicht gekauft habe. (=

[Michael Leyhe]

Wenn ich das richtig gelesen habe kann man mit Delphi 9 dann Win 32 und .net compilieren :-D :lol:

Da wäre dann wirklich mal sparen angesagt :lol:

[Ultimator]

Ich glaube, dass dieses Thema eher in "News" passen würde, oder? :wink:

[CalganX]

Hi,

Zitat:

Zitat von Ultimator

Ich glaube, dass dieses Thema eher in "News" passen würde, oder? :wink:

schön, jetzt nenne mir bitte eine Newskategorie hier in der DP. :roll: :mrgreen:

Chris

[Jens Schumann]

Hallo,
ich werde erstmal abwarten.
Ich vermute das der Versuch Win32 und .NET unter eine IDE zu bekommen genauso
in der Sch.... landet. Wie Linux und Win 32 mit D6.

[Meflin]

Zitat:

Zitat von Jens Schumann

in der Sch.... landet. Wie Linux und Win 32 mit D6.

den versuch gabs mal? wär auch ne geile sache gewesen. wär jedenfalls auch geil, wenn sie .net und w32 vereinigen würden...

[r_kerber]

Ich kann mir nicht vorstellen, dass dies sauber läuft. Selbst Microsoft hat da so seine Probleme. Für die Haupt-.net-Sprachen (VB und C#) gibt es keinen derartigen Dualismus. Nur für C++ gibt es einen Aufsatz für unmanaged Code, der aber mehr schlecht als recht funktionieren soll. Bei VC++ legt M$ das Hauptaugenmerk auf W32. Für .net wird IMHO C++ die Flügel gestutzt.
An anderer Stelle war übrigens auch zu erfahren, dass die fehlenden Delphi-Kompos bei D8 auch künftig nicht auf .net portiert werden sollen, da die aufgetretenen dafür viel zu groß sind.
Ich denke eine gemeinsame IDE ist reaistisch, aber schon bei der Erstellung eines neuen Projektes werden sich die Wege wohl trennen. Das ist ja jetzt schon so. Ist eben ein Unterschied ob ich eine VCL.net-Anwendung erstellen will oder eine WinForms-Anwendung!

[Ultimator]

Oh, mist... :oops:
Das war dann wohl im DF...

Hey, 'ne Anregung an die Mods: Wie wäre es mit 'ner News-Kategorie? :mrgreen:Wie komm' ich da bloß drauf? *g*

[Alexander]

Ich bin da auch eher skeptisch, aber denkbar ist. Wahrscheinlich läuft das wirklich wie mit VCL.NET und den Winforms.
Mal kucken, ob ich mir dann auch noch Delphi 9 kaufen werde...

[Luckie]

Dann warte ich erstmal mit meinem Upddate auf D8 Prof von meiner D3 Prof.

[CalganX]

Hi,
ich habe das so verstanden, dass ich die Auswahl habe, ob ich .NET oder Win32 kompilieren will...

Chris

[Alexander]

Zitat:

Zitat von Luckie

Dann warte ich erstmal mit meinem Upddate auf D8 Prof von meiner D3 Prof.

Die Frage ist, ob es dann noch geht, also ob D3 noch akzeptiert wird. Mir hat ein Borland-Mitarbeiter auf meine Frage hin damals gesagt (als ich mir D8 PRo Update vorbestellen wollte), dass D3 nicht mehr geht :sad:
(Im nachhinein ging es dann ja doch :?)

@Chris: Kann ich mir irgendwie nicht vorsellen, da sind die Unterschiede zwischen .NET und WinAPI32 doch zu groß :?

[CalganX]

Hi,
hm... mal schauen. Dann werde ich wohl doch bei meinem D7 bleiben... *g* ;)

Chris

[kiar]

@luckie ,

immer die ungeraden versionen nehmen, war bisher immer so, das diese besser waren :mrgreen:

raik

[fkerber]

Hi!

Eigentlich ist 8 ja ungerade:

Delphi 7 für VCL und
Delphi 1 für NET

oder?

Ciao fkerber

[CalganX]

Hi,
schau dir das Ergebnis und beantworte dir deine Frage selbst... :roll: ;) Für mich ist es gerade. *g*

Chris

[fkerber]

Hi!

Nach dem was ich hier so gelesen habe muss es sehr gerade sein, konnte aber bisher nicht testen.
Mal abwarten was kommt.

Ciao fkerber

[Alexander]

Intern hat es irgendwie auch die Versionsnummer 2, zumindest hat das Delphi-Setup im Unterordner BDS einen Unterordner 2.0 angelegt :mrgreen:

[Chewie]

Zitat:

Zitat von Alexander

Intern hat es irgendwie auch die Versionsnummer 2, zumindest hat das Delphi-Setup im Unterordner BDS einen Unterordner 2.0 angelegt :mrgreen:

Wenn ich mich nicht täusche, handelt es sich beim BDS 1.0 um den C#-Builder...

[Alexander]

Das weiß ich leider nicht, weil ich immer noch nicht dazu gekommen bin ihn zu installieren :oops:

[mirage228]

Zitat:

Zitat von Chewie

Zitat:

Zitat von Alexander

Intern hat es irgendwie auch die Versionsnummer 2, zumindest hat das Delphi-Setup im Unterordner BDS einen Unterordner 2.0 angelegt :mrgreen:

Wenn ich mich nicht täusche, handelt es sich beim BDS 1.0 um den C#-Builder...

Jupp, das stimmmt ;)

mfG
mirage228

[dizzy]

Kann ich bestätigen: Die ungeraden Versionen waren bisher immer die "lohnenswerteren". Wir haben mit D3 angefangen -> D5 -> D7, und wie es scheint, setzt sich diese Regel wohl fort - was man so über D8 hört :roll:

Von daher mal sehen, was die 9er so zu bieten hat. Ist aber schon bezeichnend, dass Borland so kurz nach Erscheinen der 8er schon die 9er in relativ nahe Erwartung stellt! Ich stufe D8, auch wenn ich es nicht "persönlich" kenne - nur aus vielen Berichten, eher als Schnellschuss ein, um den Zug nicht *ganz* zu verpassen.

Abwarten und Tee trinken :cheers:

mfg,
dizzy

[Christian S.]

Hm. Also ich muss D8 hier mal ein wenig in Schutz nehmen. Seit dem Update 2 läuft es bei mir wirklich gut. Es gibt noch einen kleinen Bug, der mir öfters begegnet, aber ansonsten kann ich nichts mehr gegen D8 sagen.

Und die Sache mit den ungeraden Zahlen kann ich so auch nicht bestätigen: mein D6 Personal lief Jahre lang, ohne einen einzigen Fehler zu produzieren.

[maestro]

Zitat:

Zitat von Alexander

Wahrscheinlich läuft das wirklich wie mit VCL.NET und den Winforms.

Natürlich, wie denn sonst! In der Delphi 8-IDE kann man momentan zwischen 3 Projektarten wählen: WinForms, VCL.NET, ASP.NET. Bei jedem der drei erscheint ein anderer Formular-Editor und andere Komponenten. Ich sehe da kein Problem, auch VCL für Win32 als weitere Projektart mit unterzubringen. Natürlich kann man dann auch nicht erst beim Kompilieren wählen, welche Plattform man möchte. Denn wenn man mit VCL für Win32 gearbeitet hat, ist klar, dass nur eine Win32-Exe daraus werden kann.
Aber immerhin hat man dann wieder ein gemeinsames Delphi. So ist auch zu erklären, warum Delphi für .NET "Delphi 8" genannt wurde.

[Alexander]

Zitat:

Zitat von maestro

Zitat:

Zitat von Alexander

Wahrscheinlich läuft das wirklich wie mit VCL.NET und den Winforms.

Natürlich, wie denn sonst! In der Delphi 8-IDE kann man momentan zwischen 3 Projektarten wählen: WinForms, VCL.NET, ASP.NET. Bei jedem der drei erscheint ein anderer Formular-Editor und andere Komponenten. Ich sehe da kein Problem, auch VCL für Win32 als weitere Projektart mit unterzubringen. Natürlich kann man dann auch nicht erst beim Kompilieren wählen, welche Plattform man möchte. Denn wenn man mit VCL für Win32 gearbeitet hat, ist klar, dass nur eine Win32-Exe daraus werden kann.
Aber immerhin hat man dann wieder ein gemeinsames Delphi. So ist auch zu erklären, warum Delphi für .NET "Delphi 8" genannt wurde.

So meinte ich das ja ;-)

Bei mir läuft D8 übrigens auch recht gut, nur das Wechseln vom Form-Designer zum Quelltext dauert bei mir schon 2s oder so.
Ist etwas störend...
Aber ihc sollte mir mal das 2. Update ziehen, vielleicht läufts dann wirklich schneller ;-)

[MathiasSimmack]

Zitat:

Zitat von dizzy

Kann ich bestätigen: Die ungeraden Versionen waren bisher immer die "lohnenswerteren". Wir haben mit D3 angefangen -> D5 -> D7, und wie es scheint, setzt sich diese Regel wohl fort - was man so über D8 hört :roll:

Für mich ist Delphi 7 eher die Ausnahme dieser Regel. Wenn du danach gehen willst, dann war D5 die beste Delphi-Version. Alles danach kannst du vergessen. Sorry, aber wenn ich bspw. an die Probleme bei der Einbindung von Hilfedateien denke (HLP und CHM), was bei D5 nie eine Rolle spielte, dann wiegen zusätzliche Komponenten (die ich bisher ohnehin noch nie benutzt habe) die Nachteile nicht auf.

[dizzy]

Naja - Helpfiles hab ich bisher nicht gebraucht/gemacht :mrgreen: Von daher ist das für mich (noch) kein Problem gewesen. Ich kann ja auch nur eine Meinung auf Basis meiner Erfahrungen bilden - da mag die eine oder andere durch aus fehlen ;)
Ich muss aber zugeben, dass mir bisher noch keine *riesigen* Unterschiede zwischen D5 und D7 aufgefallen wären. Es sind eher Details - von daher ist es mir sogar fast egal ob D7 oder D5. Sind halt beide gut *g*

[citybreaker]

Zitat:

Zitat von dizzy

Naja - Helpfiles hab ich bisher nicht gebraucht/gemacht :mrgreen: Von daher ist das für mich (noch) kein Problem gewesen. Ich kann ja auch nur eine Meinung auf Basis meiner Erfahrungen bilden - da mag die eine oder andere durch aus fehlen ;)
Ich muss aber zugeben, dass mir bisher noch keine *riesigen* Unterschiede zwischen D5 und D7 aufgefallen wären. Es sind eher Details - von daher ist es mir sogar fast egal ob D7 oder D5. Sind halt beide gut *g*

Öh naja, warum sollte man sie grpßartig mit langen Codes einbinden wenn man sie doch
mit ShellExcute aufrufen kann? :gruebel:

[MathiasSimmack]

Zitat:

Zitat von citybreaker

Öh naja, warum sollte man sie grpßartig mit langen Codes einbinden wenn man sie doch mit ShellExcute aufrufen kann? :gruebel:

Das ist die typische Antwort von jemanden, der keine Ahnung hat -

a) HLP-Dateien werden normalerweise von Delphi an sich unterstützt. Bei Delphi 5 ist das auch kein Problem. Bei D7 traten allerdings Probleme auf, die ich mir nur durch die Änderung des dahinter liegenden Codes erklären kann, denn an meinem Quellcode habe ich nichts geändert.

b) CHM-Hilfedateien können via ShellExecute gestartet werden. Aber was machst du wenn der Dateityp nicht bekannt ist? Beispiel: Win95 und NT4. Kannst du wirklich 100% garantieren, dass ein User, der dein Programm inkl. CHM-Hilfe benutzen möchte, dies nicht auf einem Original-Win95 oder NT4 ohne CHM-Update macht?
Aus dem Grund ist das entsprechende API grundsätzlich vorzuziehen. Im Fall der JEDI-Version gibt es bspw. eine bool-Funktion, mit der man prüfen kann ob CHM-Hilfe überhaupt möglich ist. Ist das nicht der Fall, lassen sich die Anweisungen deaktivieren, und Fehler treten gar nicht erst auf.

c) Und da sind wir bei D6/7, für die ein Fix notwendig ist, weil einige Hilfe-Kommandos nicht mehr an das Programm übermittelt werden. Bei D5 war es problemlos möglich, alle HLP-Kommandos umzuleiten und intern dafür zu sorgen, dass stattdessen die neuen CHM-Kommandos wirksam werden. Im Klartext: du musstest nicht deinen Quellcode Zeile für Zeile durchgehen und alle alten Kommandos suchen, sondern du hast sie abgefangen. Effektiv und elegant!
Da aber Borland ab D6 irgendwas am System geändert hat, ist eine Unit notwendig, die man u.a. von www.helpware.net bekommen kann.

d) Der letzte Nachteil: Zeige mir bitte, wie man mit ShellExecute ein ganz bestimmtes Thema (sprich: irgendwas aber nicht die Startseite, die man auch via Doppelklick sieht) in einer Hilfedatei (ob HLP oder CHM) öffnet. Das geht nämlich auch nur mit den entsprechenden Funktionen.

[Meflin]

meine fresse. sorry aber ich kann deine betonung auf den hilfedateien nicht verstehen. darum geht es doch für die meisten hier mit am allerwenigsten. viele programme haben sowieso eine pdf oder zumindest eine wahl zwischen pdf chm und html als hilfeformat(ich persönlich schreibe prinzipiell pdfs, das schneller geht wie chms)! ich finde deine bewertung der delphi versionen nach der hilfesystemunterstützung etwas übertrieben!

[CalganX]

Hi,
Mathias hat die Hilfedateien als Beispiel genommen. ;) Das Hilfesystem ist längst nicht der einzige Fehler. Häufig passieren Fehler, die nicht zu lösen, obwohl der SourceCode richtig ist und unter einer anderen Delphi-Version funktioniert hat.

Ich bin sowohl mit Delphi 6 Personal, als auch Delphi 7 Personal/Prof. zufrieden. Bei Delphi 7 passieren nur hin und wieder einige kleinere Fehler.
Und was alle an Delphi 6 an Fehler finden kann ich ehrlich gesagt nicht verstehen. ;)

Chris

[Meflin]

Zitat:

Zitat von Chakotay1308

Häufig passieren Fehler, die nicht zu lösen, obwohl der SourceCode richtig ist und unter einer anderen...

achso, damit hab ich zugegebenermasen keine erfahrung. ich bin mit meinem d7 voll zufrieden ;-)

[mirage228]

Bin mit D7 auch ganz zufrieden, nur musste ich leider mit der Zeit festellen, dass Sakura recht damit hatte, das D3 das Delphi mit den wenigstens Bugs ist. Ja, gut, die paar Fehlermeldungen die ich mal kriege sind ja jetzt nicht so schlimm... schlimmer ist, dass D7 die Angewohnheit hat beim Beenden einfach abzuschmieren. Es hat dann 99% CPU Auslastung verursacht und ich musstes manuell beenden, dass ist das einzige, was mich bisher so nervt.
Was auch nicht so schlimm ist, dass der Compiler nicht mehr so schnell compiliert, wie noch bei D3. Hab von anderer Stelle auch gehört, dass der Code auch nicht besser sein soll.
Mal schaun, was mit dem D7 Update so alles gefixed wird. Bisher sind es schon 129 Bugs :shock:

Bisher ließen sich alle meine Sourcen mit D7 wieder compilieren, hatte dahingehend noch keine Probleme.

mfG
mirage228

[MathiasH]

also mein absoluter Favorit ist Delphi 6 prof es ist zwar eine gerade Version, aber bisher die einzige Version bei der die Hilfe das tut was ich will und nicht irgendwas anderes (ganz schlimm hab ich in Sachen Hilfe Delphi5 in Erinnerung wenn ich da nach was gesucht hab hab ichs bestimmt net gefunden, obwohl es nachweislich da war)

Delphi3 war auch genial

doch die neueren delphi-Versionen wollen mir irgendwie alle nicht so ganz gefallen... es fängt schon bei delphi7 an, da ham se so seltsame neue icons die alle irgendwie verschwommen aussehenen und schwammig finde ich auch das ganze teil. Delphi 8 habe ich noch nicht selbst beunutzt, doch Erzählungen aus diversen Foren regen mich nicht gerade zum Kauf an...

MathiasH

[MathiasSimmack]

Zitat:

Zitat von Chakotay1308

Mathias hat die Hilfedateien als Beispiel genommen. ;)

Richtig, es war ein Beispiel.

Zitat:

Zitat von Meflin

darum geht es doch für die meisten hier mit am allerwenigsten.

Das ist nicht mein Problem. Ich interessiere mich eben für dieses Thema, und deshalb ist es für mich auch wichtig. Und wenn ich für Delphi 6/7 zusätzliche Units benötige, die zudem noch nicht mal vom Verursacher (= Borland) kommen, dann reicht´s mir auch irgendwann. Delphi 7 soll bspw. auch zu "100% zu Win XP kompatibel" sein, aber von Balloon-Tooltipps, Tiles-View und Gruppierung (bei der List-View) hat auch diese Version noch nichts gehört. Das wären dann noch 3 weitere Beispiele, damit du siehst, dass es nicht nur um das Hilfesystem geht.

Zitat:

ich persönlich schreibe prinzipiell pdfs, das schneller geht wie chms

Das gleiche Problem in Grün: PDFs setzen einen installierten Viewer voraus. Einfach auf gut Glück via ShellExecute starten kann in die Hose gehen.

[Meflin]

also ich kann mir ziemlich sicher sein dass die zielgruppe meiner software den acrobat reader hat ;-)