<div class="gmail_quote">On Fri, Jun 10, 2011 at 5:50 PM, David Nolden <span dir="ltr"><<a href="mailto:zwabel@googlemail.com">zwabel@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

I read the blog-post about the VCS changes toolview, but didn't test it yet.<br>
<br>
In general though, do we really need a new toolview for this? To me,<br>
this functionality belongs into the "Project" treeview. In general, it<br>
should be possible to see the VCS status of files in the projects<br>
toolview.<br>
<br>
Showing _only_ the changed files equals a filter of the project tree,<br>
and could be done by generalizing the filtering-capability. Instead of<br>
having a filter-line, we could have a filter drop-down, with these<br>
items (for example):<br>
* All (the default)<br>
* Open (would show only the files currently open, could eventually<br>
replace the "documents" view)<br>
* VCS Changes (would show the files that changed according to VCS)<br>
* [[filter-line-edit]] (would show the current filter line-edit)<br>
<br>
Instead of creating more and more hardly discoverable toolviews, we<br>
should search ways to consistently integrate the whole stuff.<br>
<br>
Greetings, David<br>
<font color="#888888"><br>
--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</font></blockquote></div><br><div>The main difference is that in this case a plain list is easier to read while the project view is a tree, and information gets hidden quite easily.</div><div><br></div><div>I agree that this information should be displayed in the project view, also, but I think it's a different use case. I don't think it's about filtering.</div>

<div><br></div><div>I also agree that having too much toolviews can be counterproductive, but I also think that rushing into having all data in the same place is not the best scenario and could let us into a terribly cluttered interface that wouldn't let one use case or the other.</div>

<div><br></div><div>Aleix</div>