Der Package-Manager wäre für mich allein genug Grund zum Wechseln. Muss ich wohl doch meinen eigenen schreiben. hmpf.

Noch schöner wäre es ja, wenn man die Packages auch nochmal per Projekt managen könnte wie z.B. Maven.

Zitat von mquadrat:

Der Package-Manager wäre für mich allein genug Grund zum Wechseln. Muss ich wohl doch meinen eigenen schreiben. hmpf.

Noch schöner wäre es ja, wenn man die Packages auch nochmal per Projekt managen könnte wie z.B. Maven.

Wahrscheinlich eher per Projektgruppe.

Stell dir mal vor, du hast zwei Projekte in der Projektgruppe, die sich gegenseitig ausschließende Packages verwenden. Dann machst du je ein Form aus dem einen und aus dem anderen Projekt auf, die jeweils diese Packages brauchen. Das lässt sich gar nicht sauber auflösen.

Mit dem selber schreiben würde ich übrigens noch etwas warten...

@Uwe: da wartet man doch gerne

Projektgruppe macht auch nicht 100%ig Sinn. Ich könnte ja Projekte in einer Gruppe binden, die unterschiedliche Versionen des gleichen Packages voraussetzen.

Aber ein "da haste die GIT-Adresse, installier das mal" würde ja im ersten Schritt auch erst mal reichen. Mir zumindest

Zitat von mquadrat:

Projektgruppe macht auch nicht 100%ig Sinn. Ich könnte ja Projekte in einer Gruppe binden, die unterschiedliche Versionen des gleichen Packages voraussetzen.

Genau das geht aber ja nicht, denn es könnten ja dann mehrere Forms in der IDE offen sein, die unterschiedliche Versionen des gleichen Packages voraussetzen. Es kann aber immer nur eines dieser Packages geladen sein. Das Problem existiert ja in dieser Form aktuell auch schon. Du kannst keine zwei Projekte in eine Projektgruppe packen, die unterschiedliche Versionen eines Packages voraussetzen. Auch jetzt muss der "Package Manager" (i.e. der Benutzer) dafür sorgen, daß dazu die richtigen Packages geladen sind. Da immer nur eine Projektgruppe geöffnet sein kann, aber mehrere Projekte, ist die Projektgruppe eigentlich die relevante Entity. Zwei Projekte, die unterschiedliche Versionen des gleichen Packages voraussetzen, dürfen dann eben nicht in dieselbe Projektgruppe.

Ah das stimmt natürlich, habe eben nur an Runtime-Packages gedacht.

PngComponents sind nun auch für XE7 verfügbar.

Alternativ auch für Mercurial auf Bitbucket: https://bitbucket.org/uweraabe/pngcomponents

• Experimental GExperts Version 1.37-2014-09-04
• Autosave Wizard for Delphi 6 to XE7

siehe http://blog.dummzeuch.de

Mittlerweile auch für XE7:

cnPack 1.0.3.677
Modelmaker 11.1
Documentation Insight V3.2.9.7

Zitat von Der schöne Günther:

Mittlerweile auch für XE7:

cnPack 1.0.3.677

Ui, habe das gerade auf mein XE3 installiert und schon hagelte es beim Starten lauter Access Violations und die IDE ging nicht auf...dann eben zurück zur Versioin 672.