-
-
Notifications
You must be signed in to change notification settings - Fork 3.3k
Plugin/Loader doc pages should have clear, explicit links to their respective repos #1107
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
Comments
A link already exists: "Edit this page" links to the corresponding GitHub project, more specifically to its README. |
Yes. It's a link to the editing page for the README page. I personally didn't even think on clicking it (or even look where it leads), because usually I have no intention to edit a README. I might want to go the project's Github page and file an issue, for example. Things must be made as explicit as possible. (On a grumpy note: honestly, what is it with webpack team and clear unobstructed communication?) |
I can look into this one. |
Awesome! |
…on (e.g. plugins/loaders) Break page links out to their own component to isolate the logic and styling a bit. Remove icons as their alignment and weights are a bit off. This should likely be re-visited later on as they would look better with some nice icons. Resolves #1107
…on (e.g. plugins/loaders) Break page links out to their own component to isolate the logic and styling a bit. Remove icons as their alignment and weights are a bit off. This should likely be re-visited later on as they would look better with some nice icons. Resolves #1107
This looks super nice. Awesome! |
Uh oh!
There was an error while loading. Please reload this page.
In addition to #1076 :
Loaders and plugins are not a part of webpack. And they are not always a part of webpack-contrib. Their documentation pages should have a link to the plugin's/loader's respective Github repo.
UPDATED
Explicit is better than implicit. Currently the only ways to get to the respective repos is:
Way 1:
Code
/Issues
/whatever you actually need in the repoWay2:
This assumes that a person interested in a project's repo will figure out that they have to click "Edit this page" to get to the repo. Which is counterintuitive to say the least.
The text was updated successfully, but these errors were encountered: