Wie behältst du die Übersicht über geänderte Dateien und noch offene errors/warnings ohne einen Filetree? Hast du dafür eine jeweils eigene View? Oder brauchst du so eine Übersicht in deinem Workflow einfach nicht?
Wofür musst du wissen, ob eine Datei geändert ist? Das sehe ich meistens dann in magit (bestes Git-UI ever), wenn ich entscheide was in den commit kommt.
Ich mach fast nur Python, die Errors und Warnings sehe ich entweder mit LSP direkt für die aktuelle Datei oder in der Python Konsole die ich im unteren Drittel offen hab, wahrscheinlich so wie du auch in VS Code. Mir ist aber eigentlich noch nie passiert, dass ich einen Fehler in einer anderen Datei verursacht habe, die ich gar nicht offen hab? Brauche ich also eigentlich nicht.
Wenn das so ein gängiges Ding ist von VS Code, dann gibt es dazu garantiert auch ein package für Emacs. Oder ist sogar in neotree/treemacs mit drin. Nutze ich wie gesagt auch nie. Für sowas nutze ich immer projectile.
Protip: nutz evil-mode. Wenn schon neue keybindings, dann lern gleich die von vim, die sind eh besser.
Wofür musst du wissen, ob eine Datei geändert ist? Das sehe ich meistens dann in magit (bestes Git-UI ever), wenn ich entscheide was in den commit kommt.
Naja ich nutze keine git-ui und einen groben überblick über die Änderungen zu haben finde ich ganz nützlich um einzuschätzen ob ich jetzt vielleicht mal zwischendurch einen commit machen sollte. Es geht mir dabei nicht um eine Datei sondern um eine Übersicht über das gesamte Projekt.
Mir ist aber eigentlich noch nie passiert, dass ich einen Fehler in einer anderen Datei verursacht habe, die ich gar nicht offen hab? Brauche ich also eigentlich nicht.
Ich maintaine ein paar meiner Projekte schon ein bisschen länger und da kommen manchmal neue Ideen auf wie man etwas besser machen könnte. Wenn man ein Grundkonzept ändert ändert sich eben in vielen Dateien was. Mir hilft es zu sehen wie viel sich ändern müsste um das Konzept so abzuändern wie ich es mir vorgestellt habe. Außerdem gibt es einem eine Art Progressbar wenn man sieht wie langsam aber sicher die Fehler weniger werden.
Wenn das so ein gängiges Ding ist von VS Code, dann gibt es dazu garantiert auch ein package für Emacs. Oder ist sogar in neotree/treemacs mit drin.
Ich habe ein paar Referenzen gefunden, dass man sich zumindest die Git Funktionalität aus ein paar Packages zusammenstückeln kann. Das klingt aber ziemlich fragil ehrlich gesagt und ich weiß nicht ob das dann auch durch die Ordner nach oben propagieren würde. Es ist ja anscheinend nicht so ganz offensichtlich für andere dass das nützlich ist. Bei LSP sind die meisten Editoren dabei stehen geblieben die Errors und Warnings in einer Liste anzuzeigen und das gut genug zu nennen, keine Ahnung ob und wie das dann mit dem gefrickel zum Gitstatus anzeigen zusammenspielen würde.
Okay grober überblick über änderungen mach ich über magit. Spc-g-g und es zeigt mir alle änderungen an, ähnlich zu git status, aber auch aufklappbar usw. Das brauche ich halt auch nur, wenn ich es sehen will, deswegen meiner Meinung nach sinnvoll in einem anderen Buffer versteckt.
Also ich habe den treemacs-git-mode gefunden, der hebt änderungen farblich hervor. Dann gibt es noch einen lsp-treemacs-errors-list-mode, aber wie das funktioniert verstehe ich nicht. Progressbar zu fehlern hab ich durch LSP, indem unten rechts immer steht wie viele Fehler ich hab. Satisfying da keine Zahl stehen zu haben :D
Wie behältst du die Übersicht über geänderte Dateien und noch offene errors/warnings ohne einen Filetree? Hast du dafür eine jeweils eigene View? Oder brauchst du so eine Übersicht in deinem Workflow einfach nicht?
Wofür musst du wissen, ob eine Datei geändert ist? Das sehe ich meistens dann in magit (bestes Git-UI ever), wenn ich entscheide was in den commit kommt.
Ich mach fast nur Python, die Errors und Warnings sehe ich entweder mit LSP direkt für die aktuelle Datei oder in der Python Konsole die ich im unteren Drittel offen hab, wahrscheinlich so wie du auch in VS Code. Mir ist aber eigentlich noch nie passiert, dass ich einen Fehler in einer anderen Datei verursacht habe, die ich gar nicht offen hab? Brauche ich also eigentlich nicht.
Wenn das so ein gängiges Ding ist von VS Code, dann gibt es dazu garantiert auch ein package für Emacs. Oder ist sogar in neotree/treemacs mit drin. Nutze ich wie gesagt auch nie. Für sowas nutze ich immer projectile.
Protip: nutz evil-mode. Wenn schon neue keybindings, dann lern gleich die von vim, die sind eh besser.
Naja ich nutze keine git-ui und einen groben überblick über die Änderungen zu haben finde ich ganz nützlich um einzuschätzen ob ich jetzt vielleicht mal zwischendurch einen commit machen sollte. Es geht mir dabei nicht um eine Datei sondern um eine Übersicht über das gesamte Projekt.
Ich maintaine ein paar meiner Projekte schon ein bisschen länger und da kommen manchmal neue Ideen auf wie man etwas besser machen könnte. Wenn man ein Grundkonzept ändert ändert sich eben in vielen Dateien was. Mir hilft es zu sehen wie viel sich ändern müsste um das Konzept so abzuändern wie ich es mir vorgestellt habe. Außerdem gibt es einem eine Art Progressbar wenn man sieht wie langsam aber sicher die Fehler weniger werden.
Ich habe ein paar Referenzen gefunden, dass man sich zumindest die Git Funktionalität aus ein paar Packages zusammenstückeln kann. Das klingt aber ziemlich fragil ehrlich gesagt und ich weiß nicht ob das dann auch durch die Ordner nach oben propagieren würde. Es ist ja anscheinend nicht so ganz offensichtlich für andere dass das nützlich ist. Bei LSP sind die meisten Editoren dabei stehen geblieben die Errors und Warnings in einer Liste anzuzeigen und das gut genug zu nennen, keine Ahnung ob und wie das dann mit dem gefrickel zum Gitstatus anzeigen zusammenspielen würde.
Okay grober überblick über änderungen mach ich über magit. Spc-g-g und es zeigt mir alle änderungen an, ähnlich zu git status, aber auch aufklappbar usw. Das brauche ich halt auch nur, wenn ich es sehen will, deswegen meiner Meinung nach sinnvoll in einem anderen Buffer versteckt.
Also ich habe den treemacs-git-mode gefunden, der hebt änderungen farblich hervor. Dann gibt es noch einen lsp-treemacs-errors-list-mode, aber wie das funktioniert verstehe ich nicht. Progressbar zu fehlern hab ich durch LSP, indem unten rechts immer steht wie viele Fehler ich hab. Satisfying da keine Zahl stehen zu haben :D