XE5 Update1 ist da

[Union]

Mich stört auch, dass die QC nicht nachvollziehbar abgearbeitet zu werden scheinen. Ich habe auch gar kein Problem damit, ein "Wont't do" oder "As designed" zu erhalten. Aber die Dauer bis ein QC geöffnet wird ist absolut inakzeptabel. Auch scheinen die Automatisierten Problemreports überhaupt nicht bearbeitet zu werden, selbst wenn man sie nach dem Abschicken nochmals überarbeitet.

Ich habe aber auch gegenteilige Fälle: QCs die ich gestellt habe, sind gefixt worden (aber wohl eher unabsichtlich). Die stehen aber immer noch auf Offen.

Für mich wichtig wäre unter anderem:

• Allgemein nicht so viel Hardcodierung (Locale, Bildoptionen etc.)
• Der Sharingservice sollte korrekt arbeiten
• Erkennung der vom Benutzer eingestellten Sprache sollte funktionieren
• Style Designer soll nicht ständig abstürzen und die IDE mitnehmen
• Imagemanager sollte funktionieren wie woanders auch (mehr Flexibilität, auch bei den Rückgabewerten)
• iOS 7 Layouts und style sollten funktionieren
• Korrektur bzw. Vervollständigung der Dokumentation. Manches erfährt man nur durch Zufall wenn man viele, viele Blogs liest.
• Firemonkey Formulardesigner sollte richtig funktionieren (Tastatur, Hotkeys, Hints)
• Die IDE sollte sich nicht minutenlang aufhängen beim Debuggen von Android Apps

[Mavarik]

Zitat von Bernhard Geyer:

Zitat von arnof:

Du solltest auf die Enterpriseversion Upgraten, dort kannst Du direkt auf alle Sourcen zugreifen und z.B. das Bugfix von tms selbst einbauen! Das verkürzt die Wartezeiten beträchtlich.

Die Sourcen sind ab der Pro-Version dabei.

Aber beim SP1 waren keine neuen Sourcen dabei! Oder habe ich etwas übersehen?

Mavarik

[Bernhard Geyer]

Zitat von Mavarik:

Aber beim SP1 waren keine neuen Sourcen dabei! Oder habe ich etwas übersehen?

Mavarik

Unter <InstallRoot>\RAD Studio\12.0\source\fmx liegen Pas-Dateien vom 18.10.2013

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

[greenmile]

@me:ich denke mal du weißt eh dass es nicht persönlich ist. Aber was sollen wir tun in unserem nicht gehörten Frust?

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

[stahli]

@ Matthias

Meine Fragen sind offenbar untergegangen (da dies kein "Gemecker" ist hoffe ich noch auf Anworten), daher nochmal knapp und nüchtern:

1) Update FMX
Kann ich (wie und zu welchen Kosten) mein XE3 Ultimate oder wenigstens Enterprise (vor allem FMX) auf einen aktuellen Stand bringen, ohne das Mobile Pack bezahlen zu müssen. Ich möchte letztlich (lediglich) ein Bugfix von FMX.

2) FMX-Canvas-Konzept
In einem anderen Beitrag hattest Du angedeutet, dass Ihr über ein anderes grafisches Konzept nachdenkt: http://www.delphipraxis.net/1228264-post25.html
Hat sich da schon etwas konkretisiert?

Mit freundlichen Grüßen
André