Open not-my-profile opened 1 year ago
Yeah, it makes sense but I can see some drawbacks:
lume/plugins/katext.ts
thank lume/plugins/katext/katext.ts
.katex.test.ts
) but they need assets (stored in /tests/assets
) and they generate snapshots (stored in /tests/__snapshots__
).
The files making up a plugin are currently scattered across three different locations:
plugins/
in the lume repository contains the actual code, e.g.plugins/katex.ts
tests/
in the lume repository contains the test code, e.g.tests/katex.test.ts
plugins/
in the lume.land repository contains the documentation, e.g.plugins/katex.md
I think it would make sense to instead put all these files next to each other in this repository, e.g. we could have:
plugins/katex/katex.ts
plugins/katex/katex.test.ts
plugins/katex/README.md
The reasoning being that if you update the code, you likely also should update the tests and the documentation as well and that's easier to do when the files are all next to each other. Putting them next to each other also makes it easier to spot discrepancies. (Especially having the .md files in another repository makes contributing to plugins more difficult since you'd often need two PRs.)