Skip to content
This repository has been archived by the owner on Sep 2, 2023. It is now read-only.

Feature: File / path / URL resolving #103

Closed
GeoffreyBooth opened this issue May 20, 2018 · 4 comments
Closed

Feature: File / path / URL resolving #103

GeoffreyBooth opened this issue May 20, 2018 · 4 comments
Labels

Comments

@GeoffreyBooth
Copy link
Member

From an import statement, it is possible for a human to quickly find the file being imported. It doesn’t matter if the module being imported is coming from a local file or a URL.

Use case 13.

@guybedford
Copy link
Contributor

The feature for this could be seen as a "resolver spec" that dev tools can clearly follow (like with Node resolution currently), or it could be seen as a "resolver api".

This didn't seem clear to me that it was referring to a resolver API, so I created a new feature for that that is directly that feature (#157). Then lets let this track its original use case, and mark it as a duplicate of #104.

@demurgos
Copy link

demurgos commented Jul 18, 2018

From what I remember of the meeting discussions, this issue is specifically for humans working in their editor. This is not about programmatically retrieving the file, but allowing developers to look at a file and then know where to look for the imported file. It may be rephrased as "predictable import locations", "simple import algorithm" or "minimizing the number of indirections". (Avoiding to have to look in 3 config files just to find a dependency).

@guybedford
Copy link
Contributor

@demurgos completely agreed here, but this is still a duplicate of #104 under that interpretation (exactly the same use case number).

@demurgos
Copy link

Agreed that both are similar, but I still think they serve a different purpose. I'm neutral on marking it as a duplicate.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants