CrossVCL tot?

[Rollo62]

@jziersch:

Zitat von Rollo62:

Funktionale Libraries sind was anderes, aber die lassen sich meist auch gut Portieren wenn
eben wenig visuelles benutzt wird ....

[Rollo62]

Zitat von Stevie:

Zitat von Rollo62:

Kann man Alles mit Hausmitteln machen, und das worum es mit geht.
Gute Komponenten sind OK, aber der 1001te EditButton ist IMHO überflüssig.

Konnte man aber nicht immer - was soll man dann als Drittanbieter machen, seine Komponenten einstampfen und den Kunden sagen "sorry, könnt ihr jetzt mit Hausmitteln machen"?

Früher waren "Hausmittel" Win95-Stil, und leider auch die Funktionalität.
Ich meine heute können die IDE-Hausmittel (insbesondere unter FMX) wesentlich mehr bieten.
Also warum nicht nutzen ?

Ich habe nichts gegen gute 3rd Party Komponenten die etwas Spezielles machen, wie Zeitleiste/Planner/Visio/..., aber die unzählichen 3rd Party Libraries die versuchen noch ein Button und noch ein Edit besser zu bauen.
Erinnert mich an Linux, da muss wohl auch jeder seine eigene Distro haben, statt 1-3 Versionen voll zu unterstützen und an Windows/Macos vorbeizurasen.

[Stevie]

Zitat von Rollo62:

Zitat von Stevie:

Zitat von Rollo62:

Kann man Alles mit Hausmitteln machen, und das worum es mit geht.
Gute Komponenten sind OK, aber der 1001te EditButton ist IMHO überflüssig.

Konnte man aber nicht immer - was soll man dann als Drittanbieter machen, seine Komponenten einstampfen und den Kunden sagen "sorry, könnt ihr jetzt mit Hausmitteln machen"?

Früher waren "Hausmittel" Win95-Stil, und leider auch die Funktionalität.
Ich meine heute können die IDE-Hausmittel (insbesondere unter FMX) wesentlich mehr bieten.
Also warum nicht nutzen ?

Ich habe nichts gegen gute 3rd Party Komponenten die etwas Spezielles machen, wie Zeitleiste/Planner/Visio/..., aber die unzählichen 3rd Party Libraries die versuchen noch ein Button und noch ein Edit besser zu bauen.
Erinnert mich an Linux, da muss wohl auch jeder seine eigene Distro haben, statt 1-3 Versionen voll zu unterstützen und an Windows/Macos vorbeizurasen.

Ich finde auch, jeder sollte nur eine Programmiersprache, einen Texteditor, dasselbe OS, dieselbe Hardware, dieselbe Frisur, dieselbe Mode, dasgleiche Mobiltelefon und dieselbe Religion haben /sarcasm off

[Codehunter]

Zitat von Stevie:

Ich finde auch, jeder sollte nur eine Programmiersprache, einen Texteditor, dasselbe OS, dieselbe Hardware, dieselbe Frisur, dieselbe Mode, dasgleiche Mobiltelefon und dieselbe Religion haben /sarcasm off

Hatten wir schon mal. Gab reichlich Kraut und Kartoffeln. Nur bei den Südfrüchten musste man Vitamin B zusetzen. Zufriedenheit und Glückseligkeit aller Orten. Nur 89 am Schlagbaum nicht ^^

[Uwe Raabe]

Zitat von Uwe Raabe:

Die letzte Version von CrossVCL habe ich am 2.11.2019 bekommen. Extrapoliert man das bisherige Release-Verhalten sollte es bald wieder eine Version geben.

Na wer sagt's denn: CrossVcl 1.18 just released

[DualCoreCpu]

Zitat von Rollo62:

@jziersch:

Zitat von Rollo62:

Funktionale Libraries sind was anderes, aber die lassen sich meist auch gut Portieren wenn
eben wenig visuelles benutzt wird ....

Ein wesentlich besserer Weg wäre, einfach möglichst wenig Systemabhängige Bibliotheken zu verwenden. Negativbeispiel MSEGUI von Martin Schreiber! Wozu dort GDIPlus. Reicht nicht das Windows API?

Dank GDIPlus gestaltet sich die Portierung auf eine neue Plattform unnötig aufwendig. Windows API bietet doch alles was das Grefikerher begehrt.

[DualCoreCpu]

Zitat von Stevie:

Zitat von Rollo62:

Zitat von Stevie:

Zitat von Rollo62:

Kann man Alles mit Hausmitteln machen, und das worum es mit geht.
Gute Komponenten sind OK, aber der 1001te EditButton ist IMHO überflüssig.

Konnte man aber nicht immer - was soll man dann als Drittanbieter machen, seine Komponenten einstampfen und den Kunden sagen "sorry, könnt ihr jetzt mit Hausmitteln machen"?

Früher waren "Hausmittel" Win95-Stil, und leider auch die Funktionalität.
Ich meine heute können die IDE-Hausmittel (insbesondere unter FMX) wesentlich mehr bieten.
Also warum nicht nutzen ?

Ich habe nichts gegen gute 3rd Party Komponenten die etwas Spezielles machen, wie Zeitleiste/Planner/Visio/..., aber die unzählichen 3rd Party Libraries die versuchen noch ein Button und noch ein Edit besser zu bauen.
Erinnert mich an Linux, da muss wohl auch jeder seine eigene Distro haben, statt 1-3 Versionen voll zu unterstützen und an Windows/Macos vorbeizurasen.

Ich finde auch, jeder sollte nur eine Programmiersprache, einen Texteditor, dasselbe OS, dieselbe Hardware, dieselbe Frisur, dieselbe Mode, dasgleiche Mobiltelefon und dieselbe Religion haben /sarcasm off

Wie Religion kommt mir das Programmier- und Nutzerverhalten wirklich vor. Jede Seite beharrt auf ehernen unverrückbaren Grundsätzen, ungeachtet der Tatsache, dass die Computertechnik nicht stehen bleibt. Ob es da aber gut ist, wenn nun jeder "sein eigenes Süppchen kocht"?

[himitsu]

Nja, Grunssätzlich wäre es doch eigentlich am Besten für die einzelnen Plattformen, wenn jeweils ihre nativen Komponenten verwendet werden,
also so wie es die VCL, CLX, LCL und CrossVCL machen.
Und dafür dann im Delphi eine Schnittstelle bauen, welche die "Gemeinsamkeiten" aller/der meisten Komponenten aller Plattformen auf eine einheitliche Delphi-API (ala VCL) abbilden.



Und dann gibt es eben auch noch den Weg, wo man sich auf den Plattformen eine grundlegende Zeichengrundfunktion sucht (können auch auf den Plattformen unterschiedliche sein),
dann alles selbst malt und alle Komponenten der Systeme nachbaut, bzw. das System komplett ignoriert und einfach selbst irgendwas baut, was dann optisch garnicht in die Systeme rein passt. siehe FMX, Java usw.

Stellt dann das OS sein Erscheinungsbild in der nächsten Version um, dann muß der Style erstmal wieder neu nachgebaut/angepasst werden (die VCL sieht sofort "richtig" aus).
Darum kann man im FMX auch inzwischen mehr oder weniger gut einige Komponenten auch auf Plattform umstellen, um die Funktionen des Systems zu bekommen, die nicht nachgebaut wurden.

Auch ScreenReader und andere Techniken für z.B. blinde und sehbehinderte Menschen, funktionieren erstmal nur bei den nativen Controls, falls es nicht zusätzliche Schnittstellen gibt, wo die selbstgemalte Komponente/Form dann dem OS/System seinen Inhalt sagen kann.

Und auch eine GUI Test Automation ist mit den nativen Controls einfacher, da alles Andere erstmal eine Schnittstelle zum Inhalt benötigt, denn die Pixel der Ausgabe zu analysieren ist eine saublöde unzuverlässige Idee.

[jobo]

Zitat von himitsu:

..
dann alles selbst malt und alle Komponenten der Systeme nachbaut, bzw. das System komplett ignoriert und einfach selbst irgendwas baut, was dann optisch garnicht in die Systeme rein passt. siehe FMX, Java usw.

Stellt dann das OS sein Erscheinungsbild in der nächsten Version um, dann muß der Style erstmal wieder neu nachgebaut/angepasst werden ...

Interessiert es JAVA, ob sich am OS etwas in der Erscheinung geändert hat?

[dummzeuch]

Zitat von jobo:

Interessiert es JAVA, ob sich am OS etwas in der Erscheinung geändert hat?

Nö, JAVA Programme sehen auf allen Platformen immer gleich Sche**e aus.