>
> Your use case sounds like "scratch buffers", which are temporarily opened
> by a
> mapping, you navigate in it, then often select an entry by hitting
> <Return>,
> which then closes the scratch buffer and returns to the original window.
> Many
> plugins (project.vim, taglist.vim) use this approach to emulate an IDE's
> sidebar, task list, etc. Vim's built-in command-line window (q:) and
> quickfix
> window (:copen) are like that, too.


Thanks for your quick answer.
Indeed there is always a workaround. However if you look at the help of the
winrestcmd function it says ... "only works properly if..."

Please do not take it as an offense, but if I would follow your reasoning
practically the functionality of the lists (:map, :clist, :command, :tags
etc.) they all could be implemented by the scratch buffers/windows, given
that a function provides their content. The existence of the lists, and the
way they are displayed tell me that they had to have a reason to be
implemented as they are. And they are unbelievable useful. Just a simple
example, when I have several files/buffers open, just doing :ls, and then
execute :b or other commands on the buffers, I need the list of the buffers
just for the short moment I take a decision/fork my workflow. If now I had
to write a script to open the scratch buffer, then close it etc. etc. hm...
much less people would use such feature/pattern. The pluggins you mentioned
like tags.vim, projects.vim, could alse benefit be much more usefull, if
they could be opened for the short period of the need (to select sthg.),
etc...


anyway... I do not want to give the impression that I am blowing against the
wind... I will look at the code, if somebody wants to help, that is
welcome... Once implemented, I will list 100 use cases, where it will
improve everyday life experience with vim :)









-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Raspunde prin e-mail lui