Hi all,

I would like to discuss a simple generalization of quickfix for outputs that 
are mostly non valid errors or have no errors/matches at all. It's not that the 
qf window doesn't already support the use cases I'm describing below, just that 
it has some quirks and rough edges when dealing with them.

There are three scenarios that I came across that are pretty common but don't 
completely fit the way the quickfix window presents its contents:

1) Long stack traces, for which you want to see the context as much as the 
error lines themselves.

2) Long unit testing framework outputs, with lists of failing tests that show 
error lines interspersed with a hierarchy of test suites and test cases names.

3) Non error outputs. Sometimes your program won't fail and you still would 
like to see the output in an unified interface like the quickfix window. That 
is, you "press make" and see the output in the qf window: error or not.

The "problem" I see is that the quickfix window is too much oriented to 
highlighting errors/matches, which is almost fine as this is its main use case. 
But for the scenarios above sometimes it shows too much clutter:

a) The prefix || before each non valid line.
b) The blinding highlight (Search) of the current line.

What I would like is one or two flags to control (a) and (b) (or both at the 
same time). That is, to suppress the || prefix and to avoid the Search 
highlighting for non valid lines. Suppressing highlighting will lose some 
context; for example it will not be clear from the qf window where a :cnext 
will jump, but this is not a problem for (3) and almost not a problem for (1) 
and (2), as in general there is no point in setting the line to a non-valid 
one. Besides, the flags would be optional.

The worst combinations are (3-a) and (3-b). So, alternatively, a flag "no extra 
decorations when there is no valid error/match" could fit the bill also.

What do you think?

Cheers
--
Carlos

-- 
-- 
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.

Raspunde prin e-mail lui