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

[stahli]

Tools:
- integrierter Ressourcen(Icon-)Editor

Debugging:
- Debuging für einzelne Unit bzw. Package in Projektoptionen deaktivieren
- Bereichsprüfung standardmäßig ein
- Überwachte Ausdrücke: Weg"Optimierung" von Self abschalten
- Haltepunkte händisch und automatisch (Unit+Zeile) sortieren
- Umsortierung überwachter Ausdrücke per Drag&Drop

Compilierung:
- Fehlerinfo bei Compilierungsfehler weglassen und direkt zu Quelltext springen (war bei D2009 noch so, in XE muss erst Fehler bestätigt werden)
- Gleiches gilt für Infofenster nach Compilierung abhängiger Packages (die Nachricht (neu in XE) ist unnötig)

IDE:
- UnitRegister optional MultiLine
- SplitEditor
- Frames als Blackbox markieren (Änderungen innerhalb eines Frames im Formular sowie auf Wunsch Darstellungen der enthaltenen Controls verhindern (nur graue Fläche mit Frame-Namen))

Features:
- zirkuläre Unitreferenzen ermöglichen (wenigstens teilw. z.B. durch Deklarationen wie MyClass = class in OtherUnit; (Da die Foreward-Deklaration in einer Unit geht, sollte sich dies auch Unit-übergreifend realisieren lassen.)
- Automatische "Nilung" von freigegebenen Objekten und Referenzen darauf (also ein integriertes Observer-Patterns).
- Data-Bindings (an denen Stevie ja bereits arbeitet)
- FinallyExit (fände ich trotz allem besser als das try-finally-Gewurschtel )
- try .. except .. finally .. end
- Und VOR ALLEM einen brauchbaren und in Delphi integrierten OR-Mapper (z.B. ala ECO). (Ok, das wäre eine zu starke Konkurenz zu meinen odControls - also ziehe ich den Wunsch lieber zurück )

[Namenloser]

Zitat von stahli:

- FinallyExit (fände ich trotz allem besser als das try-finally-Gewurschtel )

Ich glaube damit stehst du ziemlich allein. Warum sollte man das exakt selbe Feature doppelt implementieren? Bei den restlichen Punkten stimme ich dir aber weitestgehend zu.

[himitsu]

> zirkuläre Unitreferenzen ermöglichen
lieber nicht
Klar, es würde teilweise einiges einfacher machen, aber auch viele Fallstricke eröffnen.
(PS zirkuläre gezieungen geht nicht, die Interface-Abschnitte dieses nicht zulassen)

FinallyExit lieber nicht (PS: hier hassen eh viele die GOTOs ), aber bei try..except..finally..end wäre ich dabei

Zitat:

Und Zuweisungsoperatoren a la C++ wären auch nett:

Aber nur, wenn als Erweiterung des := , also nur für Zuweisungen
und blos nicht innerhlab von IFs und Co.

[himitsu]

> zirkuläre Unitreferenzen ermöglichen
lieber nicht
Klar, es würde teilweise einiges einfacher machen, aber auch viele Fallstricke eröffnen.
(PS zirkuläre gezieungen geht nicht, die Interface-Abschnitte dieses nicht zulassen)

FinallyExit lieber nicht (PS: hier hassen eh viele die GOTOs ), aber bei try..except..finally..end wäre ich dabei

Zitat:

Und Zuweisungsoperatoren a la C++ wären auch nett:

Aber nur, wenn als Erweiterung des := , also nur für Zuweisungen
und blos nicht innerhlab von IFs und Co.

Das wäre dann sogar halbwergs kompatibel zur := -Syntax
[:+-*/]=


Über Record-Operatoren für "Standard"-Typen, könnte man die Multi-Events für OnXYZ leicht nachbauen.

[stahli]

Zitat von NamenLozer:

Zitat von stahli:

- FinallyExit (fände ich trotz allem besser als das try-finally-Gewurschtel )

Ich glaube damit stehst du ziemlich allein. Warum sollte man das exakt selbe Feature doppelt implementieren? Bei den restlichen Punkten stimme ich dir aber weitestgehend zu.

Die Antwort findest Du dort.


[etwas OT, aber wenn man gefragt wird...]Wunsch: Julia sollte mich entgegen der Absprache doch anrufen. Traum: Sie sollte vor Oktober wieder kommen. Wahnvorstellung: Nee, sage ich nicht.[/etwas OT, aber wenn man gefragt wird...]

[bernau]

Zitat von stahli:

- Frames als Blackbox markieren (Änderungen innerhalb eines Frames im Formular sowie auf Wunsch Darstellungen der enthaltenen Controls verhindern (nur graue Fläche mit Frame-Namen))

Au ja. Das zähle ich zu den wichtigsten Dingen. Ich arbeite sehr viel mit Frames. Es nervt immer wieder, wenn man "ausversehen" etwas in einem eingefügten Frame anklickt/verschiebt/ändert.

[rollstuhlfahrer]

Zitat von bernau:

Es nervt immer wieder, wenn man "ausversehen" etwas in einem eingefügten Frame anklickt/verschiebt/ändert.

Eine Undo-Funktion für visuelle Komponenten.

Bernhard

[Neutral General]

Zitat von rollstuhlfahrer:

Zitat von bernau:

Es nervt immer wieder, wenn man "ausversehen" etwas in einem eingefügten Frame anklickt/verschiebt/ändert.

Eine Undo-Funktion für visuelle Komponenten.

Bernhard

Ja! Unbedingt!

[nytaiceman]

Zitat von Neutral General:

Zitat von rollstuhlfahrer:

Zitat von bernau:

Es nervt immer wieder, wenn man "ausversehen" etwas in einem eingefügten Frame anklickt/verschiebt/ändert.

Eine Undo-Funktion für visuelle Komponenten.

Bernhard

Ja! Unbedingt!

Ja und ja und ja!

Ich als Profi-Anfänger wünschte mir zusätzlich folgende Dinge:

- Das die Delphi-Lizenz wieder als Datei abgelegt werden kann (Wie bei Delphi 2005)
- Das ich zwei (oder mehrere) Delphi Projekte parallel offen haben kann (Also zwei IDE gleichzeitig zum direkten Vergleich von Projekten)
- "irgendwie aufgeräumter" was .dcu, .bpl usw. (Suchpfade) angeht. Jedesmal wenn ich Jedi, Indy oder was auch immer aktualisiere, habe ich "Leichen" die stören.
- Mehr übersetzte Windows Header API (MSI, WIM etc.)

und:

Zitat:

by Codewalker
Ist mir doch gerade noch etwas aufgefallen, was fehlt: Der blöde E2195 muss weg, ich will endlich lokale Variablen initialisieren können. Compilermäßig dürfte das wenig Aufwand sein.

Zusätzlich zur Zukunftssicherung müssen die Gratisversionen attraktiver werden. Bei uns im Betrieb kennen die Auszubildenden "nur" Microsoft Visual Studio Express, die kommen gar nie auf die Idee, etwas mit Delphi zu machen. So schwinden von Jahr zu Jahr die möglichen Delphi-Interessenten!

[himitsu]

Zitat:

Das die Delphi-Lizenz wieder als Datei abgelegt werden kann

Ist immernoch möglich, nur daß Emba die .slip-Dateien sehr ungern rausgibt.
(vorallem da man diese ganz einfach weitergeben kann und jeder sich dann ohne Serverauthentifizierung beliebig viele Delphis aktivieren kann)

Zitat:

Das ich zwei (oder mehrere) Delphi Projekte parallel offen haben kann (Also zwei IDE gleichzeitig zum direkten Vergleich von Projekten)

die IDE mehrmals öffnen
http://www.delphipraxis.net/160418-m...0-la-word.html