Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add plugin support #617

Closed
4 tasks
mikabytes opened this issue Feb 4, 2024 · 2 comments
Closed
4 tasks

Add plugin support #617

mikabytes opened this issue Feb 4, 2024 · 2 comments
Assignees

Comments

@mikabytes
Copy link
Collaborator

mikabytes commented Feb 4, 2024

We have several requests for the ability to modify how modules are mapped. A few related are: #555 #533 #556 #564 #522 #550 #520 #519

While it is unreasonable for ImportJS to support everything out of the box, there are many cases where it is reasonable to support different behavior for specific projects.

It would also help to develop and collaborate on experimental features over a longer time before integrating them in the official build of ImportJS.

Minimal support:

  • Adding identifiers given a file and AST
  • Removing identifiers given a file, AST, and identifiers
  • Globally adding files and identifiers outside the scope of ImportJS
  • Adding configuration schemas (enables potential plugins such as ES2023, or a .babelrc reader, to configure parserPlugins for us)

Let's use this issue to discuss if and how to achieve this.

@mikabytes mikabytes self-assigned this Feb 4, 2024
@lencioni
Copy link
Collaborator

lencioni commented Feb 5, 2024

It might be nice to move all of the meteor support into a plugin

@mikabytes
Copy link
Collaborator Author

Just saw another issue on the topic of plugins #490

Closing this in favor of keeping discussion in the previous one.

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

No branches or pull requests

2 participants