Das deutsche QBasic- und FreeBASIC-Forum

[SL]

Nein, kein Header. Das soll ganz normaler Quelltext sein, der einfach im Quelltext an passender Stelle (am besten ganz am Anfang) eingefügt wird und natürlich editierbar ist.

Mir fällt gerade noch was ein: Es geht um die - möglichst komfortable - Deklaration / Dimensionierung von Variablen. Da finde ich es zunächst prinzipiell übersichtlicher, wenn Variablen nicht mitten im Quellcode deklariert werden, sondern jeweils direkt am Anfang des Unter/Haupt—Programms.

Das erfordert jedoch eine ziemlich mühsame Hin- und Her-Springerei im Quelltext. Wie wäre es, wenn die IDE das besorgt?

Also, sobald eine nicht deklarierte Variable verwendet wird, stellt die IDE das fest, springt an den Kopf des Unterprogramms und unterbreitet einen Vorschlag zur Dimensionierung. Der Benutzer hat dann folgende Auswahlmöglichkeiten:

- Den Vorschlag übernehmen / ändern / verwerfen
- Das Ganze eine Ebene höher in das Hauptprogramm transferieren. Wobei das Spiel dort wieder wie gehabt beginnen kann.

Sobald die Deklaration beendet oder auch gar nicht erfolgt ist, springt mittels „shortcut“ der Cursor wieder an die ursprüngliche Ausgangsposition im Quellcode zurück.

Noch mehr Vorschläge gefällig oder langt’s langsam?

[Stueber]

Ich nehme immer alle Vorschläge an und freue mich, deine bisherigen waren auch ziemlich gut.
Bei dem neuesten bin ich mir über die Machbarkeit nicht sicher.
Und zum Thema Header: Wenn meine IDE automatisch einen Header mit Deklerationen schreibt und den dann automatisch ganz oben einfügt kommt das meines Wissens nach auf das gleiche raus wie wenn man die Dekleration ganz oben einfügt. Wenn es einen Grund dagegen gibt kannst du mich gerne verbessern.
Deine Vorschläge hab ich mir alle aufgeschrieben, gerade gibt es größere Umbauten intern, aber sobald das fertig ist gehts mit den kleineren Sachen weiter.

[Stueber]

Die Planungsphase für Vererbung ist jetzt abgeschlossen.
Ich schreibe hier nur, dass wenn ich einen riesigen Fehler übersehen habe, der noch erkannt wird.

Also, der Syntax wird wie folgt sein:

[Jojo]

[SL]

[Jojo]

naja, das hat eher wenig mit FB als mit der wesentlich höhren abstraktionsebene der windows-druck-api zu tun.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[28398]

Mächtige APIs sind meistens eben mehr oder weniger Komplex. Und mit der GDI ist es fast kein Unterschied (Nein, es ist eigentlich überhaupt kein Unterschied...) ob man auf einen Bildschirm zeichnet, mit einem Drucker druckt (Ob nun lokal, übers Netzwerk oder übers Internet oder auf einem virtuellen Drucker, macht btw. auch keinen Unterschied im Quellcode) oder z.B. auf einem Plotter. Oder auf einem Webstuhl. Oder....

[nemored]

[Stueber]

Ich halte das auch für etwas kompliziert.

Aber dafür kann ich etwas neues Berichten:
Schaut euch diesen Quelltext an:

[The_Muh]

Eventuell solltest du deine bemühungen den compiler zu erweitern, bzw auszutricksen ausgliedern und fortsetzen. Das an die IDE zu binden ist in meinen augen verschwendung. Der Vor-compiler von dir scheint ja schon einiges zu können. Eventuell solltest du das auch im Englischen Forum publizieren, damit sich die entwickler was abgucken können
_________________
// nicht mehr aktiv //

[Stueber]

Der ist nicht an die IDE gebunden.
Der funktioniert mit jeder IDE, die ganzen Test hab ich mit FBIde gemacht, ohne Probleme.

[MOD]

Ja das ist ja das Tolle, dass es ein externes Modul ist.
Ist erfreulich, dass du das doch noch mit der "extends"-Syntax umgesetzt hast und ins englische Forum gehört das sowieso, sag ich ja schon seit langem

[Stueber]

Ist jetzt im englischen Forum.

Ihr könnt den Vorcompiler jetzt testen.
http://users.freebasic-portal.de/stueber/Tools/pre.zip

Die Installation ist einfach:
1. öffne deinen FB Ordner
2. Downloaded und entpackt pre.zip
3. benennt fbc.exe im FB Ordner um in fbc2.exe
4. kopiert QtCore4.dll, mingwm10.dll, libgcc_s_dw2-1 und fbc.exe aus pre.zip in deinen FB Ordner

Jetzt kannst du den Vorcompiler mit jeder IDE benutzen. (FBIde hab ich getestet)
Die Version enthält auch einfache Templates. Beispiel:

[MOD]

Der PreCompiler ermöglicht ja schon Vererbung und Templates, der nächste Schritt wären dann Klassen.
Wie wäre es damit:

[Stueber]

@modd: wie im IRC besprochen, kann man machen.

So, es ist Freitag Abend. Lange ist es her dass es etwas neues zur eigentlichen IDE gab. Heute habe ich zwar nichts neues fertiges aber hier ist mal ein Bild zum neuen Designer:


Die Neuerungen:
- Property Manager (an Stelle von Dialogen), als DockWidget
- Controls werden über einen Baum ausgewählt (an Stelle des Dialogs), auch als DockWidget

Dann noch die wichtigste Änderung, die eigentlich der Grund für das Neuschreiben war:
Früher waren Buttons, Checkboxen, etc. fest im Quelltext des Designers integriert. Auch alle Einstellungen waren fest im Quelltext eingebaut. Das Hinzufügen eines neuen Controls war schwer und der Quelltext war schwer nachzuvollziehen. Das alles hat dazu geführt das der Designer nur schwer zu pflegen war, daher habe ich alle genannten Probleme behoben.
Man könnte sich fragen wie man Buttons setzen kann wenn es doch nicht im Quelltext steht. Die Lösung sind XML Dateien. Der Designer ist eigentlich kein Designer sondern ein XML Parser. Er stellt nur Widgets zur Verfügung die in den XML Dateien beschrieben sind und baut dann aus Informationen in den XML Dateien eine Ausgabe Datei. Diese Ausgabe Datei ist auch eine XML Datei die von der IDE unmittelbar vor dem Compilieren in eine temporäre .bas Datei umgewandelt wird, ebenfalls nach den Regeln in der XML Datei.

So sieht eine XML Datei für ein Control aus (Beispiel: Button):

[Stueber]

Der Designer der bei der aktuellen öffentlichen Version der IDE dabei ist, ist ja ganz nett, aber er hat einige Schwachstellen:
- unübersichtlich (überall Dialoge)
- komplizierter Quelltext
- Eigenschaften und Controls hinzufügen dauert ewig und ist für nicht-Experten kaum machbar
- zurückparsen zur Vorschau sehr Fehleranfällig und kaum verwandbar

In einigen Chats mit Sebastian haben wir dafür eine Lösung gesucht die ich heute vorstelle.
Alle Informationen die der Designer benutzt (Controls, Eigenschaften, Reaktion auf ändern der Eigenschaften) werden extern vom Programm gelagert. Die Beschreibung von Controls und Eigenschaften wird über .xml Dateien gemacht (weiter oben ein Beispiel) und die Reaktion auf das Ändern einer Eigenschaft wird gescriptet, ist also frei anpassbar, Bsp. das Ändern der Buttonbeschriftung beim Ändern der Eigenschaft "text".
Ausserdem werden die Controls jetzt nicht mehr über einen Dialog erzeugt, sondern werden über einen viel übersichtlicheren Baum erzeugt.
Auch Eigenschaften werden nicht mehr über Dialoge geändert, dafür wird jetzt ein Propertymanager verwendet.

Features:
- Drag'n'drop für Position und Größe der Controls
- Controls werden in .xml Dateien beschrieben
- Eigenschaften auch
- Die Kategorien im Control Baum sind auch frei erzeugbar
- Winapi und GTK
- Zusammenhänge werden gescriptet
- erweiterbar auf beliebige andere Bibliotheken (wenn das Layout-Management ähnlich dem von Winapi oder GTK ist)
- plattformunabhängig
- Management von Parent->Child

Download: hier
Da der GTK Modus noch nicht fertig ist entfällt ein Linux Download.
Wenn der Designer fertig ist wird er fest in die IDE integriert.
Das Modul das die Ausgabe .xml Dateien verwendbar macht folgt in den nächsten Tagen.

Screenhots:

Der ganze Designer


Der Control-Baum


Der Propertymanager

[MOD]

Ich hab den Designer etwas getestet und folgendes ist mir aufgefallen:

Ohne Window geht ja gar nichts, also sollte der Container/Window immer offen sein und am besten ganz oben stehen.

Aus der Windowswelt ist man Doppelklicks gewöhnt, beim Designer werden dabei aber immer zwei Elemente erzeugt.

Wenn man beispielsweise einen Button erzeugt hat und danach eine Liste erstellen will, muss man erst wieder ins eignetliche Fenster klicken, also raus aus dem Button, sonst wird die Liste in den Button gesetzt und man kann nichts mit anfangen. Dementsprechend sieht die erzeugte XML auch aus, eins ins andere verwurschtelt.

Ansonsten lief das Ganze bei mir sehr flüssig und auch ohne Abstürze
Wenn man das dann noch in sein Projekt einbinden kann, werd ich wieder etwas testen.

[Stueber]

Hab mal ein paar Kritikpunkte verbessert und neue Features eingebaut:
- Controls werden über Doppelklicks eingefügt
- Fenster haben wie die anderen Controls auch die schwarzen Quadrate für die Größe
- eine Baumansicht mit allen Controls die man gesetzt hat und die Möglichkeit ihnen Namen zu geben für bessere Übersicht im Baum und im späteren XML
- viele Fehler wurden behoben

[Stueber]

Heute hat sich viel getan bei der IDE, deswegen ein kurzer Statusbericht:
- Der Designer ist jetzt komplett in die IDE integriert
- Das Kompilieren von XML Dateien ist jetzt mit der IDE möglich und wurde erfolgreich von mir getestet
- Ich habe angefangen auf Scintilla umzusteigen und bin schneller voran gekommen als gedacht. Da ich schon die meisten wichtigen Funktionen des alten Code Editors nachgebaut habe folgt bald eine neue IDE Version. Durch Scintilla werden bald Features wie Codefalten, Codetips und Autovervollständigung möglich.
- Das Laden von Guis ist fast fertig und wird in der nächsten Version dabei sein.

Update:
Der neue Syntax-Highlighter ist gerade fertig geworden. Er highlightet viel schneller als der alte und behebt viele Bugs des alten. Ausserdem kann er jetzt mit Präprozessoren und Operatoren umgehen, was der alte nicht konnte.

Hier ein Screenshot davon:


Update2: Ich habe gerade festgestellt dass FreeBASIC auch mehrzeilige Kommentare hat. Der neue Syntaxhighlighter kann jetzt auch mit mehrzeiligen Kommentaren umgehen.

[Stueber]

So, in den letzten Wochen hat sich viel rund um die IDE getan, deswegen stell ich euch jetzt mal die aktuellste Version vor, auch wenn ich mir für diese Version viel mehr Ziele gesetzt hatte als ich erreicht habe.

Neue Features
Neuer GUI-Designer
Wie man meinen letzten Posts entnehmen kann habe ich einen neuen GUI Designer entwickelt, der auf XML-Dateien basiert und viele Vorteile im Vergleich zum alten bringt.
Er erzeugt ein XML das kurz vor dem Kompilieren in Code umgesetzt wird. Ausserdem kann er die XML Dateien wieder laden um die GUI weiter zu bearbeiten. Die Bedienung wurde auch verbessert.
Einstellungen werden über einen Property-Browser gemacht, alle Widgets die gesetzt wurden werden in einen Control-Baum eingefügt und Widgets werden über einen Baum erzeugt (anstatt über Buttons).
Auch fällt vermutlich auf, dass nicht jedes Control immer die schwarzen Quadrate hat sondern nur das Control mit dem Fokus.

http://users.freebasic-portal.de/stueber/bilder/designer.PNG

So gehts:
1. Ein neues Projekt anlegen
2. Klick auf Projekt->GUI Designer
3. Nach dem "designen" auf Designer->XML erzeugen klicken
4. Als Speicherort den Projektpfad wählen und dem XML einen Namen geben.
5. Eine leere Datei zum Projekt hinzufügen oder eine .bas Datei öffnen.
6. Mit "declare sub gui_xml()" die GUI Funktion deklarieren und mit gui_xml() die GUI erzeugen.


Neue Projektdateien
Man könnte meinen dass das kein Feature ist. Damit hätte man eigentlich auch recht aber durch die neuen Projektdateien kommen zwei neue Features hinzu.
Zum einen das Speichern von Profilen zum kompilieren. Beim erzeugen eines neuen Projekts werden die beiden Profile "Debug" und "Release" erzeugt, aber man kann theoretisch unendlich viele verwenden. Mit einem Klick in der Toolbar kann das aktuelle Profil geändert werden.

Die zweite Neuerung ist zwar klein aber für viele Leute sehr wichtig: Es werden jetzt relative Pfade benutzt. Um genau zu sein müssen alls .bas Dateien sich sogar im Ordner der Projektdatei befinden (wird noch ein bisschen freier gemacht).
Durch die neuen Projektdateien können die alten Projektdateien natürlich nicht mehr verwendet werden.

Neuer Einstellungsdialog
In der Vergangenheit kam oft der Wunsch mehr einstellen zu können.
Der neue Einstellungsdialog enthält zwar noch nicht alle Einstellungen die sinnvoll wären aber lässt dafür viele Einstellungen im Bezug auf den Syntaxhighlighter zu. In Zukunft wird sich in diesem Dialog noch viel mehr Einstellen lassen.



Umstieg auf Scintilla
Durch den Umstieg auf Scintilla sind viele wichtige Features wie Codefalten und Calltips in greifbare Nähe gerückt (wenn auch noch nicht eingebaut). Trotzdem wurden schon einige Kleinigkeiten von Scintilla in die IDE eingebaut:
- Der Zeilenzähler von Scintilla
- Zoom in und Zoom out
- Einrücken
- Ein neuer Syntax-Highlighter, der auch mit Präprozessoren und mehrzeiligen Kommentaren zurecht kommt und unterschiedliche Schriftgrößen erlaubt.



>>>Download<<<

Bekannte Probleme
- löschen von Widgets im Designer funktioniert noch nicht
- das Laden und Erzeugen von XML Dateien klappt zwar, aber das Codeerzeugen funktioniert nur mit Fenstern
- sehr lange mehrzeilige Kommentare werden nicht richtig hervorgehoben

Zukünftige Pläne:
Die nächste Version wird in ca. 2-4 Wochen erscheinen und folgende Features auf jedenfall mit sich bringen:
- Projektvorlagen
- Einen voll funktionsfähigen GUI-Designer
- mehr Einstellungen
- mehr Features von Scintilla sollen genutzt werden (Calltips)


Update:
Der GUI Designer tut jetzt wie er soll und das Löschen von Widgets ist jetzt auch möglich. Ausserdem wurde ein kritischer Bug behoben und der Designer hat jetzt 5 Controls zur Auswahl (es werden noch viel mehr ).

>>>Download<<<