Firemonkey vs VCL

[Mavarik]

Zitat von bra:

Bei uns ist der Mac z.B. kein Thema, weil nicht existent.

Wir verkaufen mittlerweile Macbooks mit Windows, weil wir es leid waren... Die Dinger sind halt besser...

[warschonweg]

Zitat von Sherlock:

Weil Delphi auf halbwegs native Controls zugreifen kann, und nicht auf systemfremde Dinger angewiesen ist, die unbedarfte Anwender in die Irre führen. Weshalb ich auch weiterhin (für Windows) die VCL favorisiere.

Da Delphi aber den Ansatz, nur für Windows von Bedeutung sein zu wollen, aufgegeben hat, wäre doch ein "systemübergreifendes" Framework nicht verkehrt. Firemonkey statt Qt5 invalidiert meine Frage ja nicht.

[Mavarik]

Zitat von warschonweg:

Da Delphi aber den Ansatz, nur für Windows von Bedeutung sein zu wollen, aufgegeben hat, wäre doch ein "systemübergreifendes" Framework nicht verkehrt.

Eben...

Die Roadmap stellt ja Konsolen/Server App's für Linux in Aussicht...

Dann ist der Schritt - auch wenn ich Linux-Desktop nicht brauche, nice to have - nicht mehr so fern...

[Bambini]

Zitat von Mavarik:

Zitat von bra:

Bei uns ist der Mac z.B. kein Thema, weil nicht existent.

Wir verkaufen mittlerweile Macbooks mit Windows, weil wir es leid waren... Die Dinger sind halt besser...

Dann kann man zumindest sagen: Mein Programm läuft auf dem Mac ... aber ob das der Kunde gemeint hat?

[Rollo62]

Zitat:

aber der Funktionsumfang bleibt immer noch sehr hinter den VCL Möglichkeiten zurück

Vielleicht ist das auch gut so.
Keiner braucht 20 verschiedene Editcontrols.

Ok, ok, ich vermisse ein gescheites Grid auch schon lange.
Damals sagte man mir das Emba den 3rd PartyEntwicklern auch noch Luft lassen wollte.

Aber ich komme mit einem Minimalset an Komponenten erstmal wunderbar aus, und die verschachtelbaren Primitiven,
wie TCircle, TRect, TText sind super.

Wenn ich ehrlich bin benutze ich von dem ganzen TMS nur 10%, und von DevExpress nur 12%, so ungefähr.
Und habe ständig das Updatedesater bei einer neuen Version.

Da ist für mich weniger ehere mehr.

Naturlich kann es dann immer noch Spezielkomponenten geben, aber ich habe mittlerweile meine Arbeitsweise komplett geändert und versuche erstmal alles mit "Hausmitteln" zu lösen.
Ich meine ich fahre ganz gut dabei.


Funktionsumfang bleibt hinter VCL ?
- Ja natürlich, aber ich erreiche doch im Gegenzug Milliarden mehr Geräte.
Wer es niemals brauchen wird kann ja happy sein, ich habe auch noch 15 Jahre alte Schätzchen am Laufen wo ich bei
jeder neuen Win Version zittere ob ich die noch rüberretten kann.
- Minimaldesign ist in, siehe Google und Apple.
Windows wird damit kommen (siehe Edge).

Ich hoffe ja nur das nicht alle gleich die Flinte ins Korn werfen sondern offen für Neues sind.

Livebindings
- Ja ist vieles noch nicht ausgegoren, alles noch nicht ganz rund bei allen Komponenten.
Aber der Unterbau lässt hoffen, schaut euch mal von Steve Ball die Serie an mit LiveBindings per Hand zu
programmieren.
Ich glaube das wird die Zukunft sein, weil ich auch dem LB-Designer nicht 100% traue.
Aber Bindings in Code, mit vielen zusätzlichen Möglichkeiten, das könnte ich mir vorstellen.
- Ja und ja, es ist nicht mehr so einfach Drag and Drop, aber ich glaube alle (Java, JS, PHP, etc.) habens ähnlich
schwer, und es kommen doch fantastische Dinge dabei heraus.
Vielleicht ist DnD ja auch eine Sackgasse in der Delphi gefangen war ?
Man könnte ja an neuen und besseren Konzepten für Livebindings RAD arbeiten, ala TDataset unter VCL.
Ich glaube jedenfalls das dies mal kommen wird.


Rollo

[Bambini]

Zitat von Rollo62:

Funktionsumfang bleibt hinter VCL ?
- Ja natürlich, aber ich erreiche doch im Gegenzug Milliarden mehr Geräte.

Das ist ja gerade das Problem, man tanzt auf den verschiedensten Hochzeiten, aber auf keiner mehr richtig.
Der Mac OS User will eben ein Programm das nach Mac aussieht und anfühlt und das geht zur Zeit mit FMX nur sehr begrenzt.