Gerrit Birkeland

> This probably won't happen this year, so unfortunately I think the best bet for this feature is to do filtering in onBeginResolve like the comment plugin does. - Me...

It's still possible to do this - it just needs to be done at an earlier state. Removal needs to happen at EVENT_BEGIN_RESOLVE instead of later

This happens for the same reason it happens with [project references](https://typedoc.org/guides/project-references/). TypeDoc creates a new program for each monorepo, and symbols between programs are completely separate... but references are resolved...

I think that's definitely a promising path forward! I'm probably not going to have time this weekend to look at it in as much detail as it deserves, but it's...

This is definitely something that should live in TypeDoc itself - unfortunately it's kind of tricky to do... right now we resolve references based on symbols, and TS uses different...

No, the compiler is behaving exactly as it should. The programs are entirely separate so they really should be separate. This resolution is something TypeDoc would have to do, likely...

declaration maps are definitely going to be part of the answer, but they aren't sufficient without some additional work to stop using symbols.

Wow, yeah that's annoying... this could be done by a plugin today by providing a custom theme that just overrode the buildUrls method, but that's still not ideal. I've wanted...

@SamuraiJack you might be interested in this

Looking at ... would an alternative, much less IO expensive, fix be to switch the `indexOf("node_modules")` to `lastIndexOf("node_modules")`?