xsharp.eu

Hallo Karl,

bisher war ich der Meinung, "VO GUI and SQL Classes with Unicode and AnyCPU support (on top of Windows Forms and Ado.Net)" aus der Roadmap bedeutet, Dev arbeitet an einem Drop-in Ersatz für für VO Gui-Klassen auf WinForm-Basis. Wenn dem so ist, sollte der Browser "eigentlich" nichts vom Wechsel bemerken. Wenn es ernsthaftes Umschreiben auf der "User"-Seite braucht, könnten sie sich die Arbeit sparen...

der "durchschnittliche" User-Code sollte davon nichts bemerken. Gerade eigene Controls und auch der bBrowser, die ganz stark von den Interna der VO-GUI-Klassen abhängen, werden sicher angepasst werden müssen. Das ist aber eine einmalige Aktion - und dürfte den durchschnittlichen Benutzer nicht treffen. Und der Aufwand dürfte stark von der Nähe zum Windows API anhängen.
Zudem vermute ich, daß eine Portierung des bBrowsers auf diese Klassen diese selber auch verbessern dürfte.

Bisher habe ich diese Klassen aber nicht gesehen, sondern nur davon gehört. Ich bin aber schon sehr gespannt drauf (um nicht zu sagen: ich kann es kaum erwarten, sie zwischen die Finger zu bekommen).

Wolfgang

Wolfgang, Karl,

bisher war ich der Meinung, "VO GUI and SQL Classes with Unicode and AnyCPU support (on top of Windows Forms and Ado.Net)" aus der Roadmap bedeutet, Dev arbeitet an einem Drop-in Ersatz für für VO Gui-Klassen auf WinForm-Basis. Wenn dem so ist, sollte der Browser "eigentlich" nichts vom Wechsel bemerken. Wenn es ernsthaftes Umschreiben auf der "User"-Seite braucht, könnten sie sich die Arbeit sparen...

Leider habe ich (noch) keine Informationen über dieses Projekt. Könnt ihr mir sagen, wo ich die Roadmap bzw. weitere Informationen hierzu finde.

Joachim

Joachim,
die Roadmap ist hier: https://www.xsharp.eu/articles/updated- ... e-schedule

Hallo Joachim,

genaue Informationen oder Roadmap habe ich auch nicht. Laut Aussage vom Robert soll es Anfang kommenden Jahres soweit sein.
Was ich weiß, habe ich vom Robert direkt: diese Bibliothek setzt auf WinForms auf und implementiert das API der VO GUI Klassen. Damit sollten sich mit wenig bzw. sogar ohne Aufwand die GUI-Klassen ersetzen lassen.
Abgesehen von einer besseren Optik können die Applikationen dann Unicode und AnyCPU (was beides bei den GUI-Klassen nahezu unmöglich zu implementieren ist).
Persönlich bin ich ganz scharf drauf und denke, dass das der Weg für alle meine VO-Applikationen nach .NET sein wird - und damit brauche ich auch den bBrowser. Und dafür bin ich bereit, sowohl Geld (Achtung: Bestechung!) als auch Zeit zu investieren.
Abgesehen davon, dass die Applikationen dann Unicode und AnyCPU können (was mir nicht wichtig ist) haben sie dann auch das Look&Feel von Windows Forms - und das ist viel wert.

lg

Wolfgang

Karl, Wolfgang,

danke für die Infos! Das hört sich sehr spannend an und ich bin jetzt auch neugierig geworden, was genau das Dev-Team da macht. Sollte es so kommen, wie ich es verstehe, dann könnte die Unterstützung des bBrowser für diese Klassen vielleicht gar nicht so aufwendig sein. Genaues weiß ich aber erst, wenn die Bibliothek zur Verfügung steht.

Joachim

Hallo Joachim,
ich hatte seinerzeit auch mit dem Robert über diese Klassen und die Anpassung des bBrowser dafür gesprochen, und wir waren uns da einig, dass das absolut notwendig sein wird, und dass es dafür klarerweise auch Hilfe vom Devteam geben wird.
Es ist einfach ein sehr großer Unterschied zwischen Vulcan und VO, bei denen ein Verkäufer die Entscheidungen getroffen hat, und dem X#-Projekt, wo die Entscheidungen von Entwicklern selber kommen. Ich habe bereits mehrfach Fixes bzw. Erweiterungen sehr schnell und unbürokratisch bekommen, und auch bei Entscheidungen, wie es weitergehen soll, hat die Community ein großes Mitspracherecht.
Wolfgang