Plattformübergreifend - Augenauswischerei ...?

[QuickAndDirty]

Ich weiß nicht wer davon überzeugt ist das FMX nicht brauchbar wäre... Ich finde es besser als die VCL Und habe Apps und Programme für Windows, Android und IOS mit FMX geschrieben. Das geht alles an sich richtig gut.

Lazarus ist auch sehr schön fürs Hobby.

Du wirst kein VCL Projekt mit 70 Formularen auf Android und IOS portieren , es sei denn du hast dich an eine strikte Trennung von Oberfläche und Geschäftlogik gehalten. Dann sollte es kein problem sein die Oberfläche auszutauschen und eine FMX Oberfläche gegen die Geschäftslogik zu binden.
Es steht auch noch zu bedenken, dass du evtl. sowieso neue Formulare designen willst, denn große Auflösungen machen das evtl . notwendig...dann kannst du bei der Gelegenheit gleich zu FMX wechseln.

[himitsu]

Es gibt halt auch ein paar Fallstickte.

Normal hat FMX alle viele System-Komponenten so in etwa nachgebaut.
* nicht nachgebaute Funktionen fehlen dann natürlich
* nativ haben z.B. ScreenReader ein Problem damit, weil für sie diese "Delphi"-Komponenten nicht existieren (gibt es aber teilweise auch eine API zum Nachrüsten, damit "viele" / nicht alle Reader die Infos hintenrum bekommen)
* gibt es ein altes/neues Windows, mit einem anderen Style, dann sieht dein Programm "alt" aus, weil es ja seinen "eigenen" FMX/VCL-Style mitbringt
* ebenso, wenn Windows oder Zusatzprogramme neue Funktionen für eine Komponente nachrüsten, welche die Delphi-Komponente noch nicht kennt
* * z.B. Shortcuts für Smilies/Sonderzeichen, gewisse Eingabeeditoren, Live-Übersetzungen, Sprachsteuerung usw.
* ...

Drum gibt es für einige Komponenten auch die Möglichkeit die native Komponente zu nutzen, welche dann von Delphi über die Form (3D-Zeichenfläche) gelegt wird.

[jik]

Zwischenantwort(-status) neben großem Danke, weil mich eure Posts wirklich weiterbringen:

1. Habe ich so von den TMS-Komponenten erfahren, die denen von Developer Express recht ähnlich zu sein scheinen, und die gibt es für FMX - klingt gut
2. Ich möchte die Anwendung ohnehin großteils neu erstellen und mit einer Mini-Version für den kleinen Einstieg beginnen. Also ist direktes Portieren kein Thema außer vielen Funktionen
3. @QuickAndDirty: Wenn, dann wird es auf Android ohnehin nur eine Light-Version geben, schon allein des begrenzten Platzes wegen
4. Auf D5 würde ich schon von wegen 32bit und kein Unicode ohnehin nur als letzte Notlösung bleiben

Und dann doch noch schnell eine Frage: Warum wird mein zwar vorhandenes Profilbild nicht angezeigt und ich kann es auch nicht ändern und auch keine Signatur eingeben. Muss ich mich noch eigens wo anmelden?

[himitsu]

Im FMX geht es mit den hauseigenen Komponenten eh nur über die LiveBindings.
DB-aware Komponenten, wie man sie von der VCL kennt, sind dort out.




Weil du kein Bild dafür hochgeladen hast

Mein Profil > Profilbild
Einstellungen&Optionen > Benutzerbild

[DieDolly]

// OT //

Ich habe leider nichts zum Thema beinzutragen, aber zu deinem Programm und der Webseite. Ist auch hilfreich.
Zumindest im neuen Mozilla-Browser gibt es sehr viele Fehler wie "Content-Security-Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf https://autorenprogramm.com/wp-conte...n.js?ver=3.5.4 blockiert ("script-src").".
Das hat u.a. zur Folge, dass in der Mobile-Ansicht das Hamburger-Menu nicht aufklappt.

[Mavarik]

Zitat von jik:

Nun meine Fragen an euch:
1. Bin ich meiner Blauäugigkeit aufgesessen und sollte mich doch besser in Lazarus hineinfuchsen?

Delphi und FMX bietet aus meiner Sicht alles was man braucht.
Ich programmiere seit XE8 nur noch FMX und überhaupt kein VCL mehr.

Zitat von jik:

2. Vor allem: Wie erkenne ich (ohne es auszuprobieren), ob Komponenten multi-plattform-fähig sind? Ist offenbar keineswegs selbstverständlich.

Eigentlich reichen die FMX Komponten - Wenn Du etwas anders brauchst, kannst Du (wie bei VCL) eine FMX Komponente als Basis nehmen und damit neue Komponenten erstellen.

Zitat von jik:

4. Oder würdet ihr bei D5 bleiben, so lange es geht?

Nein - D5 ist gruselig wenn wenigstens D2007 - aber was willst Du mit den alten Zeug?

TMS hat Komponenten die Sowohl für VCL und FMX geeignet sind.

Beispiele für FMX findest Du auf meinen YouTube Kanal. (Und auf vielen anderen)

[Sinspin]

Jemand der auf D5 stecken geblieben ist will über FMX urteilen?
Ich würde mal den Kopf aus dem Sand ziehen und auf ein aktuelles Delphi wechseln. Selbst auf VCL zu bleiben bringt erstmal einen schönen Berg an arbeit.

Andererseits birgt das auch die Chance gleich auf FMX umzusteigen. Das ist erstmal frustrierend. Da ist schon einiges anders, aber man kommt rein. Lernkurve und so

Oder nimm Lazarus. Privat hatte ich es satt dauernd von der CE mit Nag-Screens genervt zu werden und bin auf Lazarus und 64 Bit umgestiegen. Tut meinen Programmen gut und entlastet meine Nerven.

[himitsu]

NagScreens?

bds.exe -ns und vielleicht auch noch ein -np

bds.exe -?

[Gausi]

Zitat von himitsu:

NagScreens?

OT: Die CE zeigt bei größeren Projekten vor jedem(?) compilieren ein Hinweisfenster an, dass diese nur für private Zwecke gedacht ist, und man ggf. eine Lizenz kaufen sollte. Mit einer Meldung beim Start von Delphi ist es nicht getan. Der Schritt wurde wohl notwendig, weil die CE wohl zu oft missbraucht wurde.

War zumindest bei der letzten CE so. Ob das aktuell auch noch der Fall ist, weiß ich nicht.

[atari1040]

Zitat von Sinspin:

...

Oder nimm Lazarus. Privat hatte ich es satt dauernd von der CE mit Nag-Screens genervt zu werden und bin auf Lazarus und 64 Bit umgestiegen. Tut meinen Programmen gut und entlastet meine Nerven.

Das kannst Du laut sagen. In Sachen Pascal bin ich auch auf Lazarus gewechselt und habe es nie bereut. Was plattformübergreifend angeht funktioniert das fast perfekt und die Cross-Compiler sind genial (nur schlecht dokumentiert).
Wenn ich auf einer Code-Basis für verschiedene Systeme bauen muss, dann wird es eine Web-App die sowohl im Browser als auch in Wrappern als Desktop App läuft (tauri, electron,...).
Es ist aber auch kein Problem für den Mac oder iOS mit XCode (IDE kostenlos), für Android mit dem Studio und für Linux mit Lazarus, QT oder sonstwas zu entwickeln.
Niemals würde ich auf die Idee kommen, plattformübergreifend mit Delphi zu entwickeln.
Delphi ist zu teuer und es gibt auf Dauer viel zu viele Probleme.