CLX benutzen, bringt's das?

[olf]

hi.

ich habe mir mal kylix runtergeladen und gesehen (und gelesen), dass dabei die komponenten auf der Qt Bibliothek bestehen, und ich habe gemerkt (und auch wieder in einem artikel gelesen), dass mein Delphi 7 auch mit der CLX arbeiten kann.
jetzt interressiert mich:
Sollte man die benutzten, oder kann manns vergessen???
ein vorteil ist auf jeden fall -> button farbe änderbar.
wie es mit der größe des programms aussieht, weiß ich leider nicht, aber könnt ihr mir sagen ob die .exe'n kleiner werden?

ein weiterer vorteil: die delphi projekte sind einfacher auf kylix zu übertragen.
also, was meint ihr?
verwendbar oder nur nette, unwichtige neurung der letzten delphi versionen? :gruebel:

bis denne

Olf

[Alexander]

Tja das ist gerade seit Delphi 8 eine sehr interessante Frage.
Denn Delphi 8 benutzt ja wie sehr wahrscheinlich alle weiteren Delphi-Versionen .NET. Und für Delphi 8 gibt es keine CLX.
Wenn Kylix weiterentwickelt wird, dann bleibt es abzuwarten, wie Boland das Portieren funktionieren soll (vielleicht gleich .NET, oder doch CLX?)
Aber sonst ist die CLX eigentlich recht praktisch, auch wenn ich sie bisher nicht all zu oft genutzt habe...

Zitat:

ein vorteil ist auf jeden fall -> button farbe änderbar.

Naja das nennst du einen Vorteil :lol:
Vorteil Nr1 ist auf jedenfall, die bessere Portierbarkeit.
Nachteile dagegen sind, dass man nicht weiß wie es in der Zukunft mit der CLX/Kylix aussieht und dass an sich weniger Komponenten für die CLX gibt (was auch nciht unbedingt ein Nachteol ist ;-))

[olf]

naja, ich hab mir mal ein bisschen diese Qt Teil von Trolltech unter Linux angeguckt (habs bei SuSE und Knoppix drauf), und das ma in verbindung mit python gebracht, überhaupt mal Qt mit Python is schon nicht schlecht, und sooo wenig komponenten gibt es nciht. bei kylix gibt es weniger, aber nicht Qt allgemein.

und nu? :gruebel:

[Alexander]

Die wichtigsten sind dabei, keine Frage...
Ich finde die CLX auch sehr gut, nur meine Bedenken sind halt, dass sie vielleicht wieder abgeschafft wird (wegen .NET) und was neues kommt, was evtl. nicht mehr kompatibel ist.
Aber ich denke schon, dass man einige Programme, die es wert sind, nach Linux portiert zu werden, mit der CLX entwerfen sollte.

[olf]

naja, was wohl aus .NET wird? :gruebel:

[Alexander]

Ich denke .NET wird ein voller Erfolg werden, denn die Idee ist bisher ganz gut. ;-)
Aber das gehört jetzt hier nicht hin.

PS: Wenn es endlich ein richtig funktionierendes .NET für Linux gibt, ist es praktisch wie mit JAVA, nur besser :mrgreen: Und um CLX brauchst du dir dann auch keine Sorgen mehr zu machen... ;-)

[EConvertError]

Die Frage ist natürlich ob Borland Kylix weiterentwickelt. Nur .NET ist sicher kein Hindernis, denn es gibt auch eine .NET Edition von QT. Borland muss nur wollen...

mfg,
EConvertError

[Bernhard Geyer]

Ich selbst hab mich nur kurzzeitig mit CLX beschäftigt und sehe für Borland nicht den großen Markt.

Es ist einfacher mittels der Bibliothek WINE eine Delphi-Programm unter Linux laufen zu lassen als das Programm nach Visual-CLX zu portieren. Selbst größere Programme mit Datenbankanbindung (ADS, ...) laufen unter der aktuellen WINE-Distribution.

Auch sind viele Linux-Entwickler entweder C/C++-Hacker welche den Vorteil einer Abstraktionsebene nicht sehen bzw. gar nichts mit Windows zu tun haben wollen (und Kylix ist ja noch ziemlich Windows-Lastig was die Geschichte betrifft. Und vor allem wollen viele Linux-Entwickler sowieso keine Geld für Programme ausgeben (und von irgendwas muß ja die Entwicklung bei Borland bezahlt werden).

[Alexander]

Mit Wine hast du wohl recht, bedenke aber auch, dass die Programme damit langsamer ablaufen. Ein reines Linux-Progarmm läuft sicherlich schneller.

[Bernhard Geyer]

Sicherlich sind die Win32-API-Aufrufe langsamer. Aber ob man das im Normalfall auffällt?

[olf]

naja, ich hab WINE noch nicht so wirklich benutzt, einmal benutzt um den weaverslave zu benutzen, und schon ist WINE beim starten des programms beim aufruf einer .dll abgestürzt...

schlechte erfahrung :cry:

[Bernhard Geyer]

Mit welcher Version?

Bei einem Test vor ca. 1-1 1/2 Jahren ist unserer Anwendung auch nicht gestartet (Absturz). Aber vor 2 Monaten mit der aktuellsten Version - (fast) keine Probleme mehr!

[olf]

das war erst ca. vor nem monat.
vielleicht liegts auch am programm. ich werde heute abend WINE mal auf SuSE 9.0 testen.

[Alexander]

Zitat:

Zitat von Bernhard Geyer

Sicherlich sind die Win32-API-Aufrufe langsamer. Aber ob man das im Normalfall auffällt?

Tja das ist immer so eine Sache, kommt ja auf's Programm an.
Bei kleineren Progammen wird man es wohl merken. Allerdings wird man ja auch bald auf .NET unter Linux rechnen können (Stichwort MONO)

[woki]

Also CLX ist sicherlich keine Spielerei der letzten Delphi Version, sondern ein mit großem Aufwand entwickelte und ernstzunenehmende Komponentenbibliothek, die es ermöglichen soll mit Delphi Programme zu entwickeln, die auf Winows API und Linux laufen. Wenn Du also ernsthaft Programme schreiben willst, die auf Windows und Linux laufen, dann erwäge die Verwendung von CLX, sonst macht das keinen Sinn.

Zitat:

Zitat von Alexander

Tja das ist gerade seit Delphi 8 eine sehr interessante Frage.
Denn Delphi 8 benutzt ja wie sehr wahrscheinlich alle weiteren Delphi-Versionen .NET.

Das ist wahrscheinlich falsch. Der Stand ist, es gibt sieben Versionen (Delphi 1 - 7) von Delphi for WinAPI, drei Versionen von Delphi for x86 - Linux (Kylix 1-3) und eine Version von Delphi for Dot Net (heißt aus Marketinggründen leider Delphi8).
Nun zur Zukunft: Die nächste geplante Version ist noch in diesem Jahr Delphi 8 for WinApi (wie auch immer die dann heißt). Es wird bestimmt danach eine weitere Version for DotNet geben, und Kylix ist eingefroren, da muß man erstmal mit dem arbeiten, was da ist. Das hat aber nichts mit DotNet zu tun, sondern einfach damit, daß nicht genügend Entwickler zur Zeit kommerzielle Desktopanwendungen für Linux entwickeln, und das hat mit Dot Net noch nichts zu tun, sondern nur mit dem Einsatz von Linux und Windows im Allgemeinen, und der fehlenden Bereitschaft der Linux Entwickler, Dinge zu verwenden, für deren Erstellung die Entwickler auch bezahlt werden wollen. Oder anders, Kylix wird weiterentwickelt, wenn genügend Entwickler es verwenden wollen und bereit sind dafür zu bezahlen, bis jetzt hat DotNet darauf aber keinen Einfluß.

Zitat:

Zitat von Alexander

Und für Delphi 8 gibt es keine CLX.

Sicher? selbst die BDE läuft mit Delphi for Dot Net, aber selbst wenn mit CLX geschriebenen Anwendungen unter Delphi for Dot Net nicht kompilieren, dann macht das auch keinen Sinn, weil alles was Dot Net ist unter Linux zur Zeit eh nicht laufen kann. Und wenn dann irgendwann mal dort Dot Net verfügbar ist, dann braucht man wirklich kein CLX mehr.

Zitat:

Zitat von Alexander

Wenn Kylix weiterentwickelt wird, dann bleibt es abzuwarten, wie Boland das Portieren funktionieren soll (vielleicht gleich .NET, oder doch CLX?)

Solange es kein Dot Net for Linux gibt, gibt es keine automatische Portierung von Dot Net nach Linux. Für die Frage ob Kylix weiterentwickelt wird spielt das keine Rolle, außer daß ein Dot Net for Linux Kylix überflüssig machen würde. Borland wird aber kein Dot Net für Linux nachbauen.

Grüße
Woki