Hi, On Thu, Jul 7, 2016 at 1:09 AM, LCD 47 <[email protected]> wrote: > On 6 July 2016, Yegappan Lakshmanan <[email protected]> wrote: >> Hi, >> >> On Wed, Jul 6, 2016 at 2:18 PM, Daniel Hahler <[email protected]> >> wrote: >> > >> > set buftype=nofile >> > set noequalalways >> > call setqflist([{'lnum': 1, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, >> 'nr': 0, 'type': 'E', 'pattern': '', 'text': 'msg'}]) >> > copen >> > resize 1 >> > % vim -u minimal.vim >> > >> > Now going to the quickfix list (C-w j) and pressing Enter will >> > result in "E36: Not enough room". This happens because the "nofile" >> > buffer will not be re-used to display the error, >> > >> >> Yes. This is by design. > > Any particular reason why your designs tend to break things that > worked fine for 10+ years? Just wondering. >
This is the behavior of Vim for more than 10 years or so. I am able to reproduce this behavior even in vim 7.0. The recent changes to quickfix didn't change this behavior. Can you describe the quickfix functionality that was broken/changed by the recent changes. - Yegappan > > /lcd > >> When opening a file from the quickfix window, windows/buffers with >> 'buftype' set to "nofile" will be skipped. Many plugins set the >> 'buftype' to 'nofile' and use the buffer to display some content. >> Reusing that window for showing a selected file will impact the >> plugin. >> >> > >> > and when creating a new split apparently :1sp (or even :0sp?!) will >> > be used. >> > >> >> This is the expected behavior of the 'noequalalways' option. > -- -- 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 --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
