aboutsummaryrefslogtreecommitdiff
path: root/neovim-windows-setup.md
Commit message (Collapse)AuthorAgeFilesLines
* neovim: SonarScan/SonarIssues nur unter POSIX registrierenThomas Schmucker10 hours1-1/+0
| | | | | | | | | | | | | | 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.
* windows-setup.md: Bekannte Stolpersteine auf zwei echte Punkte gekuerztThomas Schmucker10 hours1-4/+0
| | | | | | | | | | Entfernt: Rechtschreibpruefung (beschreibt nur bootstrap-win/neovim-dict.ps1, kein Stolperstein), Clipboard (Entwarnung statt Problem), opt.guifont (Einstellung existiert nicht mehr in options.lua), clangd/LLVM.LLVM (seit f60d38e automatisiert, kein manueller Eingriff mehr noetig). Verbleiben: MSVC/Developer PowerShell (echte, nicht automatisierbare Voraussetzung) und scripts/sonarqube.sh (bleibende POSIX-only-Einschraenkung).
* windows-setup.md: Neovim/delta von Abschnitt 0 nach Abschnitt 1 verschobenThomas Schmucker10 hours1-2/+3
| | | | | | | Die 'von Hand'-Hinweise fuer Neovim und delta waren redundant zu Abschnitt 1 (Neovim) bzw. gehoeren inhaltlich dorthin (delta). delta jetzt Teil des winget-Blocks in 'Grundwerkzeuge installieren', mit kurzer Begruendung darunter statt als eigener Punkt in Abschnitt 0.
* windows-setup.md: Renderfehler bei discount/cgit behobenThomas Schmucker11 hours1-1/+2
| | | | | | | | | | | | | Zwei Ursachen identifiziert ueber die vom User verlinkte cgit-Vorschau: 1. 'Abschnitt 3/4' wurde typografisch zu 'Abschnitt ¾' umgewandelt - zu '3 bzw. 4' umformuliert. 2. Der Codeblock mit [Environment]::...-Aufrufen hatte keine Leerzeile vor dem oeffnenden ```powershell-Fence. discount erkennt den Block dadurch nicht als Code, verarbeitet den Inhalt als Fließtext, und [Environment] wird als (kaputter) Markdown-Link interpretiert. Leerzeile ergaenzt; restliche Datei auf dasselbe Muster geprueft, keine weiteren Treffer.
* windows: npmrc-win wieder entfernt, prefix beim Kopieren auskommentieren ↵Thomas Schmucker11 hours1-1/+1
| | | | | | | | | statt zweite Datei zu pflegen Copy-Npmrc liest npm/npmrc jetzt zeilenweise und kommentiert die prefix=${HOME}/.local-Zeile beim Schreiben nach %USERPROFILE%\.npmrc aus, statt eine separate npm/npmrc-win zu unterhalten. Nur eine npmrc-Datei zu pflegen war der ausdrueckliche Wunsch.
* windows: eigene npmrc-Variante ohne ${HOME} (npm/npmrc-win)Thomas Schmucker11 hours1-1/+1
| | | | | | | | | | | | | npm/npmrc setzt prefix=${HOME}/.local, damit globale npm-Installationen ohne sudo/root ins Home-Verzeichnis gehen. HOME ist unter Windows i.d.R. nicht gesetzt, ${HOME} wuerde also nicht expandieren. npm/npmrc-win laesst prefix komplett weg - npm nutzt unter Windows ohnehin schon %APPDATA%\npm als Praefix, von Node's eigenem Installer automatisch zum PATH hinzugefuegt, kein Workaround noetig. install-win.ps1 und neovim-windows-setup.md entsprechend angepasst. npm/npmrc (POSIX) bleibt unveraendert.
* windows-setup.md: dandavison.delta als bestaetigt markiertThomas Schmucker11 hours1-1/+1
| | | | Im Praxistest erfolgreich installiert, keine ID-Unsicherheit mehr.
* bootstrap-win: yamlfmt/gawk/xmllint entfernt, clangd/LLVM-Fall erkanntThomas Schmucker12 hours1-3/+5
| | | | | | | | | | | | | | | | Praxistest (24.07.2026) bestaetigt: google.yamlfmt, GnuWin32.Gawk und GnuWin32.Libxml2 existieren nicht in der winget-Registry ('kein Paket gefunden, das den Eingabekriterien entspricht'). Kein verifizierter Ersatz gefunden, deshalb aus Install-Formatters entfernt statt weiter zu raten - Formatierung faellt fuer awk/xml/yaml auf LSP zurueck. LLVM.LLVM schlug ebenfalls fehl, aber aus anderem Grund: Paket bereits installiert, clangd nur nicht im PATH (winget meldet 'kein Upgrade verfuegbar', keine Neuinstallation noetig). Install-WingetPackage erkennt diesen Fall jetzt per Textmuster und gibt einen gezielten Hinweis statt der irrefuehrenden 'Paket nicht gefunden'-Meldung. neovim-windows-setup.md entsprechend aktualisiert (Abschnitte 0, 3, 4, 6).
* windows-setup.md: Abschnitt zum Aktualisieren ergaenztThomas Schmucker34 hours1-0/+34
| | | | | | | | | Pendant zu 'brew update && brew upgrade' / 'pkg update && pkg upgrade': winget source update + winget upgrade --all, Vorschau per winget list --upgrade-available, einzelne Pakete/Pins, npm update -g fuer die npm-basierten LSP-Server/Formatter. Klargestellt, dass ein erneuter Lauf von bootstrap-win/neovim.ps1 keine Updates durchfuehrt (Install-* Funktionen ueberspringen bereits vorhandene Binaries).
* windows: Bootstrap-Skripte nach bootstrap-win/ verschoben, -win-Suffix entferntThomas Schmucker34 hours1-5/+5
| | | | | | | | | | | | | bootstrap/neovim-win.ps1 -> bootstrap-win/neovim.ps1 bootstrap/neovim-dict-win.ps1 -> bootstrap-win/neovim-dict.ps1 Eigenes Verzeichnis statt Suffix pro Datei, analog zu windows/ fuer gmake.cmd. bootstrap/ (POSIX, macOS/FreeBSD) bleibt unveraendert. Referenzen in neovim-windows-setup.md aktualisiert. Nebenbei: eine unerklaerte, nicht selbst vorgenommene Aenderung an nvim/lua/config/treesitter.lua (fuegte 'powershell' zur Sprachliste hinzu) verworfen statt versehentlich mit einzuchecken.
* windows: zig durch vorhandenes MSVC ersetztThomas Schmucker35 hours1-2/+6
| | | | | | | | | | | Auf den Ziel-Windows-Systemen ist bereits ein aktuelles MSVC installiert, daher entfaellt die zig.zig-Installation in bootstrap/neovim-win.ps1 komplett (auch aus dem Kopfkommentar/der Liste ungeprueft er IDs entfernt). Stattdessen dokumentiert (Skript-Kommentar + neovim-windows-setup.md, Abschnitte 1/3/4): cl.exe braucht INCLUDE/LIB aus vcvarsall.bat, die nur in einer 'Developer PowerShell for VS' gesetzt sind - Neovim muss dort gestartet werden, sonst schlaegt die Treesitter-Parser-Kompilierung fehl.
* windows-setup.md: Abschnitt fuer manuelle Voraussetzungen ergaenztThomas Schmucker35 hours1-0/+10
| | | | | | | | Fasst zusammen, was keines der Skripte automatisiert: Execution Policy, winget/App-Installer selbst, Neovim-Installation, delta (git pager, war auch unter macOS/FreeBSD nie Teil von bootstrap/neovim.sh), neues Terminal nach PATH-Aenderungen, Stichprobenpruefung der GnuWin32-Pakete, empfohlene Reihenfolge der Skripte.
* windows: cmd-Style %VAR%-Syntax in PowerShell-Kontexten korrigiertThomas Schmucker35 hours1-3/+4
| | | | | | | | | | setx PATH "%PATH%;..." funktioniert in PowerShell nicht wie in cmd.exe (kein automatisches Expandieren von %VAR%) und haette zusaetzlich den kompletten Prozess-PATH inkl. System-Anteil dauerhaft in den User-PATH kopiert. Ersetzt durch [Environment]::GetEnvironmentVariable/SetEnviron- mentVariable("PATH", ..., "User") in bootstrap/neovim-win.ps1 und neovim-windows-setup.md. Ausserdem klargestellt, dass windows/bin/gmake.cmd bewusst die einzige Nicht-PowerShell-Datei im Windows-Zweig bleibt.
* windows: install-win.cmd durch install-win.ps1 ersetzt, neovim-dict-win.ps1 ↵Thomas Schmucker36 hours1-7/+13
| | | | | | | | | | | | | | ergaenzt install-win.cmd entfernt, install-win.ps1 (reines PowerShell) uebernimmt dieselbe Aufgabe (Config-Kopie nach %LOCALAPPDATA%\nvim, .gitconfig, config-up2parts, npmrc). Ausserdem bootstrap/neovim-dict-win.ps1 als PowerShell-Pendant zu bootstrap/neovim-dict.sh: laedt die deutschen Rechtschreib-Woerterbuecher nach %LOCALAPPDATA%\nvim-data\site\spell. neovim-windows-setup.md aktualisiert: verweist jetzt durchgehend auf die .ps1-Skripte statt .cmd/Git-Bash, Python-Installationsschritt entfernt (Provider ist deaktiviert), Stolperstein-Liste bereinigt.
* bootstrap: neovim-win.ps1 hinzugefuegt (natives PowerShell-Pendant)Thomas Schmucker36 hours1-39/+4
| | | | | | | | | | | Reiner PowerShell-Weg statt Git-Bash/WSL, wie von Thomas gewuenscht. Installiert Formatter/Tools/LSP-Server per winget und npm; einzelne fehlschlagende Pakete werden als Warnung gemeldet statt das Skript abzubrechen (mehrere winget-IDs konnten in dieser Session nicht gegen eine Live-Quelle verifiziert werden, siehe Kopfkommentar im Skript). neovim-windows-setup.md: Abschnitt zu externen Abhaengigkeiten auf das neue Skript verweisen lassen statt einzelne Befehle aufzulisten.
* windows: install-win.cmd, gmake.cmd und Windows-Setup-Anleitung hinzugefuegtThomas Schmucker38 hours1-0/+92
Eigenstaendiger, Windows-nativer Installationsweg fuer nvim/git/npm-Config (Kopieren statt Symlinks, keine Admin-Rechte noetig). install.sh und die bestehenden bootstrap-Skripte bleiben unveraendert.