Yes, a plugin that implements ITestController can be set as required in the desktop file, that's what I just did. Having more than one implementation for something as basic as holding the list of tests doesn't seem likely.<br>
<br><div class="gmail_quote">2012/2/9 David Nolden <span dir="ltr"><<a href="mailto:zwabel@googlemail.com">zwabel@googlemail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>I think this stuff should go into the project toolview, together with some proper filtering capabilities. We've already got far too many toolviews, they are a usability-mess.</p>
<p>The project-view could have some filtering-tabs or dropdown at the top with items like:<br>
* All<br>
* Sources<br>
* Changed (Replacement for VCS changes view)<br>
* Tests</p>
<p>Together with some nice color-annotations and maybe context-sensitive toolbuttons.</p>
<p>I think it's time to consolidate what we have.</p>
<p>Greetings, David</p></blockquote><div>I tend to agree with this, since tests will only belong to opened projects. If project managers are to be responsible for finding the test, why separate them afterwards? However, it does require more internal changes, so I won't go ahead without a consensus. <br>
</div></div>