Wie groß ist denn dein Skript?

Wenn ich mich recht entsinne, gibt es eine Obergrenze was Verschachtelungen der Grammatik angeht. Die war notwendig beim alten Parser-System, da sonst der Stack von Horus überlaufen kann und das Programm abschmiert.
Ob die neue Engine das auch macht, kann ich dir auswendig nicht sagen, aber ich hab mein ich die Begrenzungen nicht herausgenommen (hab auch nicht mehr dran gedacht, da ich selbst keine extrem großen Quellcode Dateien habe).

Also wenn du eine riesen Datei hast, die Lite-C-Syntax eingeschaltet ist und kein Parserfehler kommt, er aber trotzdem nichts anzeigt greift wohl die Begrenzung.
3run hatte vor einigen Tagen ein ähnliches Problem was durch einen Neustart des Editors behoben war (vielleicht ist das bei dir auch so).

Ich werd das aber mal auf die Liste setzen, damit ichs mir bei Gelegenheit mal anschaue.

Das sind in momentan 24.000 Zeilen bei mir, bei SED funktioniert es ohne Probleme.

Neustart habe ich auch öfters probiert, aber ohne Erfolg.

ok, das ist jetzt interessant. hab grad mal nachgesehn, Begrenzungen sind raus. Dann ist die Engine wohl zu faul. Ich werd mal versuchen das zu reproduzieren.

SED fliegt mit einfachen Regexen über den Code, daher geht das. Horus parst wirklich den Code Stück für Stück. Im Moment ist das noch ein kleiner Nachteil (du merkst es), in Zukunft wird das aber von Vorteil sein (wenn die geplanten Features dazu kommen)

also das funktioniert definitiv. hab grade mal eine datei mit 10000 funktionen erstellt und die wird anstandslos und komplett geparst.
naja... fast anstandslos. das parsing der datei dauert mehrere minuten
und wenn man was am code ändert ist natürlich die quelle out of date und der parsing vorgang wird erneut angestoßen.
das könnte der grund sein, weshalb bei dir nichts kommt. der parsing-thread müsste dann voll ausgelastet sein (s. taskmanager).

also das gefällt mir gar nicht, das muss schneller gehn. ich werd in der nächsten oder übernächsten version eine schnellere variante mithilfe von regulären ausdrücken einbauen (wie im SED) die dann vom code jumper benutzt wird. ist zwar dann nicht so akkurat wie geparst, aber dann gibts kaum wartezeiten

vielen dank, dass du mich drauf hingewiesen hast

Du könntest dir ein Clang cross compilen und statisch/dynamisch mit Horus linken und das zum parsen der Projekte nutzen (natürlich so benutzen das es nicht LLVM IR ausspuckt sondern dir den Kram in memory gibt).

Version 2.2.0 RC1 available

Changes:
[Feature] Acknex Manual Integration
[Feature] Pre/Post-Build/Run Commands
[Feature] Visualisation of Variable-Positions
[Feature] Code-Snippets for structs
[Bugfix] Parser Performance-Improvement
[Bugfix] Minor Bugfixes

After a long time, the next version is available. It comes with an integration of the acknex manual, a feature wished by many requests. While writing your code you can now check out the manual content. Furthermore you can execute custom commandline-scripts or applications before or after Running / Publishing your project.

Have fun

Horray! Horray! Thank you! =D

Funktioniert soweit spitze, nur zwei Dinge:

Die Symbole für die Variablen neben den Zeilennummern sind deplaziert, wenn eine andere Schriftröße eingestellt ist.

Im Feld für die Eingabeposition werden Tabulatoren als 1 Zeichen gewertet. Kann man das ändern? Dann fällt das ausrichten von Kommentaren etwas leichter.

edit:// nochwas:
Kann man defines auch zur Auto-Vervollständigen Liste aufnehmen?
edit2:// Hab grad gesehen, das klappt doch. Musste nur eines der defines kurz einrücken, dann hatte er's verstanden.

schau ich mir mal an


Nein, Tabs sind 1 Zeichen (\t). Wenn, dann wäre eine implizite Konvertierung von Tabs in Leerzeichen eine Lösung. Ein kleines, leicht zu implementierendes Feature. Ich werds mal auf die ToDo setzen und bei Gelegenheit einbauen

Ich kann das mit der Fehlplatzierung der Symbole nicht reproduzieren. Direkt nach dem Umstellen auf die neue Schriftgröße waren sie zwar deplatziert, aber sobald ein Refresh der Anzeige kommt (scrollen oder Cursor-Position ändern) sind sie korrekt ausgerichtet, egal welche Schriftgröße verwendet wird