Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Ver: Modo: Orden:
Cómo migrar de ICEWM a KDE | 27 comentarios (27 temáticos, editoriales, 0 ocultos)
¿Nadie conoce viper? (none / 0) (#10)
por jorginius ("jorginius" en Google Mail) a las Sun May 11th, 2003 at 07:21:41 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

Viper es el paquete de emacs indicado para la reeducación de las pobres personas que aún usan vim. Es un emulador de vi para [X]Emacs.

Por cierto, un par de cosillas: uso XEmacs en una partición de 400MB (junto las X, el compilador y demás parafernalia) así que de 40 GB nada, y XEmacs le da una paliza en features al vim:
  • Te permite programas tus propias extensiones usando Gtk+, OpenLDAP, un interfaz unificado para el acceso a bases de datos (desde Big Brother's DB hasta MySQL o Postgres), SASL, etc. desde elisp... Que, al contrario de lo que creen los paganos del vi, no es un lenguaje funcional si tú no quieres: dispones del paquete EIEIO (o el viejo CLOS) para la programación orientada a objetos "moderna" (introspección y signals/slots incluidos) y los típicos "for" de la programación imperativa.
  • Transparencia de red: puedes editar archivos por ftp como si estuvieras en local. Eso creo que no lo trae (¿de serie?) el vim.
  • Puedes instalar/desinstalar cualquier extensión a través de la red sin preocuparte de las dependencias gracias al nuevo interfaz de paquetes de XEmacs (y de paso mantener delgado a tu XEmacs :-)).
  • El mejor editor de código de todos los tiempos (ahí es nada).
  • Miles de aplicaciones imprescindibles :-D: navegador de clases (oo-browser), terminal, cliente de irc, cliente de correo, salvapantallas, sintetizador de voz... Y todo accesible dentro del mismo entorno programable.


Vamos, que lo del vi tiene un pase porque es el editor visual más compacto (más compacto es el ed pero claro, ahí ya no ves nada) y en una configuración de emergencia es lo ideal, pero usar vim no tiene perdón :-D

[ Padre ]


No hace falta que sigamos por ahí (none / 0) (#12)
por NoP a las Sun May 11th, 2003 at 07:28:35 PM CET
(Información Usuario)

Era sólo una coña, no quiero iniciar flames. :P

[ Padre ]


 
¿Para él solo? (none / 0) (#15)
por RinzeWind (chema AT sl-form DOT com) a las Sun May 11th, 2003 at 08:20:38 PM CET
(Información Usuario) http://chema.sl-form.com

Por cierto, un par de cosillas: uso XEmacs en una partición de 400MB

/jo/como/duele/emacs, ¿no?

[nota]Es cooooooooña[/nota]

--
Las Penas del Agente Smith
[ Padre ]


Termina la frase (none / 0) (#16)
por jorginius ("jorginius" en Google Mail) a las Sun May 11th, 2003 at 09:24:50 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

(junto las X, el compilador y demás parafernalia)

En concreto se me lleva (con todas las extensiones, el soporte para X y tal) 21MB de espacio y apurando unas 8MB imprescindibles.

De todas formas, si la regla que mide la calidad de un editor fuera el poco espacio que ocupa, todos deberíamos pasarnos al ed... Mejor mirar la relación utilidad/tamaño del editor, y la relación utilidad/tamaño de Emacs es infinitamente superior a la de Vim.

Arrepentios paganos: dejad vuestros juguetitos indecentes y abrazad al editor único, adorad al Emaaacsss.

P.D: Vim 6.x no parece mucho más pequeño que Emacs, por cierto }:-D

[ Padre ]


 
No son comparables (none / 0) (#17)
por Draco a las Sun May 11th, 2003 at 11:44:07 PM CET
(Información Usuario)

vi es un editor de texto(probablemente, el mejor que se haya escrito nunca), mientras que Emacs es un intérprete de Lisp que une un batiburrillo de herramientas. Son dos enfoques totalmente distintos:
  • vi está evolucionando hacia ser un componente, de forma que se integre en cualquier sitio en el que haya que editar texto. Así, podrás usar vi y editar desde manera eficientes desde cualquier aplicación KDE gracias a kvim, o Gnome vía gnome-vim. También puede integrarse en JBuilder vía jvi... hasta en Emacs puede integrarse como bien has dicho ;-)
  • El enfoque [X]Emacs es meter todo dentro de "la cosa". No dudo que puedan llegar a construir cosas buenas, ¿pero el cliente de correo será mejor que Mutt/Evolution/Kmail/[cualquier cosa en la que se pueda integrar vi]? ¿Es mejor IDE que KDevelop/JBuilder/Anjuta? No lo creo....


De todas formas, viendo las alabanzas que le has dado, prometo probarlo... quién sabe, tal vez cambie Mutt+Slrn+vim+vim-plugins por "eso".

Por cierto que las features que has comentado tampoco son nada del otro Jueves. Se pueden programar extensiones para vim en varios lenguajes. Editar ficheros remotos vía un plugin. Y por supuesto, vim es mucho más rápido como editor de lo que sea....;-)
There are two major products to come out of Berkeley: LSD & BSD Unix. I don't believe this to be a coincidence.
[ Padre ]


Emacs tb es empotrable (none / 0) (#18)
por jorginius ("jorginius" en Google Mail) a las Mon May 12th, 2003 at 01:15:13 AM CET
(Información Usuario) http://www.rodriguezmoreno.com

vi está evolucionando hacia ser un componente

XEmacs es un Xt widget de antiguo, que puedes incluir en tus aplicaciones Motif, Xt/Athena, Qt (a través de la extensión de compatibilidad Xt/Motif) y, si te apañas con las betas, Gtk de forma nativa (como muestra un screenshot con Xemacs empotrado en un GtkFrame (JPG)).

El enfoque [X]Emacs es meter todo dentro de "la cosa".

No. El Emacs es sólo un editor, un intérprete y un compilador de elisp a bytecode.

Aparte de eso, hace de pegamento en elisp y muchas bibliotecas escritas en otros lenguajes (como Gtk, p.ej) y poco más: el inmenso resto que queda está escrito en elisp, se organiza en paquetes adicionales y puedes optar por cargarlo o no, entero o a cachos, a gusto del usuario.

De acuerdo en que el hecho de que el 90% del chisme esté escrito en un lenguaje de script no redunda en el rendimiento, pero por lo mismo no se puede decir que sea una "cosa" monolítica. En realidad el 90% está fuera de "la cosa".

[ Padre ]


 
Simplemente si :) (none / 0) (#23)
por iarenaza a las Tue May 13th, 2003 at 12:33:58 PM CET
(Información Usuario) http://www.escomposlinux.org/

El enfoque [X]Emacs es meter todo dentro de "la cosa". No dudo que puedan llegar a construir cosas buenas, ¿pero el cliente de correo será mejor que Mutt/Evolution/Kmail/[cualquier cosa en la que se pueda integrar vi]?
Simplemente dos palabras: es mejor.

Saludos. Iñaki.

[ Padre ]


Para los Emacseros (none / 0) (#25)
por davinci (davinci at ecol org) a las Wed May 14th, 2003 at 12:10:31 PM CET
(Información Usuario)

Por curiosidad. Me gustaría saber qué usais: GNU Emacs o Xemacs. Así como algún porqué que justifique vuestra elección 0:)


¡Es la guerrrrrrra!
[ Padre ]


XEmacs :) (none / 0) (#26)
por jorginius ("jorginius" en Google Mail) a las Wed May 14th, 2003 at 07:24:38 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

La diferencia fundamental es que XEmacs pretende ser mucho más moderno que Gnu Emacs: mejor aspecto visual, nuevas características, integración con tecnologías actuales (p. ej Gtk, ESounD, LDAP...), un sistema de paquetes propio, etc.

Gnu Emacs es mucho más conservador. De vez en cuando coge ideas de XEmacs pero no ha propuesto nada nuevo en años.

Yo me decanto por XEmacs, pero en el fondo (florituras y virguerías aparte) ambos son similares. Tienes una comparativa de ambos aquí [xemacs.org].

Por cierto, aunque supongo que es una chorrada mencionarlo, XEmacs es una aplicación de consola. Lo digo por si a alguien le despista la "X" del nombre (pueda usarse en las X como un editor gráfico basado en Gtk también).

[ Padre ]


 

Cómo migrar de ICEWM a KDE | 27 comentarios (27 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:
Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda