windows-setup.md: Execution Policy in Abschnitt 1 (Grundwerkzeuge) verschobenwindows-port

Set-ExecutionPolicy -Scope CurrentUser RemoteSigned jetzt Teil des
winget-Blocks in 'Grundwerkzeuge installieren' statt separat erklaert
in der Einleitung und als eigener Punkt in Abschnitt 0 (beides entfernt).

Hinweis: RemoteSigned als Policy-Wert beibehalten (via Bypass pro
Aufruf bleibt als Alternative erwaehnt) - ein Set-ExecutionPolicy-Aufruf
ohne Policy-Wert wuerde PowerShell interaktiv danach fragen.

1 files changed, 4 insertions, 2 deletions

diff --git a/neovim-windows-setup.md b/neovim-windows-setup.md
index 8227995..c925f59 100644
--- a/neovim-windows-setup.md
+++ b/neovim-windows-setup.md
@@ -2,11 +2,10 @@
 
 Checkliste für die Übernahme der bestehenden `nvim/`-Config aus dem Dotfiles-Repo auf ein natives Windows-System (kein WSL). Repo selbst bleibt unverändert.
 
-Alle Windows-Skripte in diesem Repo sind reines PowerShell (kein Git Bash, kein WSL) – mit einer Ausnahme: `windows\bin\gmake.cmd` ist ein trivialer Ein-Zeiler-Wrapper, für den sich eine `.ps1`-Datei nicht lohnt. Falls die Ausführung der `.ps1`-Skripte durch die Execution Policy blockiert wird, entweder pro Aufruf `powershell -ExecutionPolicy Bypass -File .\skript.ps1` verwenden, oder einmalig `Set-ExecutionPolicy -Scope CurrentUser RemoteSigned`.
+Alle Windows-Skripte in diesem Repo sind reines PowerShell (kein Git Bash, kein WSL) – mit einer Ausnahme: `windows\bin\gmake.cmd` ist ein trivialer Ein-Zeiler-Wrapper, für den sich eine `.ps1`-Datei nicht lohnt.
 
 ## 0. Von Hand zu erledigen (nicht durch Skripte abgedeckt)
 
-- **Execution Policy** setzen (siehe oben), sonst starten die `.ps1`-Skripte gar nicht.
 - **`winget` selbst muss vorhanden sein** ("App Installer" aus dem Microsoft Store) – `bootstrap-win/neovim.ps1` prüft das und bricht mit klarer Meldung ab, kann `winget` aber nicht selbst nachinstallieren.
 - **Nach jedem Skript-Lauf ein neues Terminal öffnen**, bevor `nvim` das erste Mal gestartet wird. PATH-Änderungen (durch winget/npm-Installer oder `install-win.ps1`) landen in der Registry, aber die aktuell offene Shell bekommt das nicht automatisch mit.
 - **PATH-Registrierung stichprobenartig prüfen** – manche winget-Pakete tragen sich nicht automatisch in den PATH ein (im Praxistest z. B. `LLVM.LLVM`: bereits installiert, aber `clangd` nicht im PATH, vermutlich weil der `--silent`-Installer die PATH-Registrierung überspringt). Nach einem neuen Terminal kurz `Get-Command clangd, jq, make` aufrufen; fehlt eins, dessen Installationsordner (bei LLVM z. B. `C:\Program Files\LLVM\bin`) manuell zum User-PATH hinzufügen (gleiches Muster wie `Add-BinToUserPath` in `install-win.ps1`).
@@ -16,7 +15,10 @@ Alle Windows-Skripte in diesem Repo sind reines PowerShell (kein Git Bash, kein
 
 ## 1. Grundwerkzeuge installieren
 
+Execution Policy einmalig setzen, sonst starten die `.ps1`-Skripte in diesem Repo gar nicht (Alternative pro Aufruf: `powershell -ExecutionPolicy Bypass -File .\skript.ps1`):
+
 ```powershell
+Set-ExecutionPolicy -Scope CurrentUser RemoteSigned
 winget install Neovim.Neovim
 winget install Git.Git
 winget install OpenJS.NodeJS.LTS