CrossVCL

[Codehunter]

Moved.

[Harry Stahl]

Den CrossVCL-Thread zum Thread zur Linux-Entwicklung (Thread "Delphi 10.2 LINUX Entwicklung") zu verschieben ist eigentlich nicht sachgerecht, da man mit CrossVCL sowohl MAC als auch Linux-Programme entwickeln kann.

[Aviator]

Zitat von Harry Stahl:

Den CrossVCL-Thread zum Thread zur Linux-Entwicklung (Thread "Delphi 10.2 LINUX Entwicklung") zu verschieben ist eigentlich nicht sachgerecht, da man mit CrossVCL sowohl MAC als auch Linux-Programme entwickeln kann.

Ich glaube eher er meint nur seinen eigenen Beitrag den er geschrieben hat.

[Harry Stahl]

oh sorry, dachte der ganze Thread wäre jetzt hier verschoben worden...

[Codehunter]

Ging nur um meinen Beitrag. Ich fand das Thema so interessant und habe erst später einen aktuelleren Thread gesehen wo das gut hin passte. Das war alles.

[Harry Stahl]

Seit gestern gibt es die Version 0.96.

Was soll ich sagen, ich bin echt begeistert.

Mit der aktuellen CrossVCL-Version konnte ich meine VCL-Serveranwendung für MAC OS ans Laufen bringen und sie funktioniert (siehe anliegenden Screenshot) genau wie die Windows-Version (mal abgesehen davon, dass ich keinen Dienst unterstütze und keine Aufteilung in Server und Manager-Programm habe).

Es fehlen noch ein paar Sachen, wie etwa Images in der TListview (deswegen fehlen die auch in der anliegenden Darstellung) und ein oder zwei andere kleinere Sachen (um meine App zum Laufen zu bringen, je nach App fehlt wohl noch einiges mehr).

Mal abgesehen davon, dass ich etwas Zeit gebraucht habe, Bugs zu finden und zu melden, ich denke die reine Anpassung, so dass die VCL-App mit CrossVCL auch unter MACOS und Linux funktioniert, hat vielleicht 8 Stunden gedauert.

Wenn ich das vergleiche, was mich sonst die FMX-Umstellungen an Zeit und Mühe gekostet haben (nichts unter 2 Wochen, allerdings waren das auch größere Anwendungen), dann ist das hier echt phantastisch.

Sehr schöne Aussichten, so kann ich in Kürze (Dezember soll CrossVCL 1.0 fertig sein) alle meine Server-Programme, die bislang nur unter Windows liefen auch für die Plattformen Linux und MAC-OS mit wenig Arbeitsaufwand anbieten. Das ist schon wichtig, denn von einigen MAC-OS oder Linux Kunden weiß ich, dass die nicht extra einen Windows-Rechner haben wollen, um da meine Server-Programme drauf laufen zu lassen...

[Codehunter]

Hallo Harry,

kannst du mal sofern du hast, auch Bilder der jeweiligen Darstellung unter Windows und Linux beifügen? Damit man mal einen Vergleich aus der realen Welt hat. Danke

[Harry Stahl]

Zitat von Codehunter:

Hallo Harry,

kannst du mal sofern du hast, auch Bilder der jeweiligen Darstellung unter Windows und Linux beifügen? Damit man mal einen Vergleich aus der realen Welt hat. Danke

Klar, anliegend mal alle 3 zusammen, das Windows-Programm zeigt die Icons an, das geht unter Mac und Linux noch nicht, unter Linux muss ich es auch noch ein wenig mehr anpassen (fehlende Ansistring-Unterstützung, usw), daher funktioniert hier im Moment der Datenaustausch noch nicht (vollständig).

Ein Hinweis dazu: Owner-Draw soll wohl (erst mal) nicht unterstützt werden, daher habe ich für die Mac und Linux-Version eine TListview genommen, da habe ich meine Spalten und Icons, die ich sonst in der Listbox selber berechnet und gezeichnet habe.

[mensch72]

Das Ansistring Problem bei Linux(und allgemein) löse ich als Step1 aktuell zunächst "böse" in der Daten-/Protokoll-/Übertragungschicht über harte Casts auf UTF8strings. Solange die übertragene Byteanzahl stimmt ist doch "da unten" weiter alles OK und man sieht sogar im Debugger was ausreichend brauchbares wenn nicht grad nur Umlaute im AnsiText drin sind.

Ich habe nach D2007 lange überlegt und experimentiert was ich mit meinen "alten" hochoptimierten "Bit&Byte basierten" Speicherdaten- und Übertragungsformaten mache... und habe sie letztendlich beibehalten! Mr Hausladen hat ja eine Zeit lang auf bei FMXmobile per Patch die Ansistrings reaktiviert... so was das letzte Stück zur GUI Anzeige dann auch noch möglich. Seit UTF8 in Delphi nun auch gut funktioniert, kümmert sich bei mir intern ein eigenes einfaches Ansi-Encode/Decode so wie bei FreePascal(was ja voll UTF8 basiert ist) um die Sache.

=> Speziell bei der Umstellung alter AnsiVCL Anwendungen auf Basis D6..D2007 ist CrossVCL mit dem UTF8 bei Linux meiner Meinung nach nun gerade sogar optimal!

[Codehunter]

@Harry: Erstmal Danke für die Bilder. Was mir spontan auffällt ist, dass das MainMenu nur in der Windows-Version zu sehen ist. Bei MacOS gibts ja glaub ich so ne zentrale Menubar wie früher beim Amiga. Als überzeugter Apfel-Verweigerer hab ich da null Erfahrungen. Aber bei der Linux-Version sollte es doch ein Menu geben. Zumindest bei den Desktops die ich so kenne sind die Menus von Platzierung und Funktion her denen bei Windows sehr ähnlich.

EDIT: Wie verhält sich das genau mit dem OwnerDraw, was geht da nicht? Gibt es z.B. ein TForm.Canvas bzw. TWinControl.Canvas auf dem ich herum pinseln könnte und es scheitert nur an den OwnerDraw-Events? Oder ist TCanvas allgemein noch nicht so implementiert wie man das kennt?