Me he puesto a buscar "textmate 2" en Google Images para ver qué pinta tiene y no puedo esperar a probarlo: www.google.es/search?q=TextMate+2&tbm=isch (desactivar SafeSearch)
#6 Te iba a decir que Gcc no soporta el último dialecto de Objective-C, pero con Clang eso no pasa.
De todas maneras, lo que quería decir es que todo el motor de análisis del texto, busquedas y otras cosas parece escrito sin ninguna dependencia en Mac OS X. Así que podría aprovecharse y escribir un frontend gráfico nuevo reusando la mayor parte.
Todo el mundo lo flipa con el textmate... No sé que tendrá, pero debe de estar bien...
Creo que se parece al RubyMine, que funciona en linux, aunque es de pago.
De todas maneras el Aptana3 ha hecho un esfuerzo muy especial con ruby en mi opinión. Es libre, gratuito, ¡Y a mi me va de madres!
#10 Yo estoy probando RubyMine y de momento, bastante bien. Estoy por comprarlo (29€, licencia estudiante) aunque se nota que es Java... Será cuestión de compilar TextMate 2, a ver qué tal
#13 Vim FTW! Y el que diga lo contrario, es Urdaci y miente
¿Alguien puede decir qué tiene el textmate este que no tenga vim? Pero alguien que sepa manejar ambos y pueda comparar. A mí vim me parece el editor definitivo, sólo le falta leerte la mente, aunque igual tiene algún comando que lo hace
#44 ¿Pero no eran sinónimos? Bueno, entorno de desarrollo mejor, pero al ser la plataforma de Apple tan ligada a su "dispositivo" en forma de PC ......
Ya que algunos por ahi mencionan en comentarios anteriores a emacs...
Comparar emacs con editores en la actualidad no tiene mucho sentido. La definicion de emacs hace mucho que deberia actualizarse y mas que un editor es un entorno.
Han existido muchos flamewars de vi y emacs en lo que muchos argumentos carecen en la actualidad de sentido. En mi caso comence a usar vi durante mas de 7 anos, en la multinacional en la que entre todos usaban emacs, cosa que me sorprendio... desde entonces no he dejado de usarlo e integrarlo con todo lo que he podido (mis razones tengo) y si pasas pocas horas delante del ordenador para trabajar no tiene mucho sentido quiza usar emacs, ya que la curva de aprendizaje es compleja. Pero si te tiras 12h al dia desarrollando por muchos anos, entre otras cosas es lo mas optimo con diferencia.
En mi caso tengo integrado en emacs el correo, navegador, irc/jabber/gtalk, desarrollo en el, tengo mis shells interconectadas en buffers de emacs (tanto remotas como locales), hasta hojas de calculo que recogen datos de celdas remotas, lista de tareas enlazadas a calendarios, calendarios con avisos, gdb integrado, e incluso el wm que modifico en tiempo real (conectado a emacs) sin necesidad de compilar e interpretado, navegador con soporte de imagenes, una supercalculadora que cuando el matlab no soporta operaciones con tantos decimales, esta en emacs si. Un sin fin de cosas, donde empleo el mismo juego de keystrokes generales para todos los modos; por lo que no necesito recordar que control+s es control+b o control+f para search/find/buscar dependiendo de la aplicacion que se lance y el idioma que este. Paso de parametros a las funciones en emacs que invoco, etc. Por eso, lo de que necesitas 11 dedos para usar emacs es un poco leyenda urbana. Ademas tienes menu sin necesidad de aprender ningun keybinding realmente... directamente en emacs comienzas a escribir y no necesitas saber en que modo estas, es bastante intuitivo y autodocumentado.
Pero lo dicho, todo depende de cuantas horas y que hagas delante de tu PC... si eres geek y pasas muchas horas, sin lugar a dudas vas mucho mas rapido. El lector de correo que uso es tremendamente comodo y rapido para tomar acciones y checkear los mails, muchisimo mas que outlook, evolution, etc. Pero claro, son 700 paginas de manual si quieres features avanzadas y no se aprende a usar en una semana.
Por ultimo y como nota curiosa, emacs posee un emulador de vi, con distintos niveles segun si quieres que se parezca mas a emacs o vi totalmente, para que el cambio no sea tan brusco para vimers.
Es interesante saber la historia y origenes de emacs y vi para entender su esencia y se llegan a muchas conclusiones y entender asi el desarrollo; la historia de emacs es simplemente increible. Desde hace anos escribo un blog solo sobre emacs donde documento todo por si alguien necesita ayuda.
Por supuesto si alguien se pasa el dia viendo videos de youtube no tiene sentido usar emacs; por eso dije referente a pasar muchas horas delante del ordenador trabajando y ser productivo.
Lo cierto es que no discuto ya con los usuarios de vi, me ven haciendo cosas increibles en emacs que no pueden hacer o no han hecho nunca y se interesan enseguida para que les ensene como lo he hecho o como he hecho algunas cosas tan tremendamente rapido. Por supuesto y vuelvo a repetir, depende de cuantas horas pases delante del ordenador merece o no la pena. Yo como pasare toda mi vida muchisimas horas cada dia...
#46 Yo es que sigo la filosofía UNIX al limite, herramientas que se conectan entre sí.GNU EMACS es lo contrario de UNIX. Tengo:
URxvt. Cientos de veces más ligero que Xterm, y con soporte Unicode y XFT.
TMUX. Dividir Urxvt en marcos y encima poder guardar la sesion aunque caigan las X o la conexión via SSH es la gloria. Superior a GNU Screen, y con las teclas de VI.
ranger como navegador de ficheros. Es como Finder, pero para la consola.
MUPDF, pues el nombre lo dice todo. También teclas de VI.
VIM para editar. Simple y funciona donde sea.
Mutt para el correo, con Gmail y caché. Con 4 lineas añades soporte Bogofilter y te quitas el SPAM.
Mocp para la música. A veces con múisica de fondo se trabaja mejor.
SC como hoja de cálculo, con las teclas de VI.
Weechat para IRC, configurando todo con /set con autocompletado, y con /save para guardar. Maravilloso el plugin para notificaciones de escritorio.
Surf para navegar con un motor webkit, con teclas de VIM. Por que usar horas el ratón jode la muñeca, y no es broma.
Nethack/DCSS/Cataclysm. Por que las teclas de VIM se aprenden mejor matando zombies y creando barricadas.
Por último, con un portatil sin soporte CPUfreq, un 83% de humedad en Euskadi y con Pyrit de fondo rompiendo WPAs, la cosa no está para usar cosas como Gnome, KDE o Chrome.
El problema de vim: una vez empiezas a familiarizarte con sus atajos necesitas utilizarlos en todos lados. Escribir texto y navegar fuera de vim se hace insufrible
Por suerte hay plugins para emular el funcionamiento de vim en netbeans, sublimetext, visual studio, chrome, firefox, opera, google reader.. (como se nota que hay mucho yonki de vim por ahí suelto)
#47 si, pues de hecho usas bastante la filosofia de emacs aunque parezca contradictorio, vi como bien sabes es ligero, que poco tiene que ver con vim que anaden mas y mas features; por eso yo digo que cada vez estan haciendo mas lo que es emacs. De todas formas aunque emacs sea pesado, yo lo lanzo como daemon y luego tarda 0 seg. en abrir. Por lo que no necesitas tampoco tener ninguna ventana asociada realmente y vas conectando a buffers (por eso deje de usar screen, porque ya no le vi sentido).
De todas formas siempre me gusto vi y vim y por eso los use, pero lo cierto es que cuando trabajaba en cisco recibia unos 400 mails al dia, al mismo tiempo que desarrollaba y ademas tenia un hack de emacs implementando un proto para debuggear desde la maquina en tiempo real procesadores de ciertos routers (no hablo de usar ssh, esto era mucho mas interesante).
De todas formas a mi emacs no me llamo la atencion hasta que vi usarlo masivamente en ciertos lugares internos a nivel profesional (en ambientes de estudiantes siempre habia visto mucho mas el uso de vi/vim). Es por lo que con anterioridad siempre habia ignorado a emacs por mi editor favorito por aquel entonces.
En emacs por defecto tienes 3 tipos de terminales: shell, eshell (con interprete elisp de intermediario) y xterm (con emulacion de terminal) que puedes asociar a rxvt. Aunque yo uso zsh desde fuera porque aun no hemos portado del todo ZLE para combinar perfecto zsh dentro de emacs.
Por cierto, lo que te decia del wm, yo lanzo varias instancias para cada una de las pantallas, modifico en tiempo real el wm que esta en lisp, si cae alguna cae la instancia de otra pantalla pero nunca en la que desarrollo, ademas de guardar el estado... ademas de poder ver en tiempo real como modificas y ejecutas las propias X.
Si tienes un rato te invito a que le des un oportunidad a emacs y lo pruebes por unas semanas. El wm es stump y si desarrollas o has sido/eres desarrollador te recomiendo que veas sbcl (steal bank common lisp), algo que es muy especial y curioso. La verdad es que haber programado tantos anos en c, c++, etc y descubrir conceptos nuevos y avanzados como los de las 'continuaciones' no tiene precio. Por supuesto, es otro mundo, otra logica y otra manera de pensar.
Luego mirare en mi otro disco duro y te pasare algunas demos, incluso veras como en los 80 en zweis ya tenian algunos conceptos de ventanas y editores que hoy en dia algunos editores muy avanzados lo acaban de implementar, simplemente brillante.
De todas formas a mi me ha gustado conocer sistemas no unix like y no windows al mismo tiempo, se encentran cosas curiosas e interesantes por ahi. Lo dicho, en cuanto pueda te busco algunos links.
Lo del raton es cierto, pero yo hace mucho que no uso raton para todo esto, un teclado especial (symbolics) y unos pedales si quieres optimizar al maximo.
Lo dicho, nada mas pueda te mando algunos links por si tienes curiosidad.
#51 Screen y Tmux no solo multiplexan terminales. Tabien aguantan caidas de session via SSH o las propias Xorg. Es una maravilla, haces la tarea que sea, cierras el escritorio por la causa que sea y puedes seguir con un trabajo en la TTY.
Tambien funciona remotamente.
EDIT: Acabo de ver tu nombre de usuario. Ahora lo entiendo...
Me alegro por que publiquen el código, aunque a estas alturas TextMate ya parte poco bacalao. Y pocas ventas va a trincar ya.
Mi escala de editores en Mac, sin que quiten el puesto a Xcode, NetBeans, Espresso, etc...
1.Vim • El integrado de OSX !!NO!! ***sourceforge.net/projects/macosxvim/files/***
2.MacVim • WTF? Si MacVim NO MOLA TANTO en comparación al Vim original que publica Nicholas Stallard.
3.SublimeText2 • TextMate palma ventas aquí. Por mi parte es hype al cubo, no pago 60 pavos por un pseudo-fork de Vim.
4.KomodoEdit • Que pena que sea tan pesado y las vitaminas no sean tan buenas como en los otros.
*.Kod • Una pena lo del editor que mas esperanzas me había dado en Mac. ;(
#51que poco tiene que ver con vim que anaden mas y mas features; por eso yo digo que cada vez estan haciendo mas lo que es emacs.
En eso no estoy de acuerdo. Vim siempre ha pretendido ser un vi con más features pero centrándose en la edición de texto. Todo lo que se le añade a vim es para facilitar el proceso de edición. Aunque es verdad que, al ser extensible, la gente hace plugins que sirven para todo, creo que algunos de estos plugins no entran dentro de la filosofía de vim y por eso funcionan mal (ya que vim no está pensado para ello). El mejor ejemplo son los debuggers.
P.D.: Me guardo tus dos comentarios. Son para enmarcar.
#12 SublimeText y KomodoEdit le Superan, y Notepad++ le anda por ahí.
#17 Vaya put..a, a mi también me ha pasado alguna vez algo parecido. (En Mac software comercial muerto suele pasar a codigo abierto y/o gratuito). ...mmm CandyBar,Disco,etc..
#40 Es accesible de siempre, venia incluido en los discos del sistema como extra opcional (los discos que siempre entregan al comprar un equipo).
Por cierto no se pueden comparar, XCode hace cuatro cosas pero NO HAY NINGUN EDITOR-IDE-HERRAMIENTA QUE LO IGUALE PARA COCOA, (si estoy equivocado y en la inopia que alguien me cuente el secreto) contra un editor de codigo decente mas bien normalito como TextMate.
#59 Bueno, en emacs pasa algo parecido, no se integra en el paquete por defecto hasta que no esta realmente testeado y el nivel de desarrollo es suficientemente maduro, por ejemplo con JDEE que tardaron mucho en meterlo en el paquete base.
Una ventaja de emacs es que realmente sobre un 75% del codigo es lisp, y mas o menos un 24% es realmente un interprete lisp para el dialecto elisp (el restante 1% mas o menos son partes de asm, c++, perl, sh, etc). Este interprete lisp, realmente interpreta el 75% del codigo restante, que puede ser cambiado al vuelo mientras se trabaja en el sin necesidad de recompilar; es por eso por lo que se dice que es altamente customizable, porque hasta las teclas basicas pueden ser modificadas, reprogramadas las funciones a las que llaman. Es decir, no es solo asignar un juego de keybindings a funciones, realmente se puede modificar absolutamente todo, seria lo equivalente a que en vi pudieses modificar el :q o el ESC (por supuesto se puede, modificando el codigo, pero requiere recompilar y volver a ejercutarlo, ya que esto esta fuera de las posibilidades del .virc o .vimrc).
Referente a lo de autodocumentado es tambien interesante: Control-h es el prefijo de ayuda: sin saber nada como digo tienes un menu (tambien se puede mostrar en modo texto con F10) pero por ejemplo sabiendo que Control+h es el prefijo de ayuda, al lanzar emacs se lanza una pagina por defecto que indica como lanzar el tutorial: Control-h + t. Lo interesante realmente no es esta parte, sino que si por ejemplo buscas una funcion relacionada con "reemplazos" para cadenas porque no sabes como hacerlo en emacs harias Control-h + a (de apropos), entonces escribes "string" o "replace" y busca todas las funciones relacionadas en el propio codigo de emacs que se autodocumenta como digo. Pero por ejemplo si quieres saber que juego de keybindings esta asociado a dicha funcion (una vez ya la has descubierto con el comando anterior) lanzarias Control-h + w (de where-is) y entonces te daria el juego de keybindings asociado a una funcion dada. Pero va mas alla, si no sabes que realiza un juego de keybindings puedes lanzar Control-h + k (de describe-key), entonces presionarias directamente un juego de keystrokes (por ejemplo control+s) y te diria que funcion ejecuta y que hace dicha funcion. Pero aun no acaba ahi, lo mas curioso, es que esa funcion no solo describe a nivel documentado, sino que enlaza al codigo real de tu emacs que se esta… » ver todo el comentario
#63 Si, es ese, no queria ponerlo directo para no spammear. De todas formas actualmente estoy tremendamente ocupado en mi nuevo rol de trabajo, cuidar de la familia, jugar en un equipo de futbol e intentar aprender un nuevo idioma... asi que no me da tiempo a actualizarlo como deberia ni corregir algunos fallos que encontre o algunos enlaces rotos.
#64 Lo estoy mirando ahora mismo, y me parece impresionante el trabajo que has hecho. Muchas gracias. Más gente como tú hace falta, y te lo digo en serio. Mucho ánimo con tus nuevos roles
#65 Realmente llevo 4 paginas personales diferentes, segun el topico; no me gusta mezclar mis ideas politicas, con la parte tecnica de ingenieria, o con otros intereses que tengo o mi vida personal. Asi que eso realmente es solo 1/4 parte de lo que "escribo" publicamente, el tiempo libre real, es casi 0, sino estaria mucho mas activo en esa web que te di. Gracias por tus buenas palabras.
#62 El SO que te paso es un Fork/Distro de Plan9. Han portado el DOOM, ACPI, drivers de AC97, un emulador de GB en menos de 1000 lineas :), y algunas cositas más como emulacion binaria de Linux, un servidor X11, un anti-framwework web y varias cosas más. Parece interesante,
Cosas agregadas a Plan 9 code.google.com/p/plan9front/wiki/features
Paquetes nuevos www.code.google.com/p/plan9front/wiki/packages
He de decir que cosas como /proc en Linux y UTF-8 vienen de ahí.
Vaya, parece que alguien me ha contactado leyendo estos comentarios. Justo en este preciso momento encontre los videos a los que me referia de demo interesante #68 (incluyo a #65 y #59 porque quiza este interesados en ver esta demo) la he subido a youtube en cualquier caso:
github.com/textmate/textmate/blob/master/configure
sin embargo usa boost, y casi todo excepto los gráficos parece portable, gran parte del código ni siquiera es objective-c++ si no C++ puro.
g++clang/gobjc se encarga de ello, lo que importa es la parte Cocoa.Hay aplicaciones que están tanto en Linux como en OSX como GnuMail , TexEdit o Burn.
De todas maneras, lo que quería decir es que todo el motor de análisis del texto, busquedas y otras cosas parece escrito sin ninguna dependencia en Mac OS X. Así que podría aprovecharse y escribir un frontend gráfico nuevo reusando la mayor parte.
Creo que se parece al RubyMine, que funciona en linux, aunque es de pago.
De todas maneras el Aptana3 ha hecho un esfuerzo muy especial con ruby en mi opinión. Es libre, gratuito, ¡Y a mi me va de madres!
Excelente noticia, por cierto. Aunque Vim siempre molará más
#13 Vim FTW! Y el que diga lo contrario, es Urdaci y miente
Textmate es fantástico, pero a mí Sublime Text me gusta más para programar.
Buena noticia
Está para Windows Linux y Mac OS X.
#18 No existe dignidad fuera de ed.
1,$ s/ed/vim/gp
w
q
# Por causalidad no conocerás www.suckless.org. De ahí uso surf, slock y algunos programás mas.
# cat > file.txt
En Apple les cobran hasta por los tickets de compra. Déjales que disfruten la sensación.
Comparar emacs con editores en la actualidad no tiene mucho sentido. La definicion de emacs hace mucho que deberia actualizarse y mas que un editor es un entorno.
Han existido muchos flamewars de vi y emacs en lo que muchos argumentos carecen en la actualidad de sentido. En mi caso comence a usar vi durante mas de 7 anos, en la multinacional en la que entre todos usaban emacs, cosa que me sorprendio... desde entonces no he dejado de usarlo e integrarlo con todo lo que he podido (mis razones tengo) y si pasas pocas horas delante del ordenador para trabajar no tiene mucho sentido quiza usar emacs, ya que la curva de aprendizaje es compleja. Pero si te tiras 12h al dia desarrollando por muchos anos, entre otras cosas es lo mas optimo con diferencia.
En mi caso tengo integrado en emacs el correo, navegador, irc/jabber/gtalk, desarrollo en el, tengo mis shells interconectadas en buffers de emacs (tanto remotas como locales), hasta hojas de calculo que recogen datos de celdas remotas, lista de tareas enlazadas a calendarios, calendarios con avisos, gdb integrado, e incluso el wm que modifico en tiempo real (conectado a emacs) sin necesidad de compilar e interpretado, navegador con soporte de imagenes, una supercalculadora que cuando el matlab no soporta operaciones con tantos decimales, esta en emacs si. Un sin fin de cosas, donde empleo el mismo juego de keystrokes generales para todos los modos; por lo que no necesito recordar que control+s es control+b o control+f para search/find/buscar dependiendo de la aplicacion que se lance y el idioma que este. Paso de parametros a las funciones en emacs que invoco, etc. Por eso, lo de que necesitas 11 dedos para usar emacs es un poco leyenda urbana. Ademas tienes menu sin necesidad de aprender ningun keybinding realmente... directamente en emacs comienzas a escribir y no necesitas saber en que modo estas, es bastante intuitivo y autodocumentado.
Pero lo dicho, todo depende de cuantas horas y que hagas delante de tu PC... si eres geek y pasas muchas horas, sin lugar a dudas vas mucho mas rapido. El lector de correo que uso es tremendamente comodo y rapido para tomar acciones y checkear los mails, muchisimo mas que outlook, evolution, etc. Pero claro, son 700 paginas de manual si quieres features avanzadas y no se aprende a usar en una semana.
Por ultimo y como nota curiosa, emacs posee un emulador de vi, con distintos niveles segun si quieres que se parezca mas a emacs o vi totalmente, para que el cambio no sea tan brusco para vimers.
Es interesante saber la historia y origenes de emacs y vi para entender su esencia y se llegan a muchas conclusiones y entender asi el desarrollo; la historia de emacs es simplemente increible. Desde hace anos escribo un blog solo sobre emacs donde documento todo por si alguien necesita ayuda.
Por supuesto si alguien se pasa el dia viendo videos de youtube no tiene sentido usar emacs; por eso dije referente a pasar muchas horas delante del ordenador trabajando y ser productivo.
Lo cierto es que no discuto ya con los usuarios de vi, me ven haciendo cosas increibles en emacs que no pueden hacer o no han hecho nunca y se interesan enseguida para que les ensene como lo he hecho o como he hecho algunas cosas tan tremendamente rapido. Por supuesto y vuelvo a repetir, depende de cuantas horas pases delante del ordenador merece o no la pena. Yo como pasare toda mi vida muchisimas horas cada dia...
URxvt. Cientos de veces más ligero que Xterm, y con soporte Unicode y XFT.
TMUX. Dividir Urxvt en marcos y encima poder guardar la sesion aunque caigan las X o la conexión via SSH es la gloria. Superior a GNU Screen, y con las teclas de VI.
ranger como navegador de ficheros. Es como Finder, pero para la consola.
MUPDF, pues el nombre lo dice todo. También teclas de VI.
VIM para editar. Simple y funciona donde sea.
Mutt para el correo, con Gmail y caché. Con 4 lineas añades soporte Bogofilter y te quitas el SPAM.
Mocp para la música. A veces con múisica de fondo se trabaja mejor.
SC como hoja de cálculo, con las teclas de VI.
Weechat para IRC, configurando todo con /set con autocompletado, y con /save para guardar. Maravilloso el plugin para notificaciones de escritorio.
Surf para navegar con un motor webkit, con teclas de VIM. Por que usar horas el ratón jode la muñeca, y no es broma.
Nethack/DCSS/Cataclysm. Por que las teclas de VIM se aprenden mejor matando zombies y creando barricadas.
Por último, con un portatil sin soporte CPUfreq, un 83% de humedad en Euskadi y con Pyrit de fondo rompiendo WPAs, la cosa no está para usar cosas como Gnome, KDE o Chrome.
Por suerte hay plugins para emular el funcionamiento de vim en netbeans, sublimetext, visual studio, chrome, firefox, opera, google reader.. (como se nota que hay mucho yonki de vim por ahí suelto)
Yo me he leido ebooks con lesspipe file.pdf | vim -r tan ricamente.
#50 Si miras mi comentario verás que muchos programas usan las teclas de VIM.
De todas formas siempre me gusto vi y vim y por eso los use, pero lo cierto es que cuando trabajaba en cisco recibia unos 400 mails al dia, al mismo tiempo que desarrollaba y ademas tenia un hack de emacs implementando un proto para debuggear desde la maquina en tiempo real procesadores de ciertos routers (no hablo de usar ssh, esto era mucho mas interesante).
De todas formas a mi emacs no me llamo la atencion hasta que vi usarlo masivamente en ciertos lugares internos a nivel profesional (en ambientes de estudiantes siempre habia visto mucho mas el uso de vi/vim). Es por lo que con anterioridad siempre habia ignorado a emacs por mi editor favorito por aquel entonces.
En emacs por defecto tienes 3 tipos de terminales: shell, eshell (con interprete elisp de intermediario) y xterm (con emulacion de terminal) que puedes asociar a rxvt. Aunque yo uso zsh desde fuera porque aun no hemos portado del todo ZLE para combinar perfecto zsh dentro de emacs.
Por cierto, lo que te decia del wm, yo lanzo varias instancias para cada una de las pantallas, modifico en tiempo real el wm que esta en lisp, si cae alguna cae la instancia de otra pantalla pero nunca en la que desarrollo, ademas de guardar el estado... ademas de poder ver en tiempo real como modificas y ejecutas las propias X.
Si tienes un rato te invito a que le des un oportunidad a emacs y lo pruebes por unas semanas. El wm es stump y si desarrollas o has sido/eres desarrollador te recomiendo que veas sbcl (steal bank common lisp), algo que es muy especial y curioso. La verdad es que haber programado tantos anos en c, c++, etc y descubrir conceptos nuevos y avanzados como los de las 'continuaciones' no tiene precio. Por supuesto, es otro mundo, otra logica y otra manera de pensar.
Luego mirare en mi otro disco duro y te pasare algunas demos, incluso veras como en los 80 en zweis ya tenian algunos conceptos de ventanas y editores que hoy en dia algunos editores muy avanzados lo acaban de implementar, simplemente brillante.
De todas formas a mi me ha gustado conocer sistemas no unix like y no windows al mismo tiempo, se encentran cosas curiosas e interesantes por ahi. Lo dicho, en cuanto pueda te busco algunos links.
Lo del raton es cierto, pero yo hace mucho que no uso raton para todo esto, un teclado especial (symbolics) y unos pedales si quieres optimizar al maximo.
Lo dicho, nada mas pueda te mando algunos links por si tienes curiosidad.
Tambien funciona remotamente.
EDIT: Acabo de ver tu nombre de usuario. Ahora lo entiendo...
code.google.com/p/plan9front/
El trackball es tu amigo. De las mejores compras que he hecho en años: www.logitech.com/assets/32954/logitech-wireless-trackball-m570.png
Mi escala de editores en Mac, sin que quiten el puesto a Xcode, NetBeans, Espresso, etc...
1.Vim • El integrado de OSX !!NO!! *** sourceforge.net/projects/macosxvim/files/ ***
2.MacVim • WTF? Si MacVim NO MOLA TANTO en comparación al Vim original que publica Nicholas Stallard.
3.SublimeText2 • TextMate palma ventas aquí. Por mi parte es hype al cubo, no pago 60 pavos por un pseudo-fork de Vim.
4.KomodoEdit • Que pena que sea tan pesado y las vitaminas no sean tan buenas como en los otros.
*.Kod • Una pena lo del editor que mas esperanzas me había dado en Mac. ;(
En eso no estoy de acuerdo. Vim siempre ha pretendido ser un vi con más features pero centrándose en la edición de texto. Todo lo que se le añade a vim es para facilitar el proceso de edición. Aunque es verdad que, al ser extensible, la gente hace plugins que sirven para todo, creo que algunos de estos plugins no entran dentro de la filosofía de vim y por eso funcionan mal (ya que vim no está pensado para ello). El mejor ejemplo son los debuggers.
P.D.: Me guardo tus dos comentarios. Son para enmarcar.
#17 Vaya put..a, a mi también me ha pasado alguna vez algo parecido. (En Mac software comercial muerto suele pasar a codigo abierto y/o gratuito). ...mmm CandyBar,Disco,etc..
#21 NO, nada.
#25 Bien gastados, productividad a tope.
#35 NADA, no merece la pena ni compararlos.
#40 Es accesible de siempre, venia incluido en los discos del sistema como extra opcional (los discos que siempre entregan al comprar un equipo).
Por cierto no se pueden comparar, XCode hace cuatro cosas pero NO HAY NINGUN EDITOR-IDE-HERRAMIENTA QUE LO IGUALE PARA COCOA, (si estoy equivocado y en la inopia que alguien me cuente el secreto) contra un editor de codigo decente mas bien normalito como TextMate.
www.multiupload.nl/BFFG1GL9T0
Una ventaja de emacs es que realmente sobre un 75% del codigo es lisp, y mas o menos un 24% es realmente un interprete lisp para el dialecto elisp (el restante 1% mas o menos son partes de asm, c++, perl, sh, etc). Este interprete lisp, realmente interpreta el 75% del codigo restante, que puede ser cambiado al vuelo mientras se trabaja en el sin necesidad de recompilar; es por eso por lo que se dice que es altamente customizable, porque hasta las teclas basicas pueden ser modificadas, reprogramadas las funciones a las que llaman. Es decir, no es solo asignar un juego de keybindings a funciones, realmente se puede modificar absolutamente todo, seria lo equivalente a que en vi pudieses modificar el :q o el ESC (por supuesto se puede, modificando el codigo, pero requiere recompilar y volver a ejercutarlo, ya que esto esta fuera de las posibilidades del .virc o .vimrc).
Referente a lo de autodocumentado es tambien interesante: Control-h es el prefijo de ayuda: sin saber nada como digo tienes un menu (tambien se puede mostrar en modo texto con F10) pero por ejemplo sabiendo que Control+h es el prefijo de ayuda, al lanzar emacs se lanza una pagina por defecto que indica como lanzar el tutorial: Control-h + t. Lo interesante realmente no es esta parte, sino que si por ejemplo buscas una funcion relacionada con "reemplazos" para cadenas porque no sabes como hacerlo en emacs harias Control-h + a (de apropos), entonces escribes "string" o "replace" y busca todas las funciones relacionadas en el propio codigo de emacs que se autodocumenta como digo. Pero por ejemplo si quieres saber que juego de keybindings esta asociado a dicha funcion (una vez ya la has descubierto con el comando anterior) lanzarias Control-h + w (de where-is) y entonces te daria el juego de keybindings asociado a una funcion dada. Pero va mas alla, si no sabes que realiza un juego de keybindings puedes lanzar Control-h + k (de describe-key), entonces presionarias directamente un juego de keystrokes (por ejemplo control+s) y te diria que funcion ejecuta y que hace dicha funcion. Pero aun no acaba ahi, lo mas curioso, es que esa funcion no solo describe a nivel documentado, sino que enlaza al codigo real de tu emacs que se esta…
EDITO: Creo que es www.blackhats.es/, ¿cierto?
Cosas agregadas a Plan 9 code.google.com/p/plan9front/wiki/features
Paquetes nuevos www.code.google.com/p/plan9front/wiki/packages
He de decir que cosas como /proc en Linux y UTF-8 vienen de ahí.
youtu.be/u4lcSlszy4E