Aufruf: Was braucht Firemonkey

[Mavarik]

@greenmile

Müll finde ich zu hart...

Ich nenne es verbesserungsbedürftig.

Für IOS geht es ja noch aber für Android ist es echter Müll. Absolut nicht zu gebrauchen zur Zeit...(Aussage von ME: "Wir arbeiten daran. Warte auf Update 1")
Mal abgesehen davon, dass ein für IOS designtes Formular ÜBERHAUPT nicht auf Android passt...

Gleiche Codebase mag ja noch stimmen, aber auf keinen Fall gleiches Design...

Mavarik

[greenmile]

Eine Frage, die Stahli mal gestellt hat und die alles beantwortet: Wie viele wirklich professionelle Anwendungen, die mit Firemonkey erstellt wurden und die FMX Controls verwenden, gibt es? Und ich meine nicht kleine Tools sondern etwas, mit dem man Geld verdienen kann.

Ich habe es aufgegeben. Ich froh und glücklich über den Compiler und dass ich eine Form habe. Und ich bin glücklich, dass endlich Drittanbieter wie TMS was anbieten. Die Kombi ist für mich ok und die einzig sinnvolle. Denn ich will und muss Geld damit verdienen. Ich kann dem Kunden nicht sagen "Hey, wir warten auf SP1. Oder XE6. Oder XE7. Oder geht halt nicht.". Das habe ich bei XE2 getan und mir böse die Finger verbrannt.

Wieso ich überhaupt noch mitschreibe? Weil ich echt sauer bin, dass ich einen Wartungsvertrag für Delphi UND einen für Mobile Studio brauche. Obwohl sich in Delphi selbst kaum was ändert und ich es nur brauche, weil ich sonst mit dem Mobile Studio nirgendwo aufsetzen kann. Und weil ich noch zusätzlich extern Geld ausgeben muss für etwas, was ich eigentlich vom Hersteller erwarte.

===

Also mein Wunsch an Emba:

1. Ein Wartungsvertrag für Delphi UND Mobile Studio, nicht diese Abzocke
2. Die viel versprochenen Bugfixes. Sobald eine neue Version kommt, werden alte Versionen vergessen
3. Essentielle Komponenten wie nativ Listview, Webbrowser usw.

[Union]

FireMonkey ist genau wie QC: Für die Tonne. Das muss neu aufgesetzt werden. Ich wollte heute was ganz einfaches machen. Habe es nicht hingekriegt, aber 3 QC zu einem einzigen Fall erstellt. Dabei habe ich u.a. (immer noch und schon wieder) festgestellt:

• Schlüsseleigenschaften von OS-Komponenten werden hardcodiert und nicht published
• Ganz normale Bedienung führt zu SIGxxx Problemen und Verabschiedung der gesamten App
• Die "nativen" pixel-perfect Komponenten sehen komplett anders aus als bei den im Gerät vom Hersteller mitgelieferten Apps und verhalten sich auch anders.
• Die Programmierer beherrschen keine Rechtschreibung.
• Der Source wird von Kommentaren und ToDo gestrippt damit man auch ja nichts nachvollziehen kann.
• Der Source entspricht nicht dem Auslieferungszustand des Kompilats - es stecken dort Fehler drin die zu einem Compilerabbruch führen und daher nicht der Ursprung der vorhandenen dcu und bpl sein können.

Es gibt eine Schnittmenge ca. 30 Komponenten auf den verschiedenen Plattformen. Ist das zu viel verlangt dass die auch alle funktionieren?

[Der schöne Günther]

Zitat von Union:

Der Source wird von Kommentaren und ToDo gestrippt damit man auch ja nichts nachvollziehen kann.

Oh nein, ist das immer noch so?

Das verstehe ich schon bei der VCL nicht. Noch schlimmer wäre jetzt eigentlich, wenn doch nichts entfernt wurde

[jaenicke]

Zitat von greenmile:

1. Ein Wartungsvertrag für Delphi UND Mobile Studio, nicht diese Abzocke

Das gibt es ja mit der Enterprise. Wer den Preis nicht ausgeben möchte, der muss eben separat kaufen. Genau diese Modularität wurde ja mal aus der Community gefordert und rein auf die Wartung bezogen finde ich das auch nicht zu teuer (anders als den Einstiegspreis) und diese Konfiguration mit Addons usw. finde ich derzeit nicht schlecht.

ABER:
Es muss dabei auch eine Kontinuität geben. Das Hickhack mit separatem Mobile oder nicht usw. ist einfach ein No-Go, auch wenn es uns in der Firma nicht betroffen hat. Ich hoffe daher eher, dass die Produktlinie nun kontinuierlich fortgeführt wird und nicht gleich wieder etwas umgeworfen wird...

Zitat von greenmile:

2. Die viel versprochenen Bugfixes. Sobald eine neue Version kommt, werden alte Versionen vergessen

Alte Versionen nicht mehr zu pflegen wäre für mich in Ordnung, sofern es mehr Fixes zumindest in der aktuellen Version geben würde, vor und nach dem Release. Bei FireMonkey tut sich in der Hinsicht einiges und die Stabilität der IDE ist auch immer besser, aber es gibt trotzdem zu viele offene Punkte.

Deshalb verliert man leider die Lust überhaupt QC-Einträge zu schreiben, wenn man dann in vielen Fällen schon alte Einträge zu vielen Problemen findet, die schon länger offen sind. Das ist mir leider auch bei FireMonkey und XE5 allgemein schon so gegangen, auch wenn bei FireMonkey naturgemäß die Einträge jünger sind als bei diversen VCL-Problemen.

Am problematischsten finde ich dabei, dass bei FireMonkey schon wieder wie vorher bei der VCL essentielle Bestandteile der Komponenten nicht virtuell und nicht von außen beeinflussbar sind.
Was soll das? Letztlich würde ich gerne an vielen Stellen die ganze Unit kopieren und ein paar Zeilen ändern, und das nur, weil alles gekapselt ist und man es nicht einfach ändern kann. Das macht die Auswirkungen der vorhandenen Fehler umso verheerender, weil man diese außer durch dreckige Tricks immer wieder mal nicht einmal umgehen kann.

Zitat von greenmile:

3. Essentielle Komponenten wie nativ Listview, Webbrowser usw.

Ja, ein paar wichtige Komponenten fehlen mir auch.

[Mavarik]

OK Leute...

Vielleicht habe ich mich nicht korrekt ausgedrückt...
Nix gegen Eure Meinungen wie gut oder schlecht Delphi & Firemonkey sind, aber in diesem Thread geht es um eine
konstruktive Mitarbeit um das bestehende zu erweitern und zu verbessern.

Es geht darum das wir zusammen erarbeiten welche Funktionen von der RTL gekapselt werden sollten damit man unter Android und IOS den gleichen Code verwenden kann..

Thema : MapKit, Batteriestatus, Events usw.

Macht Euch doch bitte in einem anderen Thread Luft...

Mavarik

[Union]

Zitat von Mavarik:

OK Leute...
Nix gegen Eure Meinungen wie gut oder schlecht Delphi & Firemonkey sind, aber in diesem Thread geht es um eine
konstruktive Mitarbeit um das bestehende zu erweitern und zu verbessern.

Dann hast Du Dich unklar ausgedrückt. Oder fast alle haben es nicht richtig verstanden.

Zitat:

Frage war: "Wann werden die fehlenden Abstraktionen in Firemonkey eingebaut, damit der gleiche Code auf IOS & Android läuft"

Wenn das die Frage ist - was sollen wir dann dazu sagen? Heute? Morgen? Möglichst in 3 Monaten?

[Mavarik]

Zitat von Union:

Zitat von Mavarik:

OK Leute...
Nix gegen Eure Meinungen wie gut oder schlecht Delphi & Firemonkey sind, aber in diesem Thread geht es um eine
konstruktive Mitarbeit um das bestehende zu erweitern und zu verbessern.

Dann hast Du Dich unklar ausgedrückt. Oder fast alle haben es nicht richtig verstanden.

Zitat:

Frage war: "Wann werden die fehlenden Abstraktionen in Firemonkey eingebaut, damit der gleiche Code auf IOS & Android läuft"

Wenn das die Frage ist - was sollen wir dann dazu sagen? Heute? Morgen? Möglichst in 3 Monaten?

Das war die Frage bei den Delphi Tage an ME...

Drücke ich mich heute so blöde aus?

Mavarik

[greenmile]

Naja, ich denke es wurde hier im Forum schon genügend geschrieben über das was fehlt, was fehlerhaft ist, was man besser machen könnte. Wenn irgendjemand wirklich Interesse daran hat, Delphi / FMX zu verbessern, dann bräuchten wir diesen Thread nicht. Es steht alles an jeder Ecke hier im Forum. Darf ich auch einfach verlinken? Dann erspare ich mir das getippe. Alternativ können "diejenigen" einfach mal "Firemonkey Probleme" bei Google eintippen ...

Wobei, wenn ich ehrlich bin würde es schon einiges an Arbeit brauchen, um mich wieder von Firemonkey zu überzeugen. Soviel können die Jungs tatsächlich in einem Jahr nicht schaffen. Die Enttäuschung ist ohne Frage große.

[Lemmy]

Zitat von jaenicke:

Zitat von greenmile:

1. Ein Wartungsvertrag für Delphi UND Mobile Studio, nicht diese Abzocke

Das gibt es ja mit der Enterprise.

das gibts auch bei Professional. Nennt sich dann halt RadStudio.