-
Notifications
You must be signed in to change notification settings - Fork 60
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
Readme page on the website, better than moving directly to the Repo #410
Comments
That seems like a lot of work to keep in sync. Why is that better than moving to the repo, where you're closer to filing an issue if needed? |
I guess nope, I can easily do it, by just fetching the readme data into the page for each proposal since each proposal has a README by default https://raw.githubusercontent.com/tc39/proposal-regex-escaping/main/README.md for example fetch this data, adding a markdown transformer to HTML, and it can be live |
Right, but what's the value/benefit? |
This will support building the RSS, and its more robust we can have better features to spotlight and filter by stages and so on. See no need from it currently but I think it will has features coming later |
As you pointed out in #409, https://github.com/tc39/dataset already potentially covers that - we wouldn't want to use readme text as a data source. I still don't see the benefit of duplicating the source of truth - sending someone to the repo seems strictly better to me than a webpage. |
Got your point, we can close it now 🙏 |
I would like to add a small feature, which is remotely fetch the Readme file of each proposal to the website itself
The text was updated successfully, but these errors were encountered: