Das deutsche QBasic- und FreeBASIC-Forum

[Lothar Schirm]

Im FreeBasic-Portal habe ich unter Downloads\IDEs\FBEdit die erfreuliche Nachricht gefunden, dass an FBEdit wieder weiter gearbeitet wird. Weiß jemand genaueres? Mich bekümmern an FBEdit zwei Schwachpunkte:

1. Der eingebaute Debugger ist instabil. Wenn ich damit in eine SUB reingehe, stürzt die FBEdit ab.

2. Der GUI-Designer ist im Vergleich zu FireFly sehr benutzerunfreundlich. Man muss in FBEdit nach der Erstellung des GUI aus der Resourcen-Datei lauter #DEFINE-Statements in die Include-Datei reinkopieren und anschließend in der Hauptdatei den Code für die Controls mit WinAPI-Befehlen hineinschreiben, die "nirgends" gescheit dokumentiert sind. Demgegenüber klickt man bei FireFly im entworfenen GUI auf ein Control und ist sofort, ähnlich wie bei Visual Basic, im Code in der zugehörigen FUNCTION, in der man den Code mit FireFly-eigenen Befehlen hineinschreiben kann, die in der Functions Library schön sauber sortiert und erklärt sind. Wird FBEdit in diese Richtung gehen?

Andererseits fehlt beim FireFly ein Editor zur Erzeugung von Konsolenanwendungen. Irgendwie habe ich das Gefühl, dass mit FBEdit und FireFly zwei konkurrierende Produkte entwickelt werden. Kann man nicht irgenwie die beiden Teams zusammenspannen, um Synergieeffekte zu nutzen und ein optimales "Visual FreeBASIC" zu erzeugen?

[MOD]

KetilO arbeitet, zumindest soweit wir das sehen, nicht mehr an FBEdit. Es gibt aber einige Bemühungen, einen Fork zu bauen, "FBEdit+" (der bisherige Name).
Beteiligt daran ist unter anderem St_W, aber auch jemand, den man sonst nicht innerhalb der Community antrifft (schade eigentlich, falls du das liest, melde dich doch mal an).

Ich habe länger nicht mehr in den aktuellen Stand geschaut und momentan ist das auch nicht möglich, deswegen kann ich nicht genau sagen, wie es so läuft und was genau gemacht wird.

FireFly ist nochmal was anderes, ich glaube nicht, dass sich hier irgendetwas zusammenführen lässt. Aus meiner Sicht sind beide Projekte etwas suboptimal, da sie sich auf Windows konzentrieren und wir viele Linux-User haben. Ein "Visual FreeBASIC" müsste also beide Welten unterstützen (ich mache jetzt aber keine Eigenwerbung für wxFBE, welches stätig weiterentwickelt wird).


Eines habe ich aber aus der Arbeit hier gelernt: wenn du etwas haben willst, warte nicht, bis sich jemand barmherzig darum kümmert, tue es selbst! Sonst wird es nie da sein. Willst du also FBEdit verbessert haben, zieh dir den Source, willst du FireFly besser haben, dann...ja blöd, ist kein Open Source, nix dann.

[Lothar Schirm]

MOD, vielen Dank für die Antwort! Und viel Erfolg bei wxFBE. Ist ne feine Sache. Ich habe es neulich mal ausprobiert (FB 0.90), habe aber immer eine Fehlermeldung gekriegt, wenn ich ein kleines Testprogramm (Fenster mit Textbox und Button) laufen lassen wollte, obwohl ich die notwendige wx-c- dll im gleichen Ordner hatte wie die .bas-datei. Der gleiche Fehler trat auch bei Verwendung des Visual WX-C-Designers auf. Die Meldung war irgendwas mit win32\ld.exe .. Ich weiß es nicht mehr genau, habe es wieder deinstalliert und bleibe bei FireFly. An FBEdit selbst herumzuoptimieren wäre schön, aber dazu fehlt mir leider die Zeit und auch das notwendige WinAPI-Wissen.

[MOD]

Für gewöhnlich kann man bei Problemen nachfragen. Der von dir genannte Fehler kann auftreten, wenn du die wx-c-0-9-0-2.dll.a nicht hreunterlädst, die neuerdings nicht mehr mit dem fbc mitgeliefert wird (das gilt jetzt für die meisten .dll.a).

Wenn du selbst nicht Hand anlegen willst/kannst, bist du eben auf das Wohlwollen anderer angewiesen, die sicher auch nicht viel mehr Zeit haben.

[Lothar Schirm]

MOD, falls bei Dir der Eindruck entstanden sein sollte, dass ich Deine Abeit bezüglich WxFBE oder die anderer IDE-Entwickler nicht schätze, möchte ich Dich herzlich um Entschuldigung bitten. So war das nicht gemeint. Natürlich bin ich und wohl alle anderen auch dankbar für diese Arbeiten. Ihr steckt da viel Arbeit rein, und das verdient hohe Anerkennung. Aber nicht jeder kann Spezialist für alles sein und sich aus dem Angebotenen die für ihn optimale IDE selbst schnitzen. Und so ist es schon ok, dass man das nehmen muss, was da ist, da habe ich kein Problem.

[28398]

FBEdits GUI-Designer ist eben nur ein Frontend für Ressourcenskripte, dass das seit einigen Jahr...zehnten nicht mehr wirklich sinnvoll ist (skalierbares UI? Heck no!). Das von dir angesprochene manuelle rumkopieren der Res-IDs kann man sich allerdings sparen ; irgendwo in den Optionen kann ein automatischer Export beim Speichern eingestellt werden.

Firefly, keine Ahnung, kenne ich nicht. Sieht mir schwer nach nem Glue-code-Generator aus.

[MOD]

Ich weiß, dass es für FBEdit ein Zusatzprogramm gab, das RC-Dateien automatisch in lauffähigen (zumindest damals) FreeBASIC-Code gewandelt hat. Das FBEdit-Forum ist aber schon lange down und da war das zu finden. Ich sollte noch irgendwo eine Kopie davon haben, muss mal suchen.

Vermutlich wird Firefly den Code ähnlich zusammensetzen, wie der Designer in wxFBE. Genau kann man es ja leider nicht sagen, da Closed Source.

[Lothar Schirm]

[MOD]

Die Datei gibt es als gesonderten Download auf der Projektseite vom fbc auf sourceforge. Aktuell über diesen Link http://sourceforge.net/projects/fbc/files/Binaries%20-%20Windows/Libraries/FB-win32-wx-c-0.9.0.2.zip/download.

Der Download ist bereits strukturiert in "/lib/win32/libwx-c-0-9-0-2.dll.a", d. h., dass die Datei in den "/lib/win32/" Ordner deiner FreeBASIC Installation kopiert werden muss.

Diese Trennung wurde durchgeführt, weil der fbc-Download immer größer wurde. Ich selbst hätte es zusammengelassen, bei den heutigen Bandbreiten geht der Download selbst mit DSL-light relativ schnell, aber naja...

Die wxW-Hilfe aus dem Designer könnte ich wxFBE beilegen, das stimmt. Generell ist es so, dass es keine wx-c Hilfe gibt, schon gar nicht für FreeBASIC. Im Portal gibt es ein kurzes Einsteiger-Tutorial, aber ansonsten hilft leider nur, wie beim Visual WX-C Designer, studieren der Header und hoffen, dass die wxW Hilfe übetragbar ist. Eine FreeBASIC Hilfe-Datei für wx-c für hunderte Funktionen zu erstellen, ist mir zeitlich leider nicht möglich.

[Lothar Schirm]

Vielen Dank, mit der dll.a funktioniert es. Allerdings bekomme ich eine Meldung, dass die Datei comctl32.dll nicht gefunden wurde. Wo gibt es die?

Nachtrag: Ich besitze Windows 8 und habe sie gefunden unter Windows\System32. Wie sage ich das WxFBE?

[MOD]

Das ist ein bekanntes Problem mit wxWidgets 2.8.12 im Allgemeinen: http://www.freebasic.net/forum/viewtopic.php?p=161266#p161266

[28398]

[MOD]

Ich glaube schon, dass das so war. Habe das Programm aber selbst nie wirklich benutzt.

Wer will, der kann sich hier eine Kopie ziehen: rc2code (Version 5)
Das ist die letzte mir bekannte Version des Programms. Credits sollten irgendwo im Code sein.

[28398]

Ich könnt' mich jetzt drüber auslassen, dass die meisten Codegeneratoren für den produktiven Einsatz ungeeignet sind, weil sie erzeugten und danach veränderten Quellcode nicht wieder einlesen können und entsprechend Änderungen verwerfen.
Generatoren, die entweder einen anständigen Parser für die erzeugte Sprache mitbringen oder den Parser der Implementierung nutzen, sind eher selten (mir fällt spontan der Swing-Designer von IntelliJ ein).

[Sebastian]

[28398]

Was in FB glaube ich wirklich schwierig wird, ist die Umsetzung eines typsicheren (Compile-Zeit!) Signal/Slot-Systems. Und das ist eine der Sachen, die gerade in größeren Anwendungen enorm praktisch ist (u.a. wegen loose coupling).

[MOD]

Meinst du mit "Signal/Slot-System" sowas wie das von Qt? Falls ja, sehe ich da nämlich kein Problem. Man kann auch für FB ein paar Macros definieren und den Code durch eine Art Pre-Compiler jagen (so hatte Stueber damals auch Templates für FB implementiert). Viel mehr macht Qt auch nicht.