neovim: SonarScan/SonarIssues nur unter POSIX registrieren

sonar-scanner und scripts/sonarqube.sh haben kein Windows-Pendant.
Statt die Kommandos unter Windows existieren zu lassen und dort mit
Fehlern (fehlendes sh, /dev/null-artige Probleme) fehlzuschlagen,
werden SonarScan/SonarIssues jetzt nur registriert, wenn
vim.fn.has('win32') == 0 - unter Windows existieren die Kommandos
schlicht nicht. LspOff/LspOffBuffer/LspOn bleiben unveraendert,
betreffen keine Plattform-Abhaengigkeit.

neovim-windows-setup.md: den damit erledigten sonarqube.sh-Stolperstein
aus Abschnitt 4 entfernt, MSVC/Developer PowerShell bleibt als einziger
verbleibender Punkt.

1 files changed, 0 insertions, 1 deletions

diff --git a/neovim-windows-setup.md b/neovim-windows-setup.md
index 6791f3d..8227995 100644
--- a/neovim-windows-setup.md
+++ b/neovim-windows-setup.md
@@ -66,7 +66,6 @@ $userPath = [Environment]::GetEnvironmentVariable("PATH", "User")
 ## 4. Bekannte Stolpersteine
 
 - **C-Compiler für `nvim-treesitter` (MSVC)**: `cl.exe` findet `nvim-treesitter` automatisch, aber nur wenn `INCLUDE`/`LIB` gesetzt sind – das passiert ausschließlich in einer "Developer PowerShell for VS" bzw. "x64 Native Tools Command Prompt", nicht in einer normalen PowerShell/Windows Terminal-Sitzung. Ohne das schlägt die Parser-Kompilierung mit einer Meldung wie "cannot find `<header>`.h" fehl, obwohl `cl.exe` selbst gefunden wird. Neovim also immer aus dieser Developer-Shell heraus starten.
-- **`scripts/sonarqube.sh`** (`:SonarIssues`): reines POSIX-Shellskript, kein Windows-Pendant vorhanden. Läuft nur, wenn ein `sh` im PATH liegt (z. B. `sh.exe` aus Git for Windows im PATH verfügbar machen); ansonsten `:SonarIssues` auf Windows nicht nutzen.
 
 ## 5. Verifizieren