CrossVCL tot?

[Codehunter]

Zitat von Bernhard Geyer:

Du meinst nach zweimal Schiffbruch (1. Schiffbruch Kylix, 2. Schiffbruch VCL.NET) könnte es beim dritten mal klappen?

Wenn ich es mal anders ausdrücken soll: FMX hat für mich zwei große Nachteile. Das eine ist die arg begrenzte Kompatibilität zu VCL-Komponenten. Man kann bestehende Projekte nur mit großen Mühen portieren. Das zweite ist die geringe Verfügbarkeit komplexer Komponenten wie z.B. Virtual Treeview. Für neue kleine Mobil-Projekte ist FMX nicht verkehrt. Jedoch damit eine große Desktop-Anwendung bauen zu wollen erinnert mich irgendwie an den microsoftschen Versuch, Windows 8 ein gekacheltes Touch-UI zu verpassen. In der Theorie klingts gut, in der Praxis scheiterts jedoch an den Anwendern.

Die CLX an sich war besser als ihr Ruf. Ich hätte sie zwar nicht auf Qt sondern auf GTK aufgebaut, aber sie werden schon ihre Gründe gehabt haben. Die Kylix-IDE dagegen wurde IMHO zu recht verrissen. Wenn ich Wine wollte, hätte ich auch D5 direkt laufen lassen können (das ging tatsächlich!), ebenso die Kompilate.

VCL.NET habe ich nicht genutzt. Ich bin mit .Net allgemein nie warm geworden. Schon zu Spotlight-Zeiten nicht. Zumindest was Delphi betrifft, hatte ich damit recht.

[DieDolly]

Vielleicht war der Kaufpreis auch einfach zu teuer und es gab nicht genug Kunden, um das alles am Laufen zu halten.
Ich finde die Preise waren oder sind jedenfalls übertrieben.

[Codehunter]

Zitat von DieDolly:

Vielleicht war der Kaufpreis auch einfach zu teuer und es gab nicht genug Kunden, um das alles am Laufen zu halten.
Ich finde die Preise waren oder sind jedenfalls übertrieben.

Das ist sicherlich Ansichtssache. Wenn man mit CrossVCL eine bestehende Anwendung mit überschaubarem Aufwand von Win auf Mac bekommt (und die dann auch für den Store zugelassen wird) dann kann sich das schnell rentieren. Für Hobbyprojekte wie in meinem Fall hätte ich vllt. mit Murren noch CrossVCL kaufen wollen, aber ein Enterprise-Delphi mit Sicherheit nicht um für Linux kompilieren zu können. Da nehm ich dann notgedrungen lieber erstmal Lazarus.

[himitsu]

Ich hoffe er baut bei CrossVCL nicht sowas ein, wie im FMX, da ist so einiges sehr besch.. eigenartig.

z.B. bei den buttons kann man einen Style angeben, aber da ist alles doppelt und dreifach drin und extrem unübersichtlich.
Warum nicht zwei eigenschaften für Style-Icon und Button-Style ... ne, da gibt es 80 Mal Pfeil nach links mit dutzenden Varianten wie die Farbe und Ecken aussehn.

[Uwe Raabe]

Zitat von himitsu:

Ich hoffe er baut bei CrossVCL nicht sowas ein, wie im FMX, da ist so einiges sehr besch.. eigenartig.

Was sollte denn in CrossVCL eingebaut werden, was in VCL nicht schon drin ist? Das wäre dann ja nur in CrossVCL nutzbar und konterkariert den gesamten Ansatz einer VCL für andere Plattformen als Windows.

[Codehunter]

Zitat von himitsu:

z.B. bei den buttons kann man einen Style angeben, aber da ist alles doppelt und dreifach drin und extrem unübersichtlich.

Das ist einer der Punkte, die auch mir an FMX nicht so gut gefallen. Neben der Tatsache, dass die Namen der Properties und Events mit allen Delphi-Konventionen brechen. Button-Beschriftung heißt "Text" und nicht "Caption", Events beginnen nicht mit "On..." und so weiter.

Zitat von Uwe Raabe:

Was sollte denn in CrossVCL eingebaut werden, was in VCL nicht schon drin ist? Das wäre dann ja nur in CrossVCL nutzbar und konterkariert den gesamten Ansatz einer VCL für andere Plattformen als Windows.

Ganz genau! CrossVCL war/ist ja eigentlich als Backend konstruiert, das regulär erstellte Win32/64-VCL-Anwendungen durch zusätzliche Plattform-Targets für Linux und MacOS verfügbar zu machen.

Zitat von Stevie:

Erinnern wir uns kurz: FMX ist das, was ursprünglich VGScene hieß, irgendwie schon länger ein kommerzielles Produkt von KSDev war, aber nach dem Kauf von Embarcadero über Jahre mit keine Ahnung wie vielen Entwicklern refactored wurd, bis es endlich einigermaßen tauglich war, oder?

Nur vom Refaktorieren wird aber kaum etwas besser. Ich kenne VGScene nicht, daher kann ich mir dazu kein Urteil erlauben. Prinzipiell ist es ja nicht verkehrt, eingetrampelte Pfade auch mal zu verlassen und bestimmte Dinge zu hinterfragen. Die vielen Delphi-(Vor-)Besitzerfirmen brachten jedenfalls kein funktionables Cross-Plattform-UI-Framework zustande, ein Einzelkämpfer dagegen schon. Dass am Ende Feinschliff nötig ist um es praxistauglich zu machen, ist ja nichts ungewöhnliches.

[Rollo62]

Zitat:

dass die Namen der Properties und Events mit allen Delphi-Konventionen brechen

Die paar Unterschiede ...
FMX gibt sich schon sehr viek Mühe VCL kompatibel zu sein, zumindest von dem Framework her.

Man könnte auch sagen das FMX endlich ein bischen konsistentere Bezeichner gewählt hat als VCL.
Das ist nun wirklich das kleinste Problem, und ein Scheinargument.

[Stevie]

Zitat von Codehunter:

Nur vom Refaktorieren wird aber kaum etwas besser.

Doch, genau das ist der Sinn und Zweck davon.

Zitat von Codehunter:

Ich kenne VGScene nicht, daher kann ich mir dazu kein Urteil erlauben. Prinzipiell ist es ja nicht verkehrt, eingetrampelte Pfade auch mal zu verlassen und bestimmte Dinge zu hinterfragen. Die vielen Delphi-(Vor-)Besitzerfirmen brachten jedenfalls kein funktionables Cross-Plattform-UI-Framework zustande, ein Einzelkämpfer dagegen schon. Dass am Ende Feinschliff nötig ist um es praxistauglich zu machen, ist ja nichts ungewöhnliches.

Genau das stelle ich in Frage, mMn war es ebend nicht funktionabel und hat erst Jahre des dran Rumschraubens gebraucht.

[himitsu]

Hatte noch keine Gelegenheit mir CrossVCL anzusehn und weiß nicht welche Verbesserung im FMX von ihm stammen oder von Anderen.
Klar, einiges an den Property der VCL ist auch nicht optimal, aber beim FMX ... neee (Left/Top ist Position.X und .Y, Size.Hight und .Width gibt es wo anders, aber auch nochmal Widht und Hight direkt)

Die neue QuickBearbeitung ist nicht quick aufrufbar/benutzbar.

Das es für die selben Komponenten im FMX mehrere getrennte Versionen gibt, ist auch nicht sooooo ideal.
Willst den Rahmen des Panels ausblenden, muß die ganze Komponente getauscht werden und dass die "selben" Komponenten/Property in FMX und VCL komplett unterschiedlich heißen, macht die Suche nicht einfacher.

Zitat von Codehunter:

Button-Beschriftung heißt "Text" und nicht "Caption", Events beginnen nicht mit "On..." und so weiter.

Na gut, intern in der VCL ist Caption und Text das Selbe (TEXT von Windows) und gibt es in allen WinControls als Protected ... di kannst TLabel und TEdit gegeneinander casten (hart) und beim Anderen den Text/Caption setzen.

Aber im Color-Property ist hier vieles Doppelt (welches der 3 DarkGray soll sich da nehmen), diesen StyleLookup umstellen, da geht der Fokus des Conrols verloren und der IO ist leer ... Doppelklicks auf dieses Property und die Styles durchsapen geht nicht und in dem Popup ist kaum was erkennbar. (die Benamung/Sortierung ist so doof, dass Zusammengehöriges nicht zusammen steht)
Diese Ausrichtungshilfslinien und Hints (was für eine Komponente ist unter meiner Maus) im FormDesigner ... wo sind die?

Ich war grade erst dabei mir selbst aus einzelnen Layouts/Labels/Images/Animatoren ein Hauptmenü/PopupMenu zu bauen, weil dies Komponenten nicht platformübergreiend verwendbar sind und sie nicht auf meine Form drauf wollen.

Gut, das Nächste liegt nicht direkt am FMX, aber macht es ungemein schwerer das zu nutzen:
Die erwähnren fehlenden GridLines und Hints.
Im FormDesigner ist vieles nicht möglich, aber die Strukturansicht ist nach 20 Jahren immernoch nicht richtig nutzbar ... das was im Designer markiert ist, ist rechts nicht sichbar (außerhalb des Sichtbereichs und wenn nicht, dann mit fast garnicht erkennbarem Grau hinterlegt), klickt man der Strukturansicht oder die Propertyliste auf etwas, dann ist der Fokus plötzlich wo ganz anders.
Manchmal/Öfters ist dort was falsches angezeigt und erst beim nochmal kurz raus und wieder rein wird das richtige Property angezeigt.
Im FMX Property ändern (vorallem StyleZeugs) scheint recht den Designer komplett umzukrempel/refresch/reloaden/ooderso.
Komponentenselektierung ändern und schon ist das property nicht mehr sichbar ... Text und Style sind so weit unten, dass man jedes Mal neu runterscrollen muß, selbst wenn die Strukturansicht ausgeblendet ist.

[jaenicke]

Zitat von Codehunter:

Das zweite ist die geringe Verfügbarkeit komplexer Komponenten wie z.B. Virtual Treeview.

Sagen wir mal lieber "kostenlos" dazu. Kommerziell gibt es ziemlich viele echt tolle FMX Komponenten, z.B. von TMS.