OmniPascal: Delphi oder FreePascal in Visual Studio Code

[Phoenix]

Hi,

ich bin durch einen Tweet von einem der Lead-Microsoftler für ASP.NET vNext darauf Aufmerksam geworden: http://www.omnipascal.com/

VSCode ist im Prinzip mehr Code-Editor als IDE, und jemand hat sich die Mühe gemacht hier eine Extension zu schreiben die Syntax-Highlighting und Code completion für Delphi / FreePascal zur Verfügung stellt.

David Fowler war sichtlich beeindruckt, denn sein Tweet lautet:

Zitat:

Zitat von David Fowler

This is pretty epic http://www.omnipascal.com/

Und vielleicht ist der Urheber auch hier unterwegs, denn das Impressum von Omnipascal zeigt immerhin nach Deutschland ;-)

[Der schöne Günther]

Zitat:

Zitat von Phoenix (Beitrag 1321772)

Und vielleicht ist der Urheber auch hier unterwegs, denn das Impressum von Omnipascal zeigt immerhin nach Deutschland ;-)

Er ist/war es, und wir schenkten ihm keine Aufmerksamkeit:

http://www.delphipraxis.net/184908-f...ml#post1299855

[mkinzler]

http://www.heise.de/newsticker/meldu...e-2923754.html

[Der schöne Günther]

(Offtopic) Wow, ich wusste gar nicht dass Erich Gamma hinter VS Code steckt. :shock:

[Phoenix]

Jupp. Viele geniale Features in VS in den letzten Jahren kamen aus Zürich ;-)

Am meisten beeindruckend finde ich aber, das man inzwischen einen Code-Editor inkl. Debugger für C# komplett in JavaScript (bzw. in diesem Fall konkreter in TypeScript) bauen kann.

Jetzt hat also Anders Heijlsberg Delphi geschrieben, dann C# mit entwickelt, dann TypeScript, dann baut Erich Gamma mit TypeScript VSCode - eigentlich um damit C# zu schreiben - und dann kommt ein Delphianer daher und baut eine Erweiterung um damit wieder Pascal zu schreiben. :thumb:

[HeZa]

Ein alternativer Code-Editor für Pascal mit (schneller) Codevervollständigung und einem Haufen anderer Features? Tolle Idee.

Ich hatte da gleich ein paar Fragen:

• Werden die Delphi-Projekt- und System-Dateien ausgewertet um meine Pfad Strukturen zuermitteln?
• Analysiert er die DPR-Files um meine Unit-Referenzen aufzulösen?
• Werden alle Pascal-Strukturen geparst um sinnvolle Codevervollständigung zu ermöglichen?

Hat das denn mal jemand von euch ausprobiert?

Ich habe das gerade Mal gemacht.

Die Installation war einfach. Das Highlightning sieht gut aus. Die Antworten auf meine Fragen

• Nein
• Nein
• und Nein

Ok, tolle Leistung mal eben das Syntax-Highlightning für Pascal in VS-Code umzusetzen (mir fehlt allerdings noch die Unterstüzung für DFM-dateien).

Ansonsten, ganz normal weiter arbeiten. Nichts besonderes passiert.

[alda]

Zitat:

Zitat von HeZa (Beitrag 1321813)

Ich habe das gerade Mal gemacht.

Die Installation war einfach. Das Highlightning sieht gut aus. Die Antworten auf meine Fragen

• Nein
• Nein
• und Nein

Ok, tolle Leistung mal eben das Syntax-Highlightning für Pascal in VS-Code umzusetzen (mir fehlt allerdings noch die Unterstüzung für DFM-dateien).

Ansonsten, ganz normal weiter arbeiten. Nichts besonderes passiert.

also ich finde das auch ne bodenlose frechheit, dass eine beta nicht featurecomplete ist. geht ja mal garnicht.

[Wosi]

Da wollte ich gerade die Ankündigung machen und dann sehe ich, dass das bereits geschehen ist. Vielen Dank für die positiven Reaktionen bis hier hin!

Derzeit befindet sich das Projekt noch in einem frühen instabilen Stadium. Daher gibt es noch einige offene Bugs, die gerne hier berichtet werden dürfen: https://bitbucket.org/Wosi/omnipasca...ew&status=open

@HeZa
DPR-Dateien werden gerade nicht unterstützt. DPROJ-Dateien werden aktuell auch noch gar nicht geöffnet. Das sind alles Dinge, die nach und nach kommen. In Units sollte die Code-Completion hingegen funktionieren. Der Suchpfad setzt sich aktuell so zusammen: [Alle Ordner im ObjectPascal.DelphiInstallationPath aus der Config] + [Alle Ordner im geöffneten Verzeichnis von VSCode]

[Sherlock]

Grandiose Leistung! Gratuliere!

Sherlock

[Bambini]

Zitat:

Zitat von Wosi (Beitrag 1321831)

Derzeit befindet sich das Projekt noch in einem frühen instabilen Stadium. Daher gibt es noch einige offene Bugs, die gerne hier berichtet werden dürfen: https://bitbucket.org/Wosi/omnipasca...ew&status=open

Was ist denn das Ziel von diesem Projekt?
Soll dort der Delphi, FPC oder andere Compiler mit Debugger noch eingebunden werden?
Oder soll dies "nur" ein Editor bleiben?

[Wosi]

Ziel ist es einen guten alternativen Editor zu haben, der alle modernen Standards unterstützt.
Ein Form-Designer oder gar ein eigener Compiler ist nicht geplant. Delphi und Free Pascal reichen meiner Meinung nach auch völlig aus.

Einen bestehenden Compiler anzubinden, ist generell bereits möglich. Build-Prozesse aus dem Editor zu starten, ist ein Standard-Feature in VSCode. Dazu wird es zeitnah noch einen Blogpost geben.

Den Debugger würde ich sehr gerne anbinden. Allerdings gibt es keine offizielle API für den Debugger, sodass es ein schweres - wenn nicht gar ein unmögliches - Unterfangen darstellen würde, ihn in den Editor einzubinden. Keine Ahnung, ob der RemoteDebugger da mehr Möglichkeiten bietet. Das Thema ist aber auch noch weit weg. Derzeit geht es um Bugfixes und um den Einbau zusätzlicher nützlicher Editor-Features. Da gibt es definitiv noch einiges zu tun.

[BUG]

Zitat:

Zitat von Phoenix (Beitrag 1321778)

Am meisten beeindruckend finde ich aber, das man inzwischen einen Code-Editor inkl. Debugger für C# komplett in JavaScript (bzw. in diesem Fall konkreter in TypeScript) bauen kann.

Dass/wie das geht, hat Atom von GitHub ja vorgemacht ... Das Electron-Framework wird ja dann auch von VSCode benutzt. Sollte ich mir sich vielleicht auch mal genauer angucken. :stupid:

[Der schöne Günther]

Ich wollte es jetzt endlich einmal ausprobieren. Ich gehe strikt nach der Anleitung auf OmniPascal.com vor und tippe in meine

Code:

%appdata%\Code\User\settings.json

folgendes:

Code:

// Place your settings in this file to overwrite the default settings
{
    "objectpascal.delphiInstallationPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\15.0",
    "objectpascal.searchPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\15.0\\source"
    //"objectpascal.delphiInstallationPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\15.0"
}

Ich komme nicht weiter als Syntax-Highlighting, wenn ich bspw. die Maus auf einen Bezeichner halte tut sich nichts, und der Editor zeigt nach einer Sekunde eine deutsche Messagebox "Order nicht angegeben" an.

[Wosi]

Sorry, ich habe deinen Beitrag jetzt erst gesehen.
Tritt das Problem mit der aktuellen Version noch auf? OmniPascal v0.9 ist seit zwei Tagen erhältlich.

[Der schöne Günther]

Nein, es ist weg. Vielen Dank :-)

Ein bisschen Code-Vervollständigung habe ich jetzt. Aber ich bin mir immer noch sehr unsicher wie die Config-Dateien nun aussehen müssen. Die Tooltipps sind ja jetzt auch wieder anders.

Ist es so richtig?

Code:

{
    "objectpascal.delphiInstallationPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\15.0",
    "objectpascal.searchPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\15.0\\source\\*"
}

[Wosi]

Zitat:

Zitat von Der schöne Günther (Beitrag 1331209)

Nein, es ist weg. Vielen Dank :-)

Perfekt!

Zitat:

Zitat von Der schöne Günther (Beitrag 1331209)

Ist es so richtig?

Code:

{
    "objectpascal.delphiInstallationPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\15.0",
    "objectpascal.searchPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\15.0\\source\\*"
}

Durch den Wert in "objectpascal.delphiInstallationPath" ist die zweite Zeile in deinem Fall unnötig. "objectpascal.searchPath" dient für die Angabe zusätzlicher Bibliotheken, die sich weder im delphiInstallationPath noch innerhalb des VSCode-Workspaces befinden. Der Config-Eintrag dient z.B. für die JEDI-Libraries und andere 3rd Party Bibliotheken.
Ein Beispiel für eine real exisiterende Konfiguration ist diese hier:

Code:

  
    "objectpascal.searchPath": "D:\\ComponentsXE6\\Spring4D\\source\\*;D:\\ComponentsXE6\\JEDI\\*",             
    "objectpascal.delphiInstallationPath": "C:\\Program Files (x86)\\Embarcadero\\Studio\\16.0\\source",

[geskill]

Die Navigation ist ja mal der Hammer! Ok, die in der Delphi IDE ist unterirdisch, aber gegenüber dem ReSharper fehlt hier echt nicht mehr viel. Klasse Arbeit soweit!

Ich habe dir ein paar Bug Reports auf bitbucket hinterlassen, gerne kann ich dir noch weitere erstellen :lol:, aber ich denke du weißt schon was noch fehlt. Echt genial weiter so!

[CHackbart]

Habe ich das richtig eingetragen?

{
"objectpascal.delphiInstallationPath": "/usr/local/lib/fpc/3.0.0",
"objectpascal.searchPath": "/usr/local/share/src/"
}

Ich muss dazu sagen, dass ich bis jetzt nur unter Windows mit RX erfolgreich getestet habe und jetzt das ganze mal mit FPC unter OSX nutzen wollte :)
Christian

[geskill]

Bei mir hat es an die 10 Minuten gedauert, bis er alles "indexiert" hat. War auch faul und habe sowas eingetragen :-D

Code:

{
    "objectpascal.searchPath": "C:\\Program Files (x86)\\DevExpress VCL\\*;C:\\Users\\Public\\Documents\\RAD Studio\\*;C:\\Users\\geskill\\Documents\\RAD Studio\\Projekte\\*",   
    "objectpascal.delphiInstallationPath": "C:\\Program Files (x86)\\Embarcadero\\RAD Studio\\7.0\\source"
}

Wenn du was falsch machst, dann ist unter dem Pfad eine rote Wellenlinie. z.B. unter Windows nur ein \, wegen JSON Format ...

Fall es nicht klappt, dann setzte hinter deinen ein Suchpfad ein Sternchen, also:

Code:

{
    "objectpascal.delphiInstallationPath": "/usr/local/lib/fpc/3.0.0",
    "objectpascal.searchPath": "/usr/local/share/src/*"
}

[mjustin]

Zitat:

Zitat von Wosi (Beitrag 1321857)

Ziel ist es einen guten alternativen Editor zu haben, der alle modernen Standards unterstützt.

Es is ein sehr guter Editor - selbst ohne eine installierte Delphi oder Lazarus IDE funktionieren alle Navigationsmöglichkeiten.

In meinen User Settings habe ich einfach nur

Code:

"objectpascal.delphiInstallationPath": "C:\\Users\\Michael\\Desktop\\Sandbox"

eingetragen. Hyperlinks, Mouser-Over-Hints uvm funktioniert - einfach perfekt. OmniPascal wird für Entwicklung mit Free Pascal (Windows und Linux) "mein" Editor. Für den Build setze ich Ant ein, Lazarus brauche ich dann nur noch hin und wieder fürs Debugging...

[tommy84]

Sehr beeindruckend! Das Teil ist unerwartet genial! :thumb:

[mjustin]

Ups, heute funktioniert OmniPascal nicht mehr - nicht in der gestern installierten Win 8.1 Umgebung, und nicht in einer Windows 7 VM. Ich habe allerdings Windows Search deaktiviert. Ich vermutete, Visual Code verwendet die Windows Search Indizierung und habe sie wieder aktiviert, leider noch nicht mit Erfolg. Muss jetzt eventuell warten bis die Festplatten wieder indiziert sind :)

...

Ups: mein Fehler - hatte vergessen dass man einen Ordner öffnen muss, nicht nur eine einzelne Datei. Der erwartete Shell-Menüeintrag 'Open with Code' fehlt bei mir, und wenn man eine einzelne Datei öffnet, gibt es keine Hypertext-Funktionen...

[Wosi]

Zitat:

Zitat von mjustin (Beitrag 1331593)

OmniPascal wird für Entwicklung mit Free Pascal (Windows und Linux) "mein" Editor.

Zitat:

Zitat von tommy84 (Beitrag 1331594)

Sehr beeindruckend! Das Teil ist unerwartet genial! :thumb:

:thumb:

Zitat:

Zitat von geskill (Beitrag 1331518)

Die Navigation ist ja mal der Hammer! Ok, die in der Delphi IDE ist unterirdisch, aber gegenüber dem ReSharper fehlt hier echt nicht mehr viel. Klasse Arbeit soweit!

Ich habe dir ein paar Bug Reports auf bitbucket hinterlassen, gerne kann ich dir noch weitere erstellen :lol:, aber ich denke du weißt schon was noch fehlt. Echt genial weiter so!

Vielen Dank für Lob und Bugreports!
Ich weiß, dass noch einige Dinge fehlen aber wenn du noch irgendwas findest, was noch nicht im öffentlichen Bugtracker steht, dann trag es gerne ein. Welche Punkte ich bereits im Hinterkopf habe, sind für Außenstehende ja nicht ersichtlich.

Zitat:

Zitat von geskill (Beitrag 1331552)

Bei mir hat es an die 10 Minuten gedauert, bis er alles "indexiert" hat. War auch faul und habe sowas eingetragen :-D

Braucht OmniPascal 10 Minuten, bis du das erste mal einen Unit-Namen auflösen kannst, Das hört sich dann sehr nach einem Bug an.
Wie viele Dateien und Ordner befinden sich in deinem Suchpfad (searchPath + delphiInstallationPath + geöffneter Order in VSCode)?

Zitat:

Zitat von mjustin (Beitrag 1331597)

mein Fehler - hatte vergessen dass man einen Ordner öffnen muss, nicht nur eine einzelne Datei. Der erwartete Shell-Menüeintrag 'Open with Code' fehlt bei mir, und wenn man eine einzelne Datei öffnet, gibt es keine Hypertext-Funktionen...

Das ist leider ein beliebter Fehler. Ich habe derzeit blöderweise auch keine Möglichkeit das Verhalten von VSCode an dieser Stelle zu verändern. Für die Zukunft einfach daran denken immer einen Ordner zu öffnen.

Zitat:

Zitat von CHackbart (Beitrag 1331550)

Habe ich das richtig eingetragen?

{
"objectpascal.delphiInstallationPath": "/usr/local/lib/fpc/3.0.0",
"objectpascal.searchPath": "/usr/local/share/src/"
}

Ich muss dazu sagen, dass ich bis jetzt nur unter Windows mit RX erfolgreich getestet habe und jetzt das ganze mal mit FPC unter OSX nutzen wollte :)
Christian

OmniPascal funktioniert derzeit nur unter Windows. Wenn eine Linux- und/oder Mac-Version gewünscht wird, dann bitte hier upvoten. So lange das Interesse an diesen Plattformen gering bleibt, werde ich das Thema zugunsten besserer Sprachunterstützung und Refactorings schieben.

[Wosi]

Zitat:

Zitat von HeZa (Beitrag 1321813)

Ein alternativer Code-Editor für Pascal mit (schneller) Codevervollständigung und einem Haufen anderer Features? Tolle Idee.

Ich hatte da gleich ein paar Fragen:

• Werden die Delphi-Projekt- und System-Dateien ausgewertet um meine Pfad Strukturen zuermitteln?
• Analysiert er die DPR-Files um meine Unit-Referenzen aufzulösen?
• Werden alle Pascal-Strukturen geparst um sinnvolle Codevervollständigung zu ermöglichen?

Hat das denn mal jemand von euch ausprobiert?

Ich habe das gerade Mal gemacht.

Die Installation war einfach. Das Highlightning sieht gut aus. Die Antworten auf meine Fragen

• Nein
• Nein
• und Nein

Seit heute lauten die Antworten

• Ja
• Ja
• und meistens

Wer interessiert ist, erfährt hier mehr: http://blog.omnipascal.com/omnipasca...mpile-and-run/

[Lemmy]

Das Ding wird immer interessanter.. Danke für den Hinweis. Mit Lazarus / CodeTyphoon werde ich irgend wie nicht warm....

[Wosi]

OmniPascal funktioniert jetzt auch unter Linux und Mac. Für die Entwicklung mit FreePascal ist das mit Sicherheit interessanter als für die reine Delphi-Entwicklung. Wer sich für die Release notes interessiert, findet sie hier: http://blog.omnipascal.com/omnipasca...linux-support/

[Wosi]

Seit gerade ist Version 0.15.0 verfügbar. Nun haben wir in VSCode auch Unterstützung für Methoden-Aufrufe mit generischen Parametern und noch vielen weiteren Änderungen. Das vollständige Change-Log gibt es hier: http://blog.omnipascal.com/omnipasca...neric-methods/

[Glados]

Eine Frage: wie kompiliert und erzeugt man eigentlich Projekte und Projektgruppen in VSCode/OmniPascal?

[Wosi]

Zitat:

Zitat von Glados (Beitrag 1379696)

Eine Frage: wie kompiliert und erzeugt man eigentlich Projekte und Projektgruppen in VSCode/OmniPascal?

Der einfachste Weg für Projekte ist:

- Einmalig die automatische Erzeugung von Build-Skripten freischalten. Dazu gehst du in die Einstellungen (STRG + ,) und fügst in den User-Settings den Eintrag

Code:

"omnipascal.createBuildScripts": true,

hinzu. Anschließend startest du VSCode neu

- Öffne das Wurzel-Verzeichnis des zu kompilierenden Projektes in VSCode
- Öffne zunächst irgendeine PAS-Datei
- Klicke in der Status-Leiste auf "OmniPascal: No project loaded" und wähle aus der Liste die gewünschte Projekt-Datei aus
- Im Hintergrund werden jetzt Build-Skripte erzeugt. Diese bestehen einerseits aus der Datei "CompileOmniPascalServerProject.bat" und einer "tasks.json"
- Um den Kompilier-Vorgang zu starten, führst du den Build-Task aus: F1 -> ">Tasks: Run build task"
- Um zu kompilieren und die Anwendung anschließend zu starten, führst du den Test-Task aus: F1 -> ">Tasks: Run build task" (Tip: Du kannst auch Keyboard-Shortcuts für die Task-Ausführung vergeben)

Für den Fall, dass der Kompiliervorgang nicht funktioniert, schaue mal bitte in die generierte CompileOmniPascalServerProject.bat. Da sind oben Pfade für MSBuild.exe und rsars.bat aufgeführt. OmniPascal versucht die Pfade beim Start eigenständig zu ermitteln. Das funktioniert aber nicht auf jedem System zuverlässig. In dem Fall solltest du in den Einstellungen zusätzlich noch "omnipascal.delphiInstallationPath" und "omnipascal.msbuildPath" selbst definieren und VSCode anschließend neu starten.

Für Projekt-Gruppen gibt es derzeit keine automatische Unterstützung. Dort müsstest du dir deine eigene Batch-Datei schreiben, die dir die Projekte in gewünschter Reihenfolge kompiliert und ggf. ausführt.

[NewrisK]

Hallo zusammen,
Ich bin komplett neu was Lazarus, Free Pascal oder VS Code angeht und habe mit einem simplen Beispielprogram einen import von Lazarus zu VS Code versucht.
Nun habe ich nach langem herum probieren mit euren ganzen Fragen und Antworten schon einiges geschafft. Mein Beispielprojekt kann ich als Ordner in VS Code
öffnen und die folgenden Schritte funktionieren auch:

Zitat:

Zitat von Wosi (Beitrag 1379703)

- Öffne das Wurzel-Verzeichnis des zu kompilierenden Projektes in VSCode
- Öffne zunächst irgendeine PAS-Datei
- Klicke in der Status-Leiste auf "OmniPascal: No project loaded" und wähle aus der Liste die gewünschte Projekt-Datei aus
- Im Hintergrund werden jetzt Build-Skripte erzeugt. Diese bestehen einerseits aus der Datei "CompileOmniPascalServerProject.bat" und einer "tasks.json"

Nun habe ich ein bzw. zwei Probleme beim Kompilieren des Programs. In meiner 'CompileOmniPascalServerProject.bat' befinden sich keine Pfade zu "omnipascal.delphiInstallationPath"
und "omnipascal.msbuildPath". Da ich kein Delphi einbinde/nutze verstehe ich das dort bei mir Lazarus zu finden ist. Der Pfad stimmt bei mir auch. Bei dem Versuch zu Kompilieren
(">Tasks: Run build task") bekomme ich nun folgende Fehlermeldung:
Error: (lazarus) invalid Lazarus directory "": directory lcl not found
Error: (lazarus) Building failed: C:\Users\Daniel\Desktop\Project_test\test.lpi

Mir ist leider nicht klar, was nun das Problem ist. Ich habe auch die User Settings wie folgt angepasst:
{ "omnipascal.defaultDevelopmentEnvironment": "FreePascal",
"omnipascal.createBuildScripts": true,
"omnipascal.lazbuildPath": "C:\\lazarus\\lazbuild.exe",
"omnipascal.freePascalSourcePath": "C:\\lazarus\\fpc\\3.0.2" }

Ich habe den Projektordner und 2 Screenshots mal gezipped und angehangen, falls das hilft.
Ich danke jetzt schon einmal für die Mühe und die Hilfe. Es ist bestimmt etwas ganz simples, was ich einfach übersehen habe.

Grüße
NewrisK

PS: Muss man die Schritte zum Einbinden (Zitat oben) des Projektes zu jedem Neustart von VS Code ausführen? Denn es steht immer wieder "OmniPascal: No project loaded" in der Statusleiste wenn ich es neustarte.
EDIT:
Noch eine Frage. Wenn ich die User oder Workstation Settings in VS Code öffne, sind dort immernoch die Standard Werte eingetragen. In dem settings.json File werden meine Änderungen aber angezeigt. Ich weiß dass die Änderungen benutzt werden, da er sonst mit "uses crt;" Probleme haben würde, aber es ist irritierend, das die Einstellungen nicht richtig übernommen werden.(Zumindest finde ich es verwirrend)

[Wosi]

Das sieht schon mal ganz gut aus. Die Einstellungen sehen korrekt aus. Allerdings scheint LazBuild noch Probleme zu haben. Das schließe ich aus der Fehlermeldung in dem Screenshot bezüglich des LCL Pfads. Ich habe das Problem auch mal gehabt aber ich bin mir nicht mehr ganz sicher wie ich es gelöst habe.
Kann es sein, dass du Lazarus noch nicht geöffnet hattest? Wenn du es das erste mal öffnest, erscheint ein Einrichtungsdialog, den du einfach nur mit OK bestätigst. Ich glaube das schreibt den LCL Pfad an die richtige Stelle. Versuche anschließend mal ein neues Projekt mit Lazarus zu erstellen und zu kompilieren. Wenn das klappt, dann starte VSCode neu. Dann sollte alles funktionieren.

Wenn du alles richtig eingestellt hast, brauchst du die Einstellungen nicht jedes mal neu setzen. Lediglich das Projekt muss nach jedem Neustart neu geladen werden.

Deine persönlichen Einstellungen sollten im rechten Fenster angezeigt werden. Die Standardeinstellungen stehen im linken Fenster. Die Workspace Einstellungen beziehen sich immer auf den aktuell geöffneten Ordner, während sich Benutzer Einstellungen auf den Windows User allgemein beziehen. Hast du vielleicht in die falsche settings.json geschaut?

[NewrisK]

Hey,
Danke für die schnelle Antwort. Hatte Lazarus schon gestartet gehabt, habe das Programm dort geschrieben.
Ich habe nun ein wenig rumprobiert und es läuft jetzt! Ich habe in den Settings bei VS Code "omnipascal.searchPath": "C:\\lazarus\\*"
ergänzt und habe in Lazarus selber nochmal in den Einstellungen die Pfade händisch neu eingetrtagen.

Grüße und ein schönes Wochenende!

[Glados]

Wird es irgendwann eine Delphi-implementierung geben die kein Fachwissen voraussetzt? D.h. Gruppen-Kompilierung, Bereinigung, Erzeugen usw. ohne, dass man irgendwelche Pfade anlegen muss?

[Wosi]

Zitat:

Zitat von Glados (Beitrag 1383323)

Wird es irgendwann eine Delphi-implementierung geben die kein Fachwissen voraussetzt? D.h. Gruppen-Kompilierung, Bereinigung, Erzeugen usw. ohne, dass man irgendwelche Pfade anlegen muss?

Auf den meisten Systemen sollten Delphi-Entwickler keine Pfade in der Konfiguration setzen müssen um ein Projekt aus VSCode heraus kompilieren zu können. Die Pfade für die aktuellste Delphi-Installation und MSBuild werden über die Registry ermittelt. Anpassungen an der Konfiguration sind nur nötig wenn die automatische Pfad-Ermittlung nicht die korrekten Ergebnisse liefert.

Gruppen-Projekte werden derzeit noch nicht unterstützt. Das wird sich je nach Bedarf auch noch früher oder später ändern.

[Der schöne Günther]

Ich kann mir OmniPascal schon fast nicht mehr wegdenken wenn ich an Rechnern mit 125% dpi unterwegs bin. Beim RAD Studio bekomme ich irgendwann ernsthaft Kopfschmerzen bei dem Pixelbrei. Führende Augenärzte empfehlen VSC/OmniPascal :thumb:

PS: Mit der Starter-Edition funktioniert aufgrund fehlender RTL-Sourcen die Code-Completion natürlich nicht so dolle, oder?

[himitsu]

Zitat:

Zitat von Der schöne Günther (Beitrag 1398462)

PS: Mit der Starter-Edition funktioniert aufgrund fehlender RTL-Sourcen die Code-Completion natürlich nicht so dolle, oder?

Das ist egal.

Sie arbeitet mit sowas wie Debuginfos.
Entweder live über den Backgroundcompiler aus PAS erstellt oder aus vorkompilierten DCUs.

Das ist auch der Grund, warum die machmal nichts macht, denn wenn der Backgroundcompiler abraucht, dann kommt da nichts raus, vor allem da auch die Fehler still und heimlich unterdrückt werden.
Wäre toll, wenn sowas in einer optinal anzeigbaren Debugconsole landen würde.

[günni0]

Entweder bin ich einfach nur übermüdet oder tatsächlich dumm.
Aber wie bekomme ich VSC mit OmniPascal dazu Projektgruppen zu laden, kompilieren und zu erzeugen?

[Der schöne Günther]

Guckst du zwei Beiträge weiter nach oben.

[Wosi]

Es gibt übrigens eine neue Version. Mehr Infos hier: http://blog.omnipascal.com/omnipasca...-declarations/

[Der schöne Günther]

Zitat:

OmniPascal (partially) will parse all pascal files and create an in-memory-index of all symbols in the global scope. With this index OmniPascal can provide uses suggestions almost instantly.

Oh yeah! 8-) :thumb:



(Wenn es nur aufhören würde die Templates alle mit einer Einrückung von 2 Leerstellen einzufügen und stattdessen die Benutzereinstellungen respektieren würde ;-) )