GeezerVison is showing github.com — TSServer: navto command should be supported without a file · Issue #2530 · microsoft/TypeScript
TSServer: navto command should be supported without a file #2530DescriptionCurrently the file is only used to detect the virtual project. Now that we have tsconfig.json support we can use the language service bound to a tsconfig.json file to find navto items. I would propose the following handling in case of the absense of a file:
- no tsconfig project. Command return no content message
- all projects are tsconfig project: return the nav to items (filter duplicates)
- there is a mix: the response contains a flag indicating that the result might be incomplete.
Reacted by Matt Bierner, Benjamin Pasero and Alexander Activitymhegazy commented on Mar 27, 2015 I find it strange that you would get results from all projects even if you have a file open which points you to a single project. Can you explain the scenario you want to enable?
I think we have a related issue (#2531), if that fixed, given a file you would be getting all results from related projects, but not unrelated. would that satisfy your scenario? dbaeumer commented on Mar 27, 2015 If I think about a workspace with n components I would have a tsconfig.json file per component. Now if I want to navigate in that workspace I would like to see a list of all navto items accross all components. For me that is comparable to a VS solution having n projects where project === tsconfig.json dbaeumer commented on Mar 27, 2015 So to answer your question: no.
I would still like to see a mode where I can see all items. mhegazy commented on Mar 30, 2015 mmm. this is interesting, i think this is the a good scenario to support; but how would you make this not noisy in the general case? imagine a few files open, each with a few .d.ts files, now you get navigate to results, and you get a lot of results that may or may not be what you are looking for. steveluc commented on Mar 30, 2015 I think the only way to make this not confusing is to have some way of expressing project relationships. So far we have chosen not to do this, leaving that level of specification to project systems such as grunt and gulp.
I agree with Mohamed this is a good scenario and we should support it in some way. We could have two different commands in Sublime, one that just searches through every open project and one that searches only the projects that include the current file. This could be supported in the protocol, as Dirk suggests, by making the file optional.
Either way, I think this would be more helpful and less confusing if we implement a way to explore the set of currently active projects, as Mohamed has previously suggested.
Steve
From: Mohamed Hegazy [mailto:[email protected]]
Sent: Monday, March 30, 2015 11:02 AM
To: Microsoft/TypeScript
Subject: Re: [TypeScript] TSServer: navto command should be supported without a file (#2530)
mmm. this is interesting, i think this is the a good scenario to support; but how would you make this not noisy in the general case? imagine a few files open, each with a few .d.ts files, now you get navigate to results, and you get a lot of results that may or may not be what you are looking for.
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/2530#issuecomment-87774495. dbaeumer commented on Apr 10, 2015 I gave it some more thoughts and simply providing no file will not do the trick. It will force the TS service to search for all tsconfig.json files and open them. And that might not be what the user wants.
So if a workspace has more than one tsconfig.json file I think we need something like a tsglobal.json file which describes the valid tsconfig.json files and there dependencies. The TS service could then open the tsglobal.json file and act appropriately.
And I like the idea of being able to explore the set of active projects. It would help the user to understand the behavior of some global actions better. added this to the This milestone has been deleted milestone on Jan 4, 2018bpasero commented on Mar 17, 2020 sandersn commented on Mar 18, 2020 So: navto needs to have an option to find symbols across all projects, as defined by project references? Or is there something additional needed?
I don't know the navto code or the project references code, so I don't have an idea yet of how hard this will be. dbaeumer commented on Mar 19, 2020 sandersn commented on Apr 15, 2020 Looking at this, it seems that navto currently returns symbols from the current file's project and any dependencies. But it doesn't return symbols from dependent projects. That is for projects Base -> Derived, in Base, you only get Base's symbols, but in Derived, you get the symbols of both.
If all the symbols are already available and are being filtered by file, then it might not be to skip the filtering and return all of them. I'll go find the navto implementation and see. sandersn commented on Apr 16, 2020 Development is happening on the branch navto-covers-all-projects. It's pretty hacky right now, and extremely slow on Typescript itself.
(Note that I'm using emacs, which makes a synchronous call to get the navto list, so it's probably better in Code.)
MetadataMetadataDevelopmentNo branches or pull requestsIssue actions
|