web-dev-qa-db-fra.com

Un bon navigateur d'arborescence de projet pour Emacs?

Connaissez-vous un bon navigateur d'arborescence de projet pour Emacs autre que le navigateur de code Emacs (ECB)? Les caractéristiques que j'apprécie sont la simplicité, la légèreté et l'agnosticisme linguistique.

emacsproject
45
pico

Speedbar ?

Si vous souhaitez simplement gérer les fichiers associés, vous voudrez peut-être eproject .

24
jrockway

Je n'ai pas encore essayé celui-ci, mais emacs-nav est un nouveau navigateur de projet Emacs de Google qui semble avoir les fonctionnalités que vous appréciez.

22
Laurynas Biveinis

Projectile + NeoTree sont ma combinaison de choix.

Neotree

Projectile utilise simplement votre système de contrôle de version pour suivre les fichiers et a un saut impressionnant dans le fichier dans la fonction de projet.

Projectile

Vérifiez également les notes pour intégrer les deux ensemble.

18
metakermit

Vous pouvez essayer sr-speedbar . C'est merveilleux.

8
CobbLiu

Les différentes parties de cedet feront ce que vous voulez, je pense. Speedbar a la structure arborescente, et EDE gère les projets, etc.

7
Borbus

Je viens de faire une recherche Word pour "explorer" dans package-list-packages, et a découvert project-Explorer. Semble correspondre exactement à ce que je veux aujourd'hui (je ne code pas à peine, mais je comprends la structure de mon site Jekyll).

Les clés comprennent:

  • TAB pour le pliage et le dépliage de répertoires
  • Ouvrez les fichiers avec RET ou f. Avec un C-u préfixe, il vous demandera joliment quelle fenêtre, et même à partir de là, vous permettra de décider d'utiliser la fenêtre ou d'en ouvrir une nouvelle de n'importe quel côté (je n'ai pas trouvé la chaîne d'invite dans le code du paquet, donc il semble tirer le meilleur parti de la fonctionnalité Emacs; en fait, cela ressemble à dired pair).

Il est disponible sur Melpa et Marmalade. Il est disponible sur Github à sabof/project-Explorer .

J'inclus l'image du site pour plus de commodité:

project-Explorer screenshot

Je n'utilise pas projectile ou helm, mais il a une certaine intégration.

7
Brady Trainor

Voici mes réflexions sur plusieurs packages de type Explorateur de fichiers concurrents. Voir les commentaires au-dessus de chaque package ci-dessous:

;; Dired itself allows one to do 'i' to insert (display in same buffer) the
;; subdirectory under point and C-u k on subdir header line to remove. However,
;; I have found that dired-subtree-toggle and dired-subtree-remove are a better solution for the removal
;; part. Plus dired-subtree let's you customize colors of subdirs to set them apart
;; visually. However, I set all depths of subdirectories custom faces to be the same as I found it distracting.
(use-package dired-subtree
  :ensure t
  :bind (:map dired-mode-map ("i" . 'dired-subtree-toggle))
  :bind (:map dired-mode-map ("I" . 'dired-subtree-remove)))


;; This works nicely. It provides the parent, '..', directory unlike nav.
(use-package project-Explorer
  :ensure t
  :config
  (evil-set-initial-state 'project-Explorer-mode 'emacs))

;; This can't go above the directory you started it in. It is Nice, but I prefer the flexibility
;; of getting to parent directories in most cases.
(use-package dirtree
  :ensure t)

;; Google's file Explorer
;; Nice, but doesn't maintain visited nodes in view, preferring instead to offer only
;; the current directory or lower in a side window. No better than ivy which is my main file Explorer system.
(use-package nav
  :ensure t)

;; This is buggy on Emacs 26.1.
(use-package eproject
  :disabled t
  :ensure t)

;; speedbar is included with Emacs (since 24.x I believe). It has to use a separate frame, which is
;; inconvenient most of the time. There are better options (above).
;; (use-package speedbar)

;; Buggy; doesn't work on Emacs 26.1 (at least with my config).
(use-package sr-speedbar
  :disabled t
  :load-path "../LISP")

;; Buggy on Emacs 26.1 (at least with my config). I couldn't even get it to activate.
(use-package ecb
  :disabled t
  :ensure t)

;; Nice, but similar to ivy which I've already committed to, so not necessary.
(use-package lusty-Explorer
  :disabled t
  :ensure t)

Pour moi, ivy plus dired me donne 98% du chemin. ivy, dired et dired-subtree me donne 99% du chemin. project-Explorer et, dans une moindre mesure, nav, ne sont que de belles alternatives à ivy plus dired ou ivy plus dired et dired-subtree. Espérons que cela vous fera gagner du temps.

0
Joe