Träume, Wünsche und Wahnvorstellungen...

[himitsu]

Als erstes Mal, es wäre nett, wenn hier nicht jeder Vorschlag zu tode diskutiert wird und User sich am Ende noch genötigt fühlen sich abzumelden zu müssen ... und Dergleichen.


So, äußerst doch einfach mal, was ihr euch so für, an oder zum Delphi wünschen würdet und eventuell mit Begründung.
Es muß nicht unbedingt etwas sein, welches die nächsten Jahre umsetzbar wäre ... ihr dürft auch gerne schonmal für's 22. Jahrhundert vorträumen :lol:



{#} Zuerst würde ich mir eine "kostenlose" Version wünschen, mindestens auf Stand vom D2009
und vorallem mit Quellcodeformatierung
- wenn dann mal XE2 raus ist, sind die eh nicht mehr upgradeberechtigt
- das kann ruhig beschränkt sein (kein Verkauf oder Shareware, aber Freeware erlaubt)
> mit irgendwas muß man doch die potentiel zukünftigen Delphinerds anlocken
> und bei den Schülern ist es manchmal grausam, wenn man veruchen möchte denen zuhelfen und dieses MUß dann auch noch in D3/4/5 laufen :wall:

{#} Bereichs- und Indexprüfung standardmäßig aktiv
- "Profis" können dieses ja wieder deaktivieren
> so würden viele Anfängerfehler garnicht erst entstehen, welche wir zu oft hier vorfinden

{#} beim Speichern/Debuggen läuft standardmäßig die Codeformatierung über alles drüber
- "Profis" können dieses ebenfalls deaktiveren
> was man sich oftmals für "Formatierungen" ansehn muß, wenn man das überhaupt so nennen kann ... ist doch teilweise ganz schön grausam?

{#} 64 Bit, X-Plat (Linux, Mac, SmartPhone, ...) hab ich jetzt mal übersehn

[s.h.a.r.k]

• Viele Fixes in der Sprache -- siehe allein schon mal die Generics.
• Wie wäre es mit einer getrennten Entwicklung von IDE und Compiler? Dies könnte man auch mit der Idee einer kostenlosen IDE verknüpfen, die einfach weniger Optionen bietet.
• Anpassung der Sprache an aktuellere Sprachen samt Patterns, z.B. richtige Singletons. Klar, man kann wieder über deren Sinn und Unsinn diskutieren, aber die Sprache Delphi sollte mal wieder etwas moderner werden und könnte somit auch wieder eher in den "Mittelpunkt" rücken. Die "Delphi-stirbt-doch-eh-bald"-Threads sind ja auch nicht ganz unbegründet.
• Allgemein Erweiterung der IDE um mehrere "Experten". Man könnte sich so viel von bekannten Experten abschauen und effektiv einbauen.
• Git/Mercurial einbauen.
• Alle Compiler-Fehlermeldungen dokumentieren :stupid:

Zitat:

beim Speichern/Debuggen läuft standardmäßig die Codeformatierung über alles drüber

Ich würde die IDE nach dem ersten Mal umbringen, wenn sie das machen würde :stupid: Daher wäre sowas eher ein NO GO :)

[Phoenix]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1101218)

Zitat:

beim Speichern/Debuggen läuft standardmäßig die Codeformatierung über alles drüber

Ich würde die IDE nach dem ersten Mal umbringen, wenn sie das machen würde :stupid: Daher wäre sowas eher ein NO GO :)

Für mich ist das ein Must-Have. Idealerweise läuft vor dem Check-in in die Versionierung sogar ein Check über die Formatierung und lehnt falsch formatierten Code ab. ;-) Freilich muss das aber bis ins letzte Detail konfigurierbar sein um den eigenen Styleguide festzulegen.

[mirage228]

Was mir gerade, neben einigen bereits erwähnten Punkten, noch einfällt:

• Integrierte (native) Multicast Delegates - sowohl für eigenen Code als auch in der VCL, z.B. alá Button1.OnClick.Add(ZweiterEventHandler);.

[Namenloser]

Zitat:

Zitat von mirage228 (Beitrag 1101220)

was mir gerade, neben einigen bereits erwähnten punkten, noch einfällt:

• integrierte (native) multicast delegates - sowohl für eigenen code als auch in der vcl, z.b. Alá button1.onclick.add(zweitereventhandler);.

+1.

[s.h.a.r.k]

Zitat:

Zitat von mirage228 (Beitrag 1101220)

Was mir gerade, neben einigen bereits erwähnten Punkten, noch einfällt:

• Integrierte (native) Multicast Delegates - sowohl für eigenen Code als auch in der VCL, z.B. alá Button1.OnClick.Add(ZweiterEventHandler);.

Wäre fast mal die Zeit wert, sowas via Class Helpers nachzurüsten :stupid:

[Jumpy]

Kleinigkeit, aber fänd ich gerade praktisch:

try
...
except
...
finally
...
end;

[mschaefer]

Würde mir eine bessere Webintegration wünschen:
VCL for the Web mit Linux so-Modulen oder ein Apache-Pascal-Interpreter um VCL auch im Web nutzen zu können.

[Coffeecoder]

Auch noch eine Kleinigkeit, die verbessert werden sollte: String anstelle string

Sodass alle erweiterte Datentypen mit einem Großbuchstabe beginnen ;) (Thema hatten wir schon, ich weiss)

Mfg Coffeecoder

[Luckie]

Also ich arbeite ja noch mit D2006. Die neuen Sprachfeatures kenne ich deswegen noch nicht und habe sie bisher auch nicht vermisst, vielleicht weil ich sie noch nicht kenne. Ich würde mir deswegen nur einen freien Unicode 64-Bit Compiler wünschen. Wie damals die Personals. Ich bin da eben etwas bescheiden. ;)

[mleyen]

Wunsch: Das Emba den AHUser anheuert und ihm uneingeschrängen Spielraum gibt.
Begründung: Alles wird noch besser :-D

[DeddyH]

Zitat:

Zitat von mleyen (Beitrag 1101269)

Wunsch: Das Emba den AHUser anheuert und ihm uneingeschrängen Spielraum gibt.

:thumb:

[Die Muhkuh]

Zitat:

Zitat von DeddyH (Beitrag 1101273)

Zitat:

Zitat von mleyen (Beitrag 1101269)

Wunsch: Das Emba den AHUser anheuert und ihm uneingeschrängen Spielraum gibt.

:thumb:

:thumb:

[Deep-Sea]

• Native assoziative Arrays.

Zitat:

Zitat von NamenLozer (Beitrag 1101221)

Zitat:

Zitat von mirage228 (Beitrag 1101220)

• integrierte (native) multicast delegates - sowohl für eigenen code als auch in der vcl, z.b. Alá button1.onclick.add(zweitereventhandler);.

+1.

+2 :thumb:

[uligerhardt]

Zitat:

Zitat von NamenLozer (Beitrag 1101221)

Zitat:

Zitat von mirage228 (Beitrag 1101220)

was mir gerade, neben einigen bereits erwähnten punkten, noch einfällt:

• integrierte (native) multicast delegates - sowohl für eigenen code als auch in der vcl, z.b. Alá button1.onclick.add(zweitereventhandler);.

+1.

...und nochmal +1!

[himitsu]

theoretisch existieren die schon
http://www.delphipraxis.net/132817-u...ler-e2506.html

[Deep-Sea]

Naja, TDictionary existiert ja auch schon. Aber ich meine eher so wie in PHP. (Ich Verräter! :P)

[mkinzler]

PHP funktioniert auch ganz anders.

[Deep-Sea]

Zitat:

Zitat von mkinzler (Beitrag 1101307)

PHP funktioniert auch ganz anders.

Und darum heißt dieser Thread ja auch "Träume, Wünsche und Wahnvorstellungen" und nicht "Welche Features sind realistisch und einfach zu implementieren" :wink:

[mkinzler]

Zu implementieren wäre es vielleicht schon, ich befürchte aber, dass die Performance dann nicht so toll wäre

[Elvis]

Zitat:

Zitat von Deep-Sea (Beitrag 1101306)

Naja, TDictionary existiert ja auch schon. Aber ich meine eher so wie in PHP. (Ich Verräter! :P)

Man sollte isch sehr genau überlegen, ob man Features als Sprachfeatures haben will, die genauso durch Libraries abgedeckt werden können.
Denn dadurch bleibt die Sprache sauber (wobei das bei diesem furchtbaren Kuddelmuddel, was sich Delphi Language nennt, wohl kaum noch erreichbar ist) und du kannst eine andere Implementierung wählen, wenn du mit der verbreiteten unzufrieden bist.
Damit aber Features sinnvoll durch Libraries implementiert werden können, muss die Sprache viel weniger pain-in-the-butt werden. Type-inference und ExpressionTrees sind schon fast Voraussetzung um Libs zu schreiben, die in ihrer Verwendung fast natürlich erscheinen.

Ohne einen Clean-Slate, also Delphi 2.0, sehe ich aber auf Dauer keinen Sinn in so einem Unterfangen.
Delphi ist ein Konglomerat aus 20+ Jahren Computergeschichte, von der ein Großteil eigentlich irrelevant sein sollte. Dummerweise schleppt man den alten Käse noch mit und deshalb sieht Code in Delphi im Jahre 2011 nur marginal besser aus als 1995.

[Neutral General]

Zitat:

Zitat von Deep-Sea (Beitrag 1101308)

Zitat:

Zitat von mkinzler (Beitrag 1101307)

PHP funktioniert auch ganz anders.

Und darum heißt dieser Thread ja auch "Träume, Wünsche und Wahnvorstellungen" und nicht "Welche Features sind realistisch und einfach zu implementieren" :wink:

Ja, aber man kann meiner Meinung nach Delphi nicht mit einer Scriptsprache vergleichen. Scriptsprachen sind einfach was anderes.

Mein bescheidener Wunsch wäre mal eine flotte IDE. Ich kenne XE nicht und ich habe das Gefühl, dass 2010 auch schneller/besser ist als 2009, aber das ist alles noch nicht das Wahre. Vor allem die Codevervollständigung ist bei großen Projekten unzumutbar.
Auf der Arbeit sitze ich manchmal ne halbe Minute vor einem drehenden Mauszeiger nachdem ich ein ".", eine Klammer oder ein ' geschrieben habe, bevor dann (manchmal!) die Codevervollständigung bzw. die Parameter der aufzurufenden Prozedur angezeigt werden... :?

[Luckie]

Zitat:

Zitat von Neutral General (Beitrag 1101311)

Vor allem die Codevervollständigung ist bei großen Projekten unzumutbar.

Chuck Norris braucht keine Codevervollständigung, er ist die Codevervollständigung.

Also das ist mir bei 2006 noch nicht aufgefallen. Nur dass manchmal angebliche Fehler im Code markiert sind, die keine sind.

Aber was ich mir noch wünschen würde, wieder so eine ausführliche Hilfe wie zu D6/D7 Zeiten. Schön mit Codebeispielen und einer funktionierenden Suche. Also irgendwas, was die Bezeichnung Hilfe auch verdient. Unter 21006 kämpfe ich manchmal mehr mit der Hilfe, als mit meinem Code. Und dann sage ich mir, läuft da doch irgendwas falsch.

[DeddyH]

Zitat:

Zitat von Luckie (Beitrag 1101321)

Unter 21006 kämpfe ich manchmal mehr mit der Hilfe...

Bist Du etwa Betatester für sehr künftige Versionen? :cyclops:

[p80286]

Zitat:

Zitat von Luckie (Beitrag 1101321)

Aber was ich mir noch wünschen würde, wieder so eine ausführliche Hilfe wie zu D6/D7 Zeiten. Schön mit Codebeispielen und einer funktionierenden Suche. Also irgendwas, was die Bezeichnung Hilfe auch verdient. Unter 21006 kämpfe ich manchmal mehr mit der Hilfe, als mit meinem Code. Und dann sage ich mir, läuft da doch irgendwas falsch.

:thumb::thumb::thumb::thumb::thumb::thumb::thumb:: thumb:



Gruß
K-H

[shmia]

Emba steht mit dem Rücken zur Wand und kämpft an zu vielen Fronten.
Wie wäre es, wenn die VCL zur Open-Source werden würde und Emba sich nur auf Compiler und IDE konzentrieren würde?
Kann mir gut vorstellen, dass das sehr kontrovers gesehen wird, aber irgendwie braucht es einen Befreiungsschlag...

Und weil wir gerade bei der sehr bescheidenen Hilfe sind; auch hier könnten Teile als Open-Source released werden.
Emba versucht es ja seit einiger Zeit mit einem Wiki, aber irgendwie wird's nix.

[mkinzler]

Zitat:

Wie wäre es, wenn die VCL zur Open-Source werden würde und Emba sich nur auf Compiler und IDE konzentrieren würde?

Das hat ja beim C++-BuilderX ja schon prima funktioniert :mrgreen:

[shmia]

Zitat:

Zitat von mkinzler (Beitrag 1101408)

Zitat:

Wie wäre es, wenn die VCL zur Open-Source werden würde und Emba sich nur auf Compiler und IDE konzentrieren würde?

Das hat ja beim C++-BuilderX ja schon prima funktioniert :mrgreen:

War das jetzt ironisch gemeint oder hast du da Hintergrundinfos?
C++-BuilderX basierte auf der Javaschiene, war für Enterpriseanwendungen (CORBA und so Kruscht) gedacht und wurde wg. Erfolglosigkeit aufgegeben.

[himitsu]

Im Prinzip ist die VCL schon OpenSource ... jedenfalls für die, welche sie gekauft haben und die TDEler.

Nur ist es etwas schwerer dort etwas ändern zu lassen, für alle, welche das nächste Update erhalten.


Ein unerfüllbarer Wunschtraum wäre ja, daß Emba sich etwas öffnen würde und mehr auf seine Kunden hören täte.

[mkinzler]

Mit diesem Produkt wollte man sich auf die IDE konzentrieren, man konnte neben dem eigenen Compiler auch die von GNU und MS verwenden.
Hat aber keinen interessiert.

Zitat:

Im Prinzip ist die VCL schon OpenSource ... jedenfalls für die, welche sie gekauft haben und die TDEler.

Sie wird dann im Source mitgeliefert. Mit OpenSource hat das aber nichts zu tun.

[himitsu]

OpenSource bedeutet doch nicht, daß es kostenlos ist?

Hab aber nochmal nachgelesen.
Dachte OpenSource ist etwas mehr von Freier Software entfernt. :oops:
http://de.wikipedia.org/wiki/Open_Source ... nja, 1 von 3 Punkten traf wenigstens zu.

[Robotiker]

Zitat:

Zitat von shmia (Beitrag 1101415)

C++-BuilderX basierte auf der Javaschiene, war für Enterpriseanwendungen (CORBA und so Kruscht) gedacht und wurde wg. Erfolglosigkeit aufgegeben.

Die IDE basierte auf Java. Aber es war nur eine IDE mit dem Compiler aus dem C++ Builder 6.

Für Enterpriseanwendungen war das Ding eher nicht gedacht, mehr für Cross-Plattform, Embedded und Portierungen.

Meine Developer Edition, so hieß damals die Professional, bestand aus:

• Der auf Java basierenden IDE
• Dem Compiler aus dem C++ Builder 6 (aber ohne VCL)
• Dem Intel Compiler für Windows, inkl. Mathebibliotheken
• Dem MingW-Compiler (GNU C++ für Windows)
• Nutzungsmöglichkeit des C++ Compilers eines parallel installierten Visual Studio
• Preview eines neuen, später eingestellten, Borland C++ Compilers
• Ein ziemlich zusammengefrickelter Preview eines GUI-Editors für WxWidgets

Also eher nichts in Richtung CORBA.

Aber das Tool war gar nicht schlecht. Wir haben damit ein großes Projekt vom C++ Builder auf Visual Studio portiert ...


Und wo wir beim Wünschen sind, meine Wünsche für den C++ Builder sind bescheiden. Ein Compiler (gern auch für 64 Bit), der die neuen Sprachfeatures wie auto und Lambda-Expressions unterstützt und von der mitgelieferten Boost Library mehr als das bisherige Viertel auch wirklich benutzen kann, würde mir schon reichen.

[Luckie]

OpenSource wäre, wenn du sie verändern und dann verbreiten dürftest. Aber ich glaube, dagegen hat Emb...Emba...Emb-Dingsbums was. ;)

[mschaefer]

Ja ich hätte da noch was:

Ein zentraler AppStore für Delphi-Applikationen, da dürften die Embracadero´s durchaus etwas dran verdienen, denn wer kleine Rechner hat, der fährt mit Delphiprogrammen nicht schlecht. Vielleicht sollten sie auch gleich ins Hoing einsteigen, damit das leidige suchen für VCL-for-the Web Hoster ein Ende hat.

Wenn sich vier NET-Frameworks installiert haben und im Ram liegen, dann ist mancher SmallSizePC zimlich am Ende.

[implementation]

Zitat:

Zitat von mirage228 (Beitrag 1101220)

• Integrierte (native) Multicast Delegates - sowohl für eigenen Code als auch in der VCL, z.B. alá Button1.OnClick.Add(ZweiterEventHandler);.

/sign!

Und automatische Codeformatierung noch während des Schreibens, wie im Visual Studio.
Dazu wünsche ich mir als Linuxer natürlich Cross-Platform und als Schüler was billigeres, damit ich auch endlich mal in die Zielgruppe falle :stupid:

---
Fällt natürlich alles unter "Wahnvorstellungen" - woher sollen die auf einmal so viel Manpower herkriegen? Die dauernd erscheinenden neuen Versionen zeigen ja eher, dass extremer Geldmangel herrscht. Emba wird es auf Dauer nicht schaffen, immer mit MS auf Gleichstand zu bleiben - es fehlen einfach die Mittel.
Das ist der Grund, weshalb ich eher an den FPC glaube - da ist das Problem nicht das Geld, sondern Leute, die als Hobby bei der Entwicklung mithelfen, auch manche hier aus der DP. Ich überlege, vielleicht demnächst auch mal in den Code reinzuschnuppern.

---
Und jetzt noch eine Horrorvorstellung:
Wehe, da kommt irgendwer mal auf die Idee, da einen GC fest einzubauen :evil:

[himitsu]

Eine Horrorvorstellung wäre, wenn Emba hier mitliest,
dann auch noch auf die wahnwitzige Idee verfällt einen unserer Wünsche umzusetzen
und dafür ausgerechnet deinen letzen Vorschlag nimmt. :stupid:

[mkinzler]

Zitat:

Eine Horrorvorstellung wäre, wenn Emba hier mitliest,
dann auch noch auf die wahnwitzige Idee verfällt einen unserer Wünsche umzusetzen

Unvorstellbar :stupid:
Im Ernst, sollten sie das ( nicht nur hier sondern grundsätzlich)

[implementation]

Zitat:

Zitat von himitsu (Beitrag 1101437)

und dafür ausgerechnet deinen letzen Vorschlag nimmt. :stupid:

Wäre da nicht dieser besch**** GC, würde ich nur noch mit .Net arbeiten.
Aber ich hasse diese Dinger einfach über alles :evil:

[Luckie]

Zitat:

Zitat von implementation (Beitrag 1101433)

Und automatische Codeformatierung noch während des Schreibens, wie im Visual Studio.

Einen noch umständlicheren Weg in die Klappsmühle zu kommen gibt es nicht oder? Ich würde irre werden.

[implementation]

Zitat:

Zitat von Luckie (Beitrag 1101440)

Einen noch umständlicheren Weg in die Klappsmühle zu kommen gibt es nicht oder? Ich würde irre werden.

Das muss sich dann natürlich auch komfortabel verhalten - den Entwickler unterstützen, statt gegen ihn anzukämpfen. Im VS empfinde ich die Formatierung als sehr angenehm, wenn man sich erst einmal dran gewöhnt hat.