skywind3000 wrote:
> It may be distracting the grep workflow. But how about building jobs ? It is
> completely different from grep:
> 1. the output of building jobs contains not only error location, but also
> building progress (which file is being compiled now).
> 2. The most important output for a building job is the last 1 or 3 lines,
> which indicate the building result: success or failed .
> 3. the output of building jobs contains warnings too, which I can simply
> ignore .
>
> So, people always care about the building result at first, if building
> job succeeded, there is no need to rewind
> the output text to the head. That's the main difference from grep to
> build, especially async build.
>
> People care about building progress too, they just need to read the
> latest output of gnumake, and get known
> how many files are there to be compiled. In this circumstance, there
> is also no need to rewind the quickfix window.
>
> Getting the job output autoscroll is a basic feature for many editors,
> just like:
> - Gedit's output window has autoscroll feature.
> - EditPlus/UltraEdit/NotePad++'s output window has autoscroll feature.
> - Eclipse/Visual Studio's output window has autoscroll feature.
> .................
>
> It is better to provide user an option to get quickfix autoscroll
> rather than force them using quickfix as an old
> synchronizing location and force them treating the complex building
> jobs as a simply grep .
If you are added lines to the quickfix list one by one, it's not too
difficult to also have a command to scroll the quickfix window.
How about adding the ":cbottom" command: if the quickfix window is
visible it will scroll to make the last line displayed.
A separate command also allows for some optimizations, e.g. only scroll
when an error was detected.
--
hundred-and-one symptoms of being an internet addict:
72. Somebody at IRC just mentioned a way to obtain full motion video without
a PC using a wireless protocol called NTSC, you wonder how you never
heard about it
/// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\ an exciting new programming language -- http://www.Zimbu.org ///
\\\ help me help AIDS victims -- http://ICCF-Holland.org ///
--
--
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.
