FireMonkey Sammelthread

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

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

[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 jaenicke:

Zitat von kaju74:

Daraufhin wurde seitens KSDev/Embarcadero in einem ziemlich langen Thread darauf hingewiesen, das es für diese Kunden einen speziellen Rabatt beim Kauf von XE2 geben wird, und das man eine entsprechende EMail erhalten würde.

Ah, ok, dann weiß ich auch worum es dabei eigentlich geht. Denn wie gesagt, logisch fand ich das erst einmal nicht.

Zitat von kaju74:

Nachtrag: In diesem Thread war sogar die Rede von "free", was davon auch immer gemeint war:

Stimmt doch, es gibt es doch ohne Zusatzkosten mit Delphi.

Hallo kaju74 und jaenicke,

ich habe leider den Beitrag erst jetzt gesehen, deswegen nachträglich noch mein Senf dazu:

Wir haben auch das "Lifetime-All-In-One-Wonder" Paket von KSDEV im September gekauft, vier Monate
später war die Firma geschlossen.

Das Paket war wegen der Skalierung nahezu perfekt für uns.
(Anm: Wir entwickeln seit 2007 industrielle Touchapplikationen und waren grade dabei, eine
skalierbare Oberfläche abgeleitet von graphics32.org Komponenten aufzubauen, fanden dann aber KSDEV).

Wir sahen, dass die Firma seit mindestens 2002 aktiv war, der Programmierer und Inhaber Eugene machte
insgesamt einen guten Job, und half zumeist auch schnell mit Bugfixes aus, wenn wir User im Forum
auf einen Bug hinwiesen.

So waren wir der Ansicht, dass wir dieser doch länger im Business befindlichen Firma die Komponenten
mit Source abkaufen können. "Leider" wurde die Firma EMB (zurecht) empfohlen.

Was wir nicht gut finden ist, dass Eugene eben 2 Monate vor dem Verkauf dann die "Lifetime Upgrades"
angeboten hat, anschließend wochenlang nicht erreichbar war und wir in der ersten Jännerwoche von der
IP Übernahme seitens EMB gelesen haben.

EMB hat lediglich das Intellectual Property übernommen und Eugene, den KSDEV Inhaber angestellt.
Dadurch gibt es keinen direkten Rechtsnachfolger, im Schadensfalle gibt es lediglich die Möglichkeit,
sich an den Exinhaber via Zivilrechtsklage zu wenden. Die Firma sitzt oder saß in Russland.

Das ist doch nicht nett, oder?

Dass es verschämt im Frühjahr eine Andeutung im Forum gab, einen Ausgleich für die KSDEV User via
"Gratisprodukt" (etwa Delphi Pro oder so) zu schaffen, und dann den Mantel des Schweigens darüber auszubreiten,
das KSDEV-Forum zu locken, war auch nicht gerade die feine englische Art.

Ich versuche seit März eine Stellungnahme seitens EMB zu erhalten, bin in Kontakt mit der Niederlassung
Maidenhead in UK.

Nun das Positive an der Sache:

Wir haben dann wochenlang ab Januar intern intensives Bugfixing in VGScene betrieben, Komponenten zerlegt und wieder
aufgebaut.

So haben wir viel gelernt. Das ist ja auch was wert.

VGScene haben wir mittlerweile verworfen, den Designer nutzen wir schon unter VGScene nicht, wir haben fast alle unsere
Controls nun von TControl anstatt von TStyleControl abgeleitet, Brushes, Colors, Fonts, etc. lassen sich damit ja ähnlich
wie früher unter der VCL verwenden, das Grundgerüst der Skalierengine reicht für unsere Zwecke völlig.

Letztendlich ist FMX nun ganz passabel integriert, das Produkt muss halt noch etwas reifen, erinnert ein wenig an
TP for Windows nach Delphi 1.0, mal sehen was die nächsten Bugfixes bringen, wünschenswert aus unserer Sicht wäre
eine korrekte Refreshroutine (statt .Repaint muss man zwischendurch Application.HandleMessages aufrufen...)

Gruß,

Peter

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

[mkinzler]

FMX an sich ist eine gute Sache. Es besteht aber noch viel Nachholbedarf dass diese Bibliothek ein Ersatz für die VCL werden kann

[BlackSeven]

Es gibt momentan noch so gut wie keine Komponenten für FMX und "nativ" sieht die Sache auch nicht aus.

Zitat:

Julian Bucknall (DevExpress) said:

By being cross-platform, FireMonkey doesn't have the look-n-feel of native controls, whereas VCL is optimized for native Win32/64...I really do recommend that if you are writing Windows apps, stick to VCL.