Delphi-PRAXiS
Seite 3 von 6     123 45     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Die Delphi-IDE (https://www.delphipraxis.net/62-die-delphi-ide/)
-   -   OmniPascal: Delphi oder FreePascal in Visual Studio Code (https://www.delphipraxis.net/187311-omnipascal-delphi-oder-freepascal-visual-studio-code.html)

tommy84 28. Feb 2016 08:43

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
Sehr beeindruckend! Das Teil ist unerwartet genial! :thumb:

mjustin 28. Feb 2016 09:41

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
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 29. Feb 2016 13:20

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
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 28. Feb 2017 09:39

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
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 28. Feb 2017 13:22

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
Das Ding wird immer interessanter.. Danke für den Hinweis. Mit Lazarus / CodeTyphoon werde ich irgend wie nicht warm....

Wosi 7. Jul 2017 17:15

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
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 28. Aug 2017 09:21

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
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 28. Aug 2017 09:53

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
Eine Frage: wie kompiliert und erzeugt man eigentlich Projekte und Projektgruppen in VSCode/OmniPascal?

Wosi 28. Aug 2017 10:20

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
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 13. Okt 2017 19:19

AW: OmniPascal: Delphi oder FreePascal in Visual Studio Code
 
Liste der Anhänge anzeigen (Anzahl: 1)
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)


Alle Zeitangaben in WEZ +1. Es ist jetzt 23:39 Uhr.
Seite 3 von 6     123 45     Letzte »    

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz