Siegfried Pammer
Siegfried Pammer
No, this is currently not possible.
This works on my machine. Did you change / reload the assembly list after analyzing the `Step1._item` field? ~This might invalidate references and cause the tree view to stop working.~...
> btw on the exposed by it doesn't show the object inside of arrays/list/dictionary isn't a direct relation but is still "exposed by" This is by design, it seems, looking...
Sorry, I do not follow.
See also https://github.com/NuGet/Home/issues/4790
> When certain method calls* are compiled with netstandard1.x, the emitted callvirt instruction references a member that does not exist. At runtime, these accesses are resolved to members of base...
Just tested this again... I can no longer reproduce this. @Rpinski @christophwille Can you confirm? Thanks! On my machine it resolves to ` C:\Program Files\dotnet\shared\Microsoft.NETCore.App\3.0.1\System.Private.CoreLib.dll`, which is correct.
It might depend on which frameworks you have installed: ``` C:\>dotnet --list-sdks 2.0.3 [C:\Program Files\dotnet\sdk] 2.1.802 [C:\Program Files\dotnet\sdk] 2.2.301 [C:\Program Files\dotnet\sdk] 3.0.101 [C:\Program Files\dotnet\sdk] 3.1.100 [C:\Program Files\dotnet\sdk] 3.1.400 [C:\Program Files\dotnet\sdk]...
The problem is that ILSpy uses its type system to generate ID strings and then looks up the XML doc for that ID string. In order to implement a language-agnostic...
Implementing such a feature would require to completely change the way search works. Currently it is only possible to search type definitions and members, nothing else. I would suggest separating...