| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| |
|
|
| |
This reverts commit 6e5882a2fd02d30206ab9ca8aa5847b8ea09196c.
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| |\ \ |
|
| | |/ |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Für MacOS ist bereits `pbcopy` als Systemtool installiert. Daher ist
hier kein Installationsschritt notwendig.
|
| |
|
|
|
|
|
| |
Das Problem war, dass bei einem Treesitter Update die Parser nicht
compiliert wurden. Die neue Befehlszeile sorgt dafür, dass asynchron
ausgeführte Aufgaben wie das Compilieren im Hintergrund vollständig
durchgeführt werden.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Entspricht 1:1 dem zsh-Alias 'nvim-update' (zsh/zshrc:79):
nvim --headless "+Lazy! sync" "+qa". Liegt in windows/bin, das
install-win.ps1 bereits automatisch zum User-PATH hinzufuegt - kein
weiterer Schritt noetig. CRLF-Zeilenenden zur Konsistenz mit
gmake.cmd angeglichen.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
| |
| |
| |
| |
| |
| | |
Lua-Falle vermieden: 0 ist in Lua truthy, ein direktes
'not vim.fn.has("win32")' waere falsch gewesen. Stattdessen
is_windows = vim.fn.has("win32") == 1 (liefert echtes bool),
dann 'if not is_windows then' - lesbarer als '== 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.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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).
|
| | |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
| |
| |
| |
| |
| |
| | |
Neuer Abschnitt 'Windows' unter Setup, analog zu macOS/FreeBSD:
install-win.ps1, bootstrap-win/neovim.ps1, bootstrap-win/neovim-dict.ps1.
Verweist fuer Details/Voraussetzungen/Stolpersteine auf
neovim-windows-setup.md statt alles im knappen Readme zu duplizieren.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
update_git_branch() nutzte '2>/dev/null', um Fehlerausgaben von
'git rev-parse' zu unterdruecken. /dev/null existiert unter Windows
nicht - cmd.exe interpretiert es als Dateipfad und meldet 'Das System
kann den angegebenen Pfad nicht finden', sichtbar in der Statuszeile.
devnull wird jetzt je nach vim.fn.has('win32') auf 'NUL' bzw.
'/dev/null' gesetzt. Zusaetzlich ein trailing \r vom systemlist()-
Ergebnis entfernt (zeigte sich als ^M in der Statuszeile).
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|