- The usage/look/feel is kind of clunky, with so miscellaneous delays and microadjustments, which make it feel slow.
- Several panels are having a 'not really adapted' display.
- A responsive display and adjustments would be much welcome.
- Adding a smart column adjustment (put the mouse cursor between two column titles, the cursor becomes a left-right double arrow, then double click will make the collumn adjust to minimum width without cutting the largest row) would be much welcome.
- etc

I would like to see a match CQLinq code edit behavior with VS's one.
eg., select multiple lines, then 'tab' and 'shift+tab' would shift +/-1 tab those lines.
eg., caret not selecting anything but put on line x, then 'ctrl+c' 'ctrl+v' 'ctrl+d' would copy the entire line (with \r\n included), paste the entire line, duplicate the entireline
eg., double click one word would show all usages of this word

The ndepend tool is for profound users, to make it closer to ordinary people I suggest incorporating some elements of augmented reality (like this https://jasoren.com/logistics/)

NCrunch is an absolute must have tool, and it does code coverage very well. i'd like to see a way to get NCrunch Code Coverage data into NDepend.

Provide a Jenkins CI plugin to integrate NDepend analysis and gather NDepend code metrics from Jenkins CI.

Parse IoC Framewoks settings XML files to append on-demand defined dependencies to the NDepend code model.

When using the SuppressMessageAttribute, the suppressed issues are grouped in the query result view. It would be very useful to also see the suppression ‘Justification’. Perhaps add a column so we could group by justification? Thanks.

With custom colors [1], It would be great to sync the ndepend UI colors with those of VS, is case of using this extension. Without it, the last VS color is "coming back" at every launch.

[1] https://marketplace.visualstudio.com/items?itemName=VisualStudioPlatformTeam.VisualStudio2017ColorThemeEditor

Sometimes queries need to be modified by us, but sometimes those queries are very generic and should be there for ALL Projects, for example today with Support they helped me to create a query to avoid a warning with JustMyCode.

If there were a central repository of Queries, then Ndepend would be able to connect to it (Nuget style) and the user would be able to select if they want to update or not the local queries. (Queries would need some versioning)

While supporting various code coverage output formats is helpful and is ideal from an ease-of-use standpoint, there will always be that one more coverage tool.

If instead you provide a documented xml(json, whatever) format, then one can transform the output of a coverage tool to that format without waiting for support for the format to be added to NDepend, or the coverage tool can even directly support an NDepend output option.

I want to store and reload the layout of a graph. When I analyse existing code, the layout needs to be adjusted manually to define clusters. It would be good if those adjustements can be stored not just as graphics, but as model layout. Alternatively adding special elements to support building group might be useful.

We are beginning to move towards linux based builders using a .NET Core environment for our .NET Core projects that are not dependent on windows. Because NDepend is a part of our build process, we cannot run any analysis at build times on the projects that have moved in that direction.

Make NDepend.Console .NET Core compliant so that it can run on these Linux builders and restore full analysis capability to out builds.

Why should we have to download anything to update the software? Provide us a button to click to perform an Update.

There is a Description in each violation but there could be a further link to your website explaining more and giving some code examples e.g. code before the change and suggested change so it complies.

Also the suggested Fixes are quite brief. While an experienced developer could know what to do, less experienced developer would have difficulties.

More real life small examples would educate, help and guide developers faster to make a better code.

And yes, these examples could be for each violations :)

Property accessors usually only use 1 field. If they are used to compute the LOCOM metric then the result can be very misleading.

Empty catch blocks are a serious maintainability/reliability issue, as is doing too much in a catch block. Would be great to have an easy way to locate/count all the places where catch blocks have no executable code in them, and/or get a line of code count in all catch blocks across an application.

Query code base in order to modify.

ReSharper is best in facilitating refactoring.
NDepend is best in facilitating code analysis and locating pieces of code.

Solution: integrate the ReSharper and NDepend in any suitable way.