Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hello,
In this PR, I fixed eslint because it breaks on the new
assert {type: 'json'}
syntax. I fixed it by introducing Babel to interpret the syntax. I then solved the lining issues that arose.There is a lot to like in this PR. But there are a few controversial decisions I made.
Why do we need Babel?
eslint/eslint#15305 states that eslint will only be implemented when the TC accepts it, so we need Babel as a temporary stopgap.
Why did you remove the commented-out code?
there were a lot of unused variables and imports that were only there for the unused code. So that either needed to be commented out or needed to be removed. I disliked "dead" code because it does not get updated, keeping it in a working state code-wise and idea-wise.
You switched the fork of json-stringify-pretty-compact. Why?
I saw that typescript was complaining about the import. That is why I started looking at what was happening, and I saw that this was a fork of another repo. I don't know the original reason for changing, but the original repo started getting updates again. So I switched back, and that fixed the problem and introduced no new regressions.
You added lining to the GitHub actions. This means that people who want to update the index will need to fix the lining errors in the glue code.
Because we now get a notification when there is a linting error, we can let the person who introduced it fix it.
Why is cSpell now included in .vscode?
cSpell is the most used spellchecker for vscode. So, capturing some OSM-specific words will help prevent error fatigue.
I am open to feedback and applying any changes you feel necessary.
-wvdp