XE7 Komponenten Thread (wie jedes [Halb]Jahr)?

[weisswe]

Hallo!

Macht die DP Redaktion wieder einen Sammelthread über den Status der 3rd Party Komponenten?

Grüße,
Werner

[mcinternet]

Die Jedis wären nicht schlecht, wenns die kurzfristig gäbe. Den EmbeddWB habe ich gestern bereits zur Verfügung gestellt

Gruss

MC

[Lemmy]

Zitat:

Zitat von mcinternet (Beitrag 1270992)

Die Jedis wären nicht schlecht, wenns die kurzfristig gäbe. Den EmbeddWB habe ich gestern bereits zur Verfügung gestellt

Gruss

MC

die gibts doch...

http://www.delphipraxis.net/1270978-post70.html

[Darlo]

Und von TMS:

Product name	Release date
TMS Charts for FireMonkey	Sep 3, 2014
TMS Component Pack	Sep 4, 2014
TMS TAdvStringGrid	Sep 4, 2014
TMS TAdvMemo	Sep 4, 2014
TMS Smooth Controls Pack	Sep 4, 2014

[Sherlock]

Bis der letzte fertig ist, ist die nächste Delphi Version draussen, insofern dürfte es einen solchen Thread in dieser Form nicht mehr geben. Sinnvoller ist eventuell eine Art Tabelle mit den Delphis ab XE4 aufwärts, und die dann Sticky irgendwo prominent untergebracht.

Sherlock

[Darlo]

Zitat:

Zitat von Sherlock (Beitrag 1271047)

Bis der letzte fertig ist, ist die nächste Delphi Version draussen, insofern dürfte es einen solchen Thread in dieser Form nicht mehr geben. Sinnvoller ist eventuell eine Art Tabelle mit den Delphis ab XE4 aufwärts, und die dann Sticky irgendwo prominent untergebracht.

Sherlock

Ja, macht Sinn

[jaenicke]

Zumal dann dort die letzten Erscheinungsdaten zu sehen wären und man sich ausrechnen kann wie lange es etwa dauern wird bis Komponente XY da ist.

[himitsu]

Einige Hersteller/Projekte haben doch bestimmt irgendo im weltweiten Netz die Versionsinfos automatisch auslesbar beritgestellt?
Da könnte man das bissl automatisieren.

Wobei dann eigentlich eine Info im Delphi "Hey, alle deine Komponenten sind nun für das aktuelle Delphi verfügbar." bestimmt handlicher wäre.

[Lemmy]

Zitat:

Zitat von himitsu (Beitrag 1271080)

Wobei dann eigentlich eine Info im Delphi "Hey, alle deine Komponenten sind nun für das aktuelle Delphi verfügbar." bestimmt handlicher wäre.

zumindest in der letzten Delphi-Umfrage wurde nach einer NuGet-Variante in Delphi gefragt - und nach der XE7 und der FireUI halte ich das nicht mehr für völlig ausgeschlossen...

[Sherlock]

Zitat:

Zitat von himitsu (Beitrag 1271080)

Einige Hersteller/Projekte haben doch bestimmt irgendo im weltweiten Netz die Versionsinfos automatisch auslesbar beritgestellt?
Da könnte man das bissl automatisieren.

Wobei dann eigentlich eine Info im Delphi "Hey, alle deine Komponenten sind nun für das aktuelle Delphi verfügbar." bestimmt handlicher wäre.

Zeit für ein kleines Plugin!

Sherlock

[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.

[Uwe Raabe]

Zitat:

Zitat von mquadrat (Beitrag 1272030)

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...

[TRomano]

@Uwe: da wartet man doch gerne :)

[mquadrat]

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 ;)

[Uwe Raabe]

Zitat:

Zitat von mquadrat (Beitrag 1272045)

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.

[mquadrat]

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

[Uwe Raabe]

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

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

[dummzeuch]

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

siehe http://blog.dummzeuch.de

[Der schöne Günther]

Mittlerweile auch für XE7:

cnPack 1.0.3.677
Modelmaker 11.1
Documentation Insight V3.2.9.7

[TiGü]

Zitat:

Zitat von Der schöne Günther (Beitrag 1272945)

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.

[Bernhard Geyer]

Zitat:

Zitat von TiGü (Beitrag 1272947)

Zitat:

Zitat von Der schöne Günther (Beitrag 1272945)

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.

Deshalb steht da ja auch "_unstable" auf der Webseite.
Sie werden es nur erstmal für XE7 zum laufen bekommen haben und XEx mit x < 7 kommt später

[Sherlock]

Schade, daß wirklich nichts geworden ist aus dem Sticky Thread. Ich mach mal einen "offiziellen Vorschlag".

http://www.delphipraxis.net/issue-458/

Sherlock

[himitsu]

Langsam könnte man alle bisher bekannten Komponenten/Hersteller in eine Liste/Tabelle aufnehmen und im ersten Post zusammenfassen.
Diese wird dann bei erscheinen des neuen Delphi geleert (nur der Inhalt/die Häkchen).
Und dann kommen dort nur noch die Haken da rein, wo etwas fertig ist. (vielleicht auch mit Datum in rot/gelb/grün)

Die Listen der letzen 2-3 Versionen aufheben/weiterführen, für die langsamen Hersteller und späten Upgrader.

Code:

Name mit Link     XE6  XE7  XE8  XE9

DevArt             V    V    -    -
pgDAC              V    V    -    -
AnyDAC             V    -   -    -
cnPack             V    V    -    -
VirtualTreeView    V    V    -    -
INDY               V    V    /    -
IDE-FixPack        V    V    -    -
...


- nix/unbekannt
/ in Arbeit
V fertig

[mjustin]

Zitat:

Zitat von himitsu (Beitrag 1283957)

Langsam könnte man alle bisher bekannten Komponenten/Hersteller in eine Liste/Tabelle aufnehmen und im ersten Post zusammenfassen.

Schön wäre eine Push-Notification auf mein Handy (oder eine Mail) sobald eine von mir verwendete Komponente als verfügbar eingetragen wird. (Höre ich da irgendwo "MessageQueue"?) :D