Neuer Blog über FireMonkey Entwicklung eröffnet

[Stevie]

Zitat von bernau:

Zitat von Stevie:

Ja, Hydra ist toll, aber... warum?

Man baut doch keine FMX Anwendung und zieht sich dann für $499 selbst die Crossplatform Beine weg, indem man ne VCL DLL rein läd.

FMX bedeutet ja nicht unbedingt Mobile. Er hat doch klar gesagt, daß er diese für eine Windows-Anwendung zeigt.

Hab auch nix von Mobile gesagt. Ich würd seine Rechnungssoftware auch kaum auf meinem Android Phone laufen lassen
Aber eventuell auf einem Mac. Vielleicht versteh ich auch einfach die Begeisterung für FMX bei einer reinen Windows Anwendung nicht, die ich jederzeit mit VCL schreiben würde (und schon gar nicht eine bestehende VCL Anwendung auf FMX umstellen, wenn ich sie nicht noch mindestens auf nem OSX haben wollte)
Oder ich würde es andersherum machen und mit Hydra, Monkeymixer oder sonstwie nen FMX Teil in eine VCL Anwendung integrieren.

[bernau]

Zitat von Stevie:

Hab auch nix von Mobile gesagt.

Harry hat aber auch nichts von Crossplattform gesagt. Es ist ein Blogeintrag. Er hat einfach beschrieben wie es geht. Und ja, es gibt bestimmt auch Leute, die nutzen FMX nur für Windows, weil dort Dinge vorhanden sind, die mit VCL nicht gehen.

[greenmile]

Danke, Harry, wie immer sehr interessant!

[Stevie]

Zitat von bernau:

Und ja, es gibt bestimmt auch Leute, die nutzen FMX nur für Windows, weil dort Dinge vorhanden sind, die mit VCL nicht gehen.

Das zu erfahren, wäre mal einen Blog Post von Harry, der mich brennend interessieren würde.
Und nein, ich mein jetzt nicht, dass ich mit FMX nen 3D Modell in meine VCL Anwendung einbinden kann. Das hab ich schon Anno Tuck mit GLScene hinbekommen.
Vor allem mit dem Hintergrund einer bestehenden großen Anwendung, die man nich ma ebend mit nem FMX Converter umstellt.

[bernau]

Zitat von Stevie:

Das zu erfahren, wäre mal einen Blog Post von Harry, der mich brennend interessieren würde.

Fängt mit dem simplen stufenlosen skalieren der Form oder Teilbereiche einer Form an. Hat mit der VCL nie wirklich funktioniert. Animationen sind in FMX besser als in der VCL. Animationen können bei er Eingabe behilflich sein, da durch Animationen der Blick geführt werden kann.

Zitat von Stevie:

Vor allem mit dem Hintergrund einer bestehenden großen Anwendung, die man nich ma ebend mit nem FMX Converter umstellt.

Auch da hatte keiner von gesprochen. Es ging nicht um das Umstellen großer Anwendungen, sondern darum wie etwas funktioniert. Ob man das braucht oder nicht, steht hier nicht zur Debatte.

[Der schöne Günther]

Und von Touch (Kiosk-Systeme) wollen wir erst gar nicht anfangen.

[Harry Stahl]

Zitat von Stevie:

Man baut doch keine FMX Anwendung und zieht sich dann für $499 selbst die Crossplatform Beine weg, indem man ne VCL DLL rein läd.
...
Hab auch nix von Mobile gesagt. Ich würd seine Rechnungssoftware auch kaum auf meinem Android Phone laufen lassen
Aber eventuell auf einem Mac. Vielleicht versteh ich auch einfach die Begeisterung für FMX bei einer reinen Windows Anwendung nicht, die ich jederzeit mit VCL schreiben würde (und schon gar nicht eine bestehende VCL Anwendung auf FMX umstellen, wenn ich sie nicht noch mindestens auf nem OSX haben wollte)

Noch mal zur Erläuterung: Die Hydra / Gnostice - Variante war eine Lösung, die FMX-Windows Variante besser zu machen (nämlich unabhängig von Adobe Reader).

Das bringt auch überhaupt keine Probleme für die MAC-Variante (was ja auch letztlich mein Ziel ist).

Für die MAC-Ausgabe (per $IFDEF)nehme ich derzeit die TMS-MCL-PDF-Anzeigekomponente (siehe im anliegenden Screenshot die fertige MAC-Programmlösung für diesen Part). Also auch da bin ich unabhängig von Adobe.

Falls es dann irgendwann die Gnostice-Lösung auch für den MAC nimmt, werde ich die da auch nehmen, wegen Einheitlichkeit und mehr Möglichkeiten.

Ich muss es eigentlich "nur" noch schaffen den Rechnungsdruck in allen seinen Untervarianten auf die Fastreport-Lösung zu bringen (einfache Listenausdrucke funktionieren schon, siehe weiteren Screenshot), dann bin ich auch schon fertig mit der MAC-Version des Programms. Ist da mit Fastreport im Moment aber noch ein wenig hakelig (wie gesagt, leider bin ich blutiger Anfänger im Reporting).

[Harry Stahl]

Ich glaube, zu der zuletzt geführten Diskussion ist hier immer noch eine abschließende Info zum Ergebnis der Umstellung meines VCL-Rechnungsprogramms auf FMX offen. Das möchte ich hiermit nachholen:

Die Konvertierung meines Rechnungsprogramms von VCL nach FMX ist nun schon seit einigen Monaten abgeschlossen. Seitdem läuft alles stabil wie vormals unter der VCL, sowohl unter Windows und jetzt auch auf dem MAC.

Die MAC-Version vertreibe ich nicht über den App Store, sondern außerhalb. Deswegen lief der Verkauf da etwas zögerlich an, mittlerweile sehe ich die Sache aber auch hier auf einem guten Weg.

Jedenfalls konnte das Programm als solches und auch speziell mit der integrierten QR-Code Generierung für die Bankdaten insoweit überzeugen, dass ich neben Sparkasse, Volksbanken und Reifeisenbanken, BITKOM und anderen als Partner in das Girocode Programm (vgl. www.girocode.de) aufgenommen wurde (siehe dort unter Partner, das "Hastasoft-Logo").

Ich denke, das kann man durchaus als einen Beleg ansehen, dass man mit FMX im Desktop-Bereich stabile, zuverlässige Programme schreiben kann, die ohne Zweifel vom Benutzer angenommen werden.

Insofern werde ich nun einen weiteren Schritt wagen und eines meiner "Megaseller" Programme (meine Terminverwaltung TimOnize) auf FMX umsatteln. Und das natürlich mit Delphi XE8, über Erfahrungen dazu werde ich bei Gelegenheit berichten.

Ich denke, da wird mir auch die neue ImageList in XE8 an vielen Stellen die Arbeit erleichtern. Ich habe dazu auch gleich mal einen kleinen kurzen Blogbeitrag geschrieben (Nr. 11, Delphi XE8 und FireMonkey): http://www.devpage.de/blog/firemonkey.htm

[Stevie]

Magst du noch ein Statement zu der investierten Zeit und den Nerven und der Menge an manuell erforderlichem Nachgefrickel abgeben?
Denn am Ende zählt nicht, dass es irgendwann geklappt hat, sondern welchen Aufwand (Kosten!) das ganze verursacht hat.
Und welcher Wartungsaufwand durch manuelle Änderungen in Zukunft möglicherweise entsteht.

Ansonsten erinnert mich das an den Chef einer kleinen Firma, wo ich vor Jahren ein Praktikum gemacht habe, die mit WinDev entwickelten.
Er saß mindestens einen halben Tag daran, dem WinDev Treeview beizubringen, die Expand buttons vernünftig anzuzeigen...
In der Zeit hätt er die ganze Anwendung fertig haben können

[Harry Stahl]

Also Nerven hat das auf jeden Fall gekostet, aber wo in Sachen Programmierung gibt es schon etwas im easy going style?

Ich mache für alle meine Programme für jede Änderung einen öffentlichen Change-Log und schreibe da neben Erweiterungen und Optimierungen auch ganz brutal und offen meine gemachten Fehler rein. Die Liste habe ich gerade mal durchsehen, man kann ca. 20 Fehler-Korrekturen noch als "Spätfolgen" der Umstellung zuordnen. So an Extra-Zeit kann man also so um die 30 Stunden dafür anrechnen.

Seit Ende Januar war keine Fehlerkorrektur mehr nötig, derzeit laufen von den Kunden nur Erweiterungswünsche rein (die ich aber alle erst in einer neuen Version 4 in ca. 2 Monaten reinpacken werde, dann wohl auch mit XE8).

XE7 hat in der ganzen Sache extrem mehr Stabilität reingebracht (im Verhältnis zu XE5 wo ja noch dutzende Workarounds fällig waren).

Da mit der Umstellung von VCL auf FMX gleichzeitig eine Reihe von Programm-Erweiterungen verbunden waren, ist es gar nicht so einfach zu sagen, wie groß der Teil der Umstellungsarbeiten war. Außerdem arbeite ich hier nicht kontinuierlich an einem Projekt, sondern parallel an mehreren. Ich kann das nur schätzen. Würde mal sagen, so insgesamt 80 Stunden.