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

Refactor use mechanics for multiple plug-ins #5

Closed
wooorm opened this issue Jan 10, 2016 · 0 comments
Closed

Refactor use mechanics for multiple plug-ins #5

wooorm opened this issue Jan 10, 2016 · 0 comments
Assignees
Labels
🗄 area/interface This affects the public interface 💪 phase/solved Post is done 🧒 semver/minor This is backwards-compatible change 🦋 type/enhancement This is great to have

Comments

@wooorm
Copy link
Member

wooorm commented Jan 10, 2016

The current support is wonky in some places. But, the fix will be in a major release.

  • Support for accepting a processor as argument to use() is wrong;
  • Support for a list of plug-ins and options is not intuitive. Accepting a list
    of plugin--options tuples is more logical.

Related to yoshuawuyts/virtual-markdown#1

@wooorm wooorm added the 🦋 type/enhancement This is great to have label Jan 10, 2016
@wooorm wooorm self-assigned this Jan 10, 2016
@wooorm wooorm closed this as completed in 37e4d67 Feb 13, 2016
wooorm added a commit to retextjs/retext that referenced this issue Mar 2, 2016
This smoothes the interface of `use()` when using more than one
plug-in.  See unified unifiedjs/unified#5 for more information.
@wooorm wooorm added ⛵️ status/released 🗄 area/interface This affects the public interface 🧒 semver/minor This is backwards-compatible change labels Aug 10, 2019
@wooorm wooorm added the 💪 phase/solved Post is done label May 20, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🗄 area/interface This affects the public interface 💪 phase/solved Post is done 🧒 semver/minor This is backwards-compatible change 🦋 type/enhancement This is great to have
Development

No branches or pull requests

1 participant