Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.vbclassic > #7620 > unrolled thread

RAD Basic und UI

Back to article view | Back to de.comp.lang.vbclassic

Contents

  RAD Basic und UI Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2024-02-03 15:14 +0100
    AW: RAD Basic und UI "Wilfried Dietrich" <post@removethiswidisoft.de> - 2024-02-08 16:45 +0100
    Re: RAD Basic und UI "Wendelin Uez" <wuez@online.de> - 2024-02-09 18:09 +0100
      Re: RAD Basic und UI Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2024-02-09 20:10 +0100
        Re: RAD Basic und UI Klaus Ketelaer <usenet@ketelaer.de> - 2024-02-10 01:12 +0100
          Re: RAD Basic und UI Ulrich Möller <knobbi38@arcor.de> - 2024-02-10 11:30 +0100
            Re: RAD Basic und UI Klaus Ketelaer <usenet@ketelaer.de> - 2024-02-10 16:56 +0100
        Re: RAD Basic und UI Ulrich Möller <knobbi38@arcor.de> - 2024-02-10 11:29 +0100
        Re: RAD Basic und UI Wolfgang Bußmann <w.bussmann@gmx.de> - 2024-02-10 14:43 +0100

#7620 — RAD Basic und UI

Hat jemand schon Erfahrung mit dem RAD Basic-Compiler?
Wenn ich eine bestehende VB6-Anwendung einfach mit dem RAD-Compiler 
übersetze, hat das User-Interface dann die Oberfläche von WIN7/10/11?
Welche Besonderheiten gibt es?

Bin erst dabei mich damit zu befassen, ob ich RAD überhaupt einsetzen werde.

Danke für Eure Erfahrungen im Voraus.

Lothar Geyer

[toc] | [next] | [standalone]

#7621 — AW: RAD Basic und UI

https://www.vbforums.com/showthread.php?895421-RAD-Basic-vs-TwinBasic-Which-do-you-prefer

Gruß
Wilfried Dietrich 

[toc] | [prev] | [next] | [standalone]

#7622

> Bin erst dabei mich damit zu befassen, ob ich RAD überhaupt einsetzen 
> werde.

Solche VB-Nachahmer sind m.E. leider sinnlos, ich wüsste nicht, wozu ich 
sowas brauchen könnte.. Denn was wäre besser, wenn so ein Nachahmer 
tatsächlich funktionieren und VB6-Code ohne oder mit wenig Anpassung 
ausführen könnte?

Ich habe eine funktionierende IDE, einen sehr gut bestückten Werkzeugkasten 
mit eigenen Modulen, Klassen und Usercontrols, weit mehr Ideen als ich damit 
je werde noch realisieren können, wieso also sollte ich mich in ein Produkt 
hineinknieen, das vermutlich jede Menge Kinderkrankheiten mitbringt und weit 
weniger kann als das Original?

Dazu müsste das Nachahmerprodukt schon was können, was VB6 nicht oder 
zumindest nicht annähernd so gut kann. Multithreading wäre so ein Punkt, 
Internet auch, und selbst bei diesen sollte man mit geeigneten VB-Routinen 
das Allermeiste davon gut hinbekommen - ich brauchte es noch nie wirklich 
und habe deshalb Workarounds dafür auch nie probieren müssen.

[toc] | [prev] | [next] | [standalone]

#7623

Was IDE usw. anbelangt, ist ja alles Bestens. Ich hatte nur überlegt, ob 
ich bei der Verwendung eines anderen - neuzeitlicheren - Compilers evtl. 
auch eine andere User-Oberfläche erhalten könnte, z.B. im Stil von Win7, 
Win10 usw.
Interessant wäre das doch. Ich werde des öfteren darauf angesprochen, 
dass die UI unserer Anwendung doch aus dem vorigen Jahrhundert stammt.

[toc] | [prev] | [next] | [standalone]

#7624

Am 09.02.2024 um 20:10 schrieb Lothar Geyer:
> Was IDE usw. anbelangt, ist ja alles Bestens. Ich hatte nur überlegt, ob 
> ich bei der Verwendung eines anderen - neuzeitlicheren - Compilers evtl. 
> auch eine andere User-Oberfläche erhalten könnte, z.B. im Stil von Win7, 
> Win10 usw.
> Interessant wäre das doch. Ich werde des öfteren darauf angesprochen, 
> dass die UI unserer Anwendung doch aus dem vorigen Jahrhundert stammt.

Mit der IDE ist überhaupt nichts bestens. Nutze die doch mal ab Windows 
10. Ich habe mir hier extra Hooks programmieren müssen, um die einzelnen
Fenster der SDI-Umgebung halbwegs zu korrigieren.

Mit den Forms hingegen ist alles OK. Wem die Standard VB-Programme zu
altbacken aussehen, der kann das Design doch (fast) nach Belieben
ändern. Wenn alle Stricke reißen, eigene Klassen schreiben.

Mein Problem ist eher, dass meine Fenster unter Windows 10 nicht so 
aussehen sollen wie Windows 10 Fenster. Die werden teilweise total
verhunzt.

Ein neue VB-IDE und ein neuer Compiler könnten VB um wichtige Funktionen
erweitern, bestehende Fehler beseitigen, etc. Allein schon Sachen wie 
64Bit, Multi-Threading, Unicode, ... wären schon einen Umstieg wert.

Gruß Klaus

[toc] | [prev] | [next] | [standalone]

#7626

Am 10.02.2024 um 01:12 schrieb Klaus Ketelaer:
> Ein neue VB-IDE und ein neuer Compiler könnten VB um wichtige Funktionen
> erweitern, bestehende Fehler beseitigen, etc. Allein schon Sachen wie 
> 64Bit, Multi-Threading, Unicode, ... wären schon einen Umstieg wert.
FACK

Ulrich

[toc] | [prev] | [next] | [standalone]

#7628

Am 10.02.2024 um 11:30 schrieb Ulrich Möller:
> Am 10.02.2024 um 01:12 schrieb Klaus Ketelaer:
>> Ein neue VB-IDE und ein neuer Compiler könnten VB um wichtige Funktionen
>> erweitern, bestehende Fehler beseitigen, etc. Allein schon Sachen wie 
>> 64Bit, Multi-Threading, Unicode, ... wären schon einen Umstieg wert.
> FACK

Irgendwie ist der Beitrag weg, auf den ich antworten wollte. Ich
packs mal hier mit rein :-(


Am 10.02.2024 um 11:29 schrieb Ulrich Möller:
 > Hallo Lothar,
Hallo Ulrich,
 > Am 09.02.2024 um 20:10 schrieb Lothar Geyer:
 >> Ich werde des öfteren darauf angesprochen, dass die UI unserer
 >> Anwendung doch aus dem vorigen Jahrhundert stammt.
 >
 > das hat jetzt ja wenig mit VB6 zu tun, sondern damit, daß du nicht mehr
 > Arbeit in deine Programmierung gesteckt hast. Es gibt durchaus Controls
 > von Drittanbietern, die das Erstellen einer UI im Stil von Windows 7 ff.
 > erlauben.
Warum Tools von Fremdherstellern verwnden? VB hat doch eigentlich
alles an Board. Und wenn man mal eine schönere Checkbox möchte,
dann schreibt man sich halt eine OCX. Das ist doch alles kein
Problem. Im Grunde ist es weder ein Arbeits- noch ein Zeitaufwand
eine ordentliche GUI zu bauen.
Was mich früher Zeit gekostet hat, das war die Sucherei nach Icons,
bzw. das Design eigener Icons. Heute habe ich eine riesige Bibliothek
samt einer Software um die Icons zu verwalten und zu bearbeiten.

Die besten Programme, die ich nutze, Open Office, Firefox, Thunderbird,
MySql Admin und QueryBrowser, NewsLazer, Google Earth, etc. nutzen
auch alle die "gewohnten" GUIs. Und meine Programme sehen halt auch
so aus.

In den 80ern habe ich 80 Prozent der Entwicklungszeit in die GUI
gesteckt und 20 Prozent in die Anwendung. Das tat ich jedoch nur
um meinen Anwendern ein Mindestmaß an Bedienbarkeit zu bieten. Bei
mir gab es Windows unter DOS ;-)

Unter http://ketelaer.de/ede/ sieht man wie meine Masken aussehen,
und ab dem blauen Menü, wie meine Masken in den 80ern aussahen.

Ich denke nicht im Entferntesten daran, mein Design ohne Grund in
irgendeiner Form zu ändern...

Gruß Klaus

[toc] | [prev] | [next] | [standalone]

#7625

Hallo Lothar,

Am 09.02.2024 um 20:10 schrieb Lothar Geyer:
> Ich werde des öfteren darauf angesprochen, dass die UI unserer Anwendung 
> doch aus dem vorigen Jahrhundert stammt.

das hat jetzt ja wenig mit VB6 zu tun, sondern damit, daß du nicht mehr 
Arbeit in deine Programmierung gesteckt hast. Es gibt durchaus Controls 
von Drittanbietern, die das Erstellen einer UI im Stil von Windows 7 ff. 
erlauben.

Gruß Ulrich

[toc] | [prev] | [next] | [standalone]

#7627

Hallo Lothar,

wenn es "nur" um die Optik geht, versuche doch einfach einmal die 
VBCCR17.OCX von "Kroll". Du kannst ja mit einem "einfachen" Formular 
anfangen und dann sehen, ob es Deinen Ansprüchen gerecht wird. 1 zu 1 
wird wohl nichts machbar sein.

Zu RADBasic kann ich gar nichts sagen. Hierzu sind mir die 
"öffentlichen" Informationen zu knapp.

In TwinBasic (Community) habe ich einige Male versucht ein Projekt 
einzulesen. Es scheiterte aber oft an den berühmten "Kleinigkeiten". 
Obwohl ich TwinBasic für die Zukunft ins Auge fasse. Die Unterstützung 
der Anwender scheint mir für TwinBasic besser zu sein. Der Vorteil ist, 
man kann es einfach einmal ohne große Installation testen.

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.lang.vbclassic

csiph-web