> How is that essential; can you elaborate on its uses? (I assume you're still
> using Vim mainly as a text editor, not as a runtime environment for arbitrary
> applications (like Emacs ;-))
You're wrong. I want to do more with Vim. I want to get logfiles of
servers while developing etc.

use cases: Run sbt, python blender shell, HTTP servers, debuggers etc in
a background process and talk to them feeding their stdout into a buffer
so that you can watch them - or hide the buffer because you're not
interested in it.

Why? Because jumping around in Vim is faster than switching to the mouse
and pasting text into a different shell window.

I don't want to turn Vim into Emacs. But I'm missing some of Emacs
features.

Eg there are two servers providing language support for Haskell or
Scala: Ensime and Scion.
Ensime already does use async communication, Scion will do so soon.

Eg it takes up to 20sec until the scala compiler can be used.
Being able to background those commands can help

Yes, you can find workarounds. Eg I do run SBT in a background shell.
(-> vim-addon-sbt). But you spent endless hours debugging nasty requests
such as "reload [y/n]" preventing sbt from replying to your request..

And yes: I want to use ruby debuggers ard gdb in the future without
hacks. This all can easily be done.

About search you're right. A very interesting alternative could be
allowing setting a hidden buffer to be the "current" one.

Marc Weber

-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Raspunde prin e-mail lui