XE5 Update1 ist da

**Mavarik**

PS: Ich habe heute einem XE2 Entwickler, der von mir ab und zu Aufträge bekommt, mal XE5 gezeigt und nun will er es bestellen

XE5 ist mit sicherheit viel besser als XE2... Wenn die IDE ein bisschen stabiler laufen würde...

Leider ist die Ausführungsgeschwindigkeit unter iOS7 und Android immer noch so langsam, dass man das keinen Anwender antun kann.
Wenn da sich noch etwas ändert, wäre ich schon fast zufrieden...

Wir hoffen auf SP2...

Mavarik

**arnof**

Schau mal nach dem Form Paint (siehe meine Focus Problem Beitrag), dort geht die Systemzeit verloren .....

Unter IOS gibt es die kostenfreien Controls (hatte ich hier auch mal gepostet, damit kannste die Probleme komplett umgehen. Zu Android versucht der das wohl auch gerade zu machen.

**Mavarik**

Zitat von arnof:

Unter IOS gibt es die kostenfreien Controls (hatte ich hier auch mal gepostet, damit kannste die Probleme komplett umgehen. Zu Android versucht der das wohl auch gerade zu machen.

Klar geht das, oder auch die TMS Komponenten, aber ich denke das ist nicht die Idee von Firemonkey dann auf jeder Plattform andere Komponenten zu nehmen!

Mavarik

**greenmile**

Zitat von Mavarik:

Klar geht das, oder auch die TMS Komponenten, aber ich denke das ist nicht die Idee von Firemonkey dann auf jeder Plattform andere Komponenten zu nehmen!
Mavarik

Das ist doch genau das was ich weiter vorne geschrieben habe. Ich habe ME fast zugespamt mit dem Wunsch, bei jeder Beta habe ich ihn gefragt ob endlich FMX Browser mit dabei sind. Sie sind bis heute nicht da. So schwer scheint es ja nicht zu sein, wenn eine Bude wie TMS das hinbekommt (und deren Sourcen sind auch nicht 1a sauber), also wollte es Emba nicht, ganz einfache Nummer. Mir bleibt doch nichts anderes übrig als fremde Komponenten zu nehmen.

Nur bekomme ich richtig schlechte Laune, wenn ich fremde Komponenten nehmen müsste weil vom Hersteller nichts kommt, genau das aber eben nicht geht. Was soll ich dann mit einem XE5? Ich will FMX nicht mehr nehmen, ich will den Compiler und den Rest kaufe ich mir dazu. Wenn das aber auch nicht mehr funktioniert, ja dann brauche ich den ganzen Wartungskram nicht. Darum geht es mir doch.

**Mavarik**

ja kann dich verstehen...

Ich hab die Komponenten von TMS gekauft und zwar : "FÜR EINE ZEILE SOURCE CODE"

Die ich im MapKit nicht hinbekommen habe... Weil ich die Umsetzung von ObjectiveC auf Delphi nicht verstanden habe.

Aber Egal, die Umsetzung von Bruno ist um vieles besser als meine eigene...

Mavarik

**Sherlock**

Es ist so erschreckend einfach. Wir trotten brav jährlich (mittlerweile halbjährlich) zur Schlachtbank des neuen Delphi-Releases. Die ein bis zwei halbherzigen Updates für die Vorversion gab es nur, um die lautesten Schreihälse ruhigzustellen. Viel tut sich aber nicht wirklich, und damit meine ich Fehlerbehebungen. Denn neue, unbrauchbare Features gibt es ja zu Hauf. Wenn man die halt mal versucht anzuwenden, fliegt es einem um die Ohren und man wartet auf das allheilbringende, bugfixende Update. Viel zu oft wartet man vergebens, und wird für eine neues, vorgeblich besseres Release zur Kasse gebeten. So geht das jetzt schon seit 5 Jahren. Mal ehrlich, nennt die letzte Delphi-Version mit der Ihr zufrieden wart und die Versprechungen mit der ihr dennoch zu einem Upgrade genötigt...äh...überredet wurdet. Bei mir ist es D2007.

Jetzt gibt es hier in Deutschland einen äußerst engagierten Mitarbeiter von Embarcadero, der leider aber eher dem Vertrieb als dem Support oder gar der Entwicklung zuzuordnen ist. Der bekommt den Frust regelmäßig als Shitstorm um die Ohren geblasen. Mir würde da auch entweder der Kragen platzen oder ich auf Durchzug schalten. Ich bewundere ihn ehrlich dafür, daß er es immer wieder versucht hier zu einem Dialog zu kommen. Bitte Matthias, werte das alles nicht als persönlichen Angriff. Du bist eben der Einzige, an den wir uns wenden können. Das ist nichts persönliches!

Nun zum erschreckend einfachen Teil. Kauft es einfach nicht mehr. Sucht Euch einen beliebigen QC Eintrag und pocht darauf, daß dieser für Euch essentiell ist, und er gefälligst gefixt gehört, und zwar in einem Bugfix/Update whatever...ohne Kosten. Zur Hölle mit der nächsten Version. Wem übrigens grad kein QC einfällt:

http://qc.embarcadero.com/wc/qcmain.aspx?d=97066 bitte schön. Den gibts schon immer, und der wird definitiv niemals nicht gefixt werden.

Sherlock

**Union**

Zitat von Sherlock:

Wem übrigens grad kein QC einfällt:

http://qc.embarcadero.com/wc/qcmain.aspx?d=97066 bitte schön. Den gibts schon immer, und der wird definitiv niemals nicht gefixt werden.

Das stimmt, aber der ist doch harmlos, macht er doch die mittels der IDE/Compiler erstellten Programme nicht unbrauchbar.

Wir könnten aber Folgendes tun:

Wir machen hier eine Abstimmung mit Votes für offene QC und priorisieren diese dadurch
Dann greift sich jeder der einen SA hat jeweils die Anzahl, die seinen freien Supportfällen entspricht
Schließlich melden wir alle gleichzeitig die uns zugeordneten QC als Fehler/Supportfall
Das KÖNNEN sie nicht mehr ignorieren, denn die Supprtfälle sowie deren Bearbeitung sind Vertragsbestandteil

Die Arbeit für jeden wäre minimal, man muß sich nur um vielleicht 3-5 Fälle kümmern. Und es hätte noch einen weiteren Vorteil: Durch die intensive Beschäftigung mit den Supportfällen wäre keine Zeit mehr, fehlerhafte neue Features zu basteln.

**jaenicke**

Zitat von Sherlock:

Wem übrigens grad kein QC einfällt:

http://qc.embarcadero.com/wc/qcmain.aspx?d=97066 bitte schön. Den gibts schon immer, und der wird definitiv niemals nicht gefixt werden.

Da hat sich aber schon sehr viel getan. In den aktuellen Versionen funktioniert das bei uns in der Regel gut.

Zitat von Sherlock:

Mal ehrlich, nennt die letzte Delphi-Version mit der Ihr zufrieden wart und die Versprechungen mit der ihr dennoch zu einem Upgrade genötigt...äh...überredet wurdet.

XE5 Update 1, vor dem Upgrade war es für uns dank des Fehlers in der MIDAS Bibliothek unbrauchbar. Für reine VCL-Entwicklung sind wir damit ansonsten aber sehr zufrieden.

Mit FireMonkey machen wir noch nicht viel, aber ich hatte auch bisher wenig Erfolg als ich damit versucht habe zu arbeiten, das muss ich sagen...
Insbesondere wird viel rein visuell gezeigt, aber wie man das im Code erreichen kann, ist nicht so leicht zu finden.

**Thom**

Ich denke, daß es eine ganze Reihe Delphi-Entwickler gibt, die auch bereit wären, etwas zu FireMonkey beizutragen (damit meine ich nicht nur QC-Einträge). Embarcadero müßte dazu allerdings auch Ansprechpartner (hier in Deutschland natürlich bevorzugt mit deutschen Sprachkenntnissen) bereitstellen.
Insofern ist Matthias' Angebot aus meiner Sicht ein großer Schritt in die richtige Richtung.

Nur richtig große Projekte sind in der Lage, die Unzulänglichkeiten von FMX aufzuzeigen, die dann im Dialog behoben werden könnten. Mal ein kleines Beispiel: Die fest codierte Sichtbarkeitspyramide der Kamera mag für Demos ausreichend sein - für Real-Word-Programme ist sie aber völlig unbrauchbar.

Ich weiß nicht, wie's in XE5 aussieht (meine Trial ist abgelaufen): Unter XE3 war ja der ganze 3D-Teil (also von TControl3D abgeleitete Objekte) noch nicht LiveBinding-fähig (es fehlt die Observer-Anbindung). Hat das jemand mal unter XE5 getestet?

**Mavarik**

Zitat von Thom:

Ich denke, daß es eine ganze Reihe Delphi-Entwickler gibt, die auch bereit wären, etwas zu FireMonkey beizutragen (damit meine ich nicht nur QC-Einträge). Embarcadero müßte dazu allerdings auch Ansprechpartner (hier in Deutschland natürlich bevorzugt mit deutschen Sprachkenntnissen) bereitstellen.
Insofern ist Matthias' Angebot aus meiner Sicht ein großer Schritt in die richtige Richtung.

Ja das sehe ich 100%ig auch so... Das würde uns sicher einen großen Schritt weiter bringen!

Mavarik