FireMonkey Sammelthread

[mkinzler]

Deshalb kann so ein Mischprogramm nur auf Windows funktionieren!

[Stevie]

Zitat:

Zitat von mkinzler (Beitrag 1122057)

Deshalb kann so ein Mischprogramm nur auf Windows funktionieren!

Brauch es ja auch nur! Wofür würd man sonst nen VCL Programm bauen... oh halt, es besteht eine gegen Null gehende Chance, dass jemand schon eine VCL Anwendung hat, in die er FMX Elemente einbetten möchte, ohne sein Programm auf FMX umzustellen... /sarcasm off

Aber mal ehrlich, wieso jetzt jeder meint, man würd FireMonkey nur nutzen, um Platform unabhängig zu sein, erschließt sich mir nicht. Nur, weil es das neue UI Framework für cross platform ist, heißt ja nicht, dass man nicht weiter nur für Windows entwickeln darf.

[neo4a]

Zitat:

Zitat von mkinzler (Beitrag 1122057)

Deshalb kann so ein Mischprogramm nur auf Windows funktionieren!

Vööllig neuer Aspekt, Respekt ;)

[Elvis]

Zitat:

Zitat von neo4a (Beitrag 1122060)

Zitat:

Zitat von mkinzler (Beitrag 1122057)

Deshalb kann so ein Mischprogramm nur auf Windows funktionieren!

Vööllig neuer Aspekt, Respekt ;)

Muss gar nicht so komiscj sein, wie es sich liest.
Viele VCL_Anwendungen laufen mit Wine/Crossover auf Linux/OSX, je mehr Hacks aber dazukommen, umso größer die Chance, dass es nciht mehr geht.

(Was natürlich keine Ausrede sein soll, keine native OSX-App zu bauen. Aber das ist eine ganz andere Geschichte...)

[jaenicke]

Zitat:

Zitat von neo4a (Beitrag 1121984)

Was mich besonders stutzig macht, ist die verdächtige Stille aus den Reihen derer, die XE2 schon länger kennen. Hier hätte ich ein begeistertes Feuerwerk an Ideen und Ansätzen erwartet, wie man die neuen Möglichkeiten produktiv nutzt und wie man von den bisherigen migriert.

Oberfläche neu schreiben, Punkt, so sieht es aus was mich angeht. ;-)
Von Zwischenlösungen für einen Mischbetrieb oder sogar Tricks um FireMonkey Elemente auf ein VCL-Formular zu bringen, halte ich persönlich gar nichts. Deshalb habe ich das auch nie probiert und daher zu dem Thema auch nichts geschrieben. ;-)

[Stevie]

Zitat:

Zitat von jaenicke (Beitrag 1122209)

Oberfläche neu schreiben, Punkt, so sieht es aus was mich angeht. ;-)
Von Zwischenlösungen für einen Mischbetrieb oder sogar Tricks um FireMonkey Elemente auf ein VCL-Formular zu bringen, halte ich persönlich gar nichts.

Gönnau! Wir wissen ja alle, dass jeder seine Businesslogik von der GUI trennt und man das mal ebend null komma fix alles umstellt (inklusive aller 3rd party Komponenten).
Außerdem zahlen die Kunden bestimmt für die Zeit um den gleichen Stand auf ner anderen Oberfläche hinzubekommen, was erstmal null Mehrwert darstellt.

[neo4a]

Zitat:

Zitat von jaenicke (Beitrag 1122209)

Oberfläche neu schreiben, Punkt, so sieht es aus was mich angeht. ;-)

Gut, das war jetzt ironisch gemeint, oder?!

Zitat:

Zitat von jaenicke (Beitrag 1122209)

Von Zwischenlösungen für einen Mischbetrieb oder sogar Tricks um FireMonkey Elemente auf ein VCL-Formular zu bringen, halte ich persönlich gar nichts. Deshalb habe ich das auch nie probiert und daher zu dem Thema auch nichts geschrieben. ;-)

Das heißt also, Du hast für solche Punkte wie RichEdit, HTMLView/WebBrowser, Druck-Vorschau, Frames und leicht erweiterbare Grids bereits Lösungen? Um die beneide ich Dich jetzt aber. Da braucht es ja auch gar keine Tricks mehr ;)

[Darlo]

Zitat:

Zitat von Stevie (Beitrag 1122211)

Gönnau! Wir wissen ja alle, dass jeder seine Businesslogik von der GUI trennt und man das mal ebend null komma fix alles umstellt (inklusive aller 3rd party Komponenten).

:thumb:
Da kann ich absolut nix mehr hinzufügen ;-)

[jaenicke]

Zitat:

Zitat von neo4a (Beitrag 1122248)

Zitat:

Zitat von jaenicke (Beitrag 1122209)

Oberfläche neu schreiben, Punkt, so sieht es aus was mich angeht. ;-)

Gut, das war jetzt ironisch gemeint, oder?!

Nein, war es nicht. Deshalb habe ich ja auch geschrieben "was mich angeht". :zwinker:

Was mir da an Komponenten fehlt, das entwickele ich eben oder schaue, ob ich so etwas bald irgendwo bekommen kann. Aber dann lasse ich diese Funktionalität eben aus der FireMonkey Version bis dahin heraus oder löse das anders. Aber ich setze mich jetzt bestimmt nicht wochenlang hin um eine sinnvolle Mischlösung zu basteln. Die Zeit kann ich auch gleich für eine komplette FireMonkey-Lösung verwenden, auch wenn die dann eben nicht ganz so schnell da sein mag...

3rd-Party brauche ich persönlich glücklicherweise so gut wie gar nicht, und wenn, dann habe ich ausschließlich Lösungen im Quelltext, die ich dementsprechend selbst anpassen kann. Lösungen ohne Quelltext würde ich niemals kaufen und nutzen. Ein Beispiel war die TVirtualTreeView, die war eine der ersten, die ich für 64-Bit angepasst hatte, weil ich die relativ häufig nutze.

[Darlo]

Wie sieht es eigentlich mit der Unterstützung von SOAP aus? Ich kann das zwar wunderbar in eine Firemonkey IOS-App einbauen und unter Windows funzt das auch. Sobald man dies nach xCode schiebt ist es jedoch nicht kompilierbar. IdHttp funktioniert dementsprechend auch nicht.

Hat jemand schon erfolgreich einen Webservice an eine iOS-App angebunden?
Gruß