FireMonkey Sammelthread

[jaenicke]

Zitat von neo4a:

Zitat von jaenicke:

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

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ß

[kaju74]

Ist nicht IP*Works als separater Download für XE2 Kunden dabei:

http://www.nsoftware.com/ipworks/

??

Grß,
Marc

Zitat von 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ß

[Darlo]

Zitat von kaju74:

Ist nicht IP*Works als separater Download für XE2 Kunden dabei:

http://www.nsoftware.com/ipworks/

??

Grß,
Marc

Zitat von 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ß

Läuft wie ich das sehe nicht unter iOS.

[bytecook]

Zitat von kaju74:

Ist nicht IP*Works als separater Download für XE2 Kunden dabei:

http://www.nsoftware.com/ipworks/

??

Grß,
Marc

Zitat von 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ß

Ja, IP* muss man sich extra von der "Meine registrierten Downloads" herunterladen...

[BlackSeven]

Mich würde mal interessieren, ob ihr VCL oder FMX für reine Windows-Anwendungsentwicklung bevorzugt.
Ist die VCL überhaupt noch zukunftsfähig / fliegt sie nicht in naher Zukunft raus?

[TiGü]

Zitat von BlackSeven:

VCL...fliegt sie nicht in naher Zukunft raus?

Wird nicht passieren, dass wäre auf mittelfristige Sicht der Tod der Firma.
Überlege mal, wieviele Millionen von zu pflegenden Altprojekte es da draußen gibt.

[BlackSeven]

Stimmt. Man sägt nicht den Ast ab, auf dem man sitzt.

[neo4a]

Zitat von jaenicke:

Zitat von neo4a:

Zitat von jaenicke:

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

Was mir da an Komponenten fehlt <snip>

... hatte ich ja auch angedeutet. Diese Lösungen kann ich nicht auf FMX-Basis umstellen, obwohl ich - wie Du ja auch - ausschließlich mit Bibliotheken arbeite, die mir im Quelltext vorliegen. Ich sehe diese Dinge wie Du, was mir aber eben nicht weiter hilft. Ein Teufelskreis

Ein weiteres offenes Problem ist für mich die Persistenz (XML, SQLLite etc.), wenn man - wie ich gerade - die Freiheit hat zu wählen und sich bei einem Neuprojekt nicht die Cross-Plattform-Möglichkeit von vornherein verbauen will.

Hier können ja dann durchaus auch Übergangslösungen helfen.