Emacs es genial. Para mí al menos, Emacs es una metáfora de todo el software. Aún así, sé que a veces le faltan algunas características que realmente tiene que migrar a otros entornos. Dado que emacs es tan personalizable, y genial y todo, solo tenemos que desearlo ¿verdad? ¿Qué crees que es una característica que carece de emacs en este momento?Emacs Lista de deseos
Nota: A partir de Emacs 23, hay soporte para M-x butterfly.
Me gustaría ver un mejor administrador de paquetes para emacs. Tal vez algo así como RIP? ELPA parece interesante, pero no me gusta que intente alojar y consolidar todos los paquetes. Preferiría poder agregar módulos de cualquier repositorio git o cvs que encuentre. También me gustaría que los módulos en este administrador de paquetes teóricos tengan una forma estándar de incluir íconos y archivos de información. Finalmente, me gustaría tener un método simple de compilar todos los módulos.
He tratado de modularizar mis archivos emacs con este estilo (vea mi github emacs.d repo), aunque felizmente me desharía de él si algo ganara más apoyo.
Sí, también creo que el ELPA es bastante interesante, ahora con emacs-starter-kit ganando algo de popularidad y todo. Creo que la comunidad de Emacs debería trabajar en la decisión de un lugar para compartir todo el código elisp que no sea solo un enlace a una versión obsoleta del complemento. La wiki de Emacs es genial a veces, pero a menudo tienes que hacer elisp de arqueología para obtener una versión reciente de un complemento. (por ejemplo, auto-complete.el) Imagino un tipo de interacción rubygems/github aquí. Eso seria genial. – wallyqs
zpinter: para agregar módulos de cualquier git, cvs, svn, darcs, repositorio bzr, archivo Emacs Wiki, paquete ELPA, paquete debian apt-get o URL arbitraria, desea utilizar https://github.com/dimitri/ el-get. Proporciona un número decente de 'recetas' con nombre, pero es fácil configurar uno propio para cualquier código útil que encuentre. – phils
Deseo una autocompletación de sentido de código estándar (hippie-expand es un tipo desactualizado), y una mejor GUI para soportar cosas como la lista de candidatos de finalización que fluye, que no debería ser peor que la de VIM.
Ya que tiene C-x M-c M-butterfly, realmente no necesita mucho más.
Una implementación de elisp que no es de 1985 estado de la técnica. Quiero decir, en serio, ¿variables globales en todas partes? Un analizador no reentrante? Es como si no lo hicieran quieren personas para trabajar en él. Miré brevemente cómo adaptar Emacs para que fuera una biblioteca compartida, pero no pude pasar ni siquiera analizando archivos elisp.
Bueno, dado que Emacs se está volviendo astuto, lo que significa que el ceceo moderno es inminente, lo único que quiero es la posibilidad de agregar botones en alguna parte. Un navegador de botones o un buffer de barra de herramientas sería bueno.
Por otro lado, una de las mejores cosas de emacs es que no llena su pantalla con casi nada.
Sin embargo, la capacidad de, por ejemplo, hacer un buffer de prueba JUnit en su propio buffer, etc. sería genial. Tal vez forzar que los búferes de los botones estén en su propio marco de algo (un nuevo tipo de marco, como un marco GUI o algo así)
Ah, y mejores capacidades de renderizado, y un complemento flash para que no tengamos que iniciar un programa separado solo para navegar por la web.
Editar: Por "inminente" me refiero a inminente como geológicamente inminente.
Supongo que esto se convertirá en una serie de respuestas "debería hacer esto" - "ya hace esto y así es como". Buena pregunta. –
¿Sabía que esto es stackoverflow, no el rastreador de errores de emacs? –
Hay publicaciones similares con respecto a Visual Studio y todos están contentos. – wallyqs