-
Notifications
You must be signed in to change notification settings - Fork 434
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
Generate hotwired/turbo-site
content from hotwired/turbo
source
#997
Comments
hotwired/turbo-site
content from hotwired/turbo
Source Codehotwired/turbo-site
content from hotwired/turbo
source
In the meantime, I've opened hotwired/turbo-site#145 to document CustomEvent type information that was lost with the removal of TypeScript. Some CustomEvents are dispatched with references to internally defined Turbo JavaScript objects like FormSubmission, FetchRequest, FetchResponse, FrameElement, and StreamElement. Without providing type information for those objects, they are prone to change shape in a way that has unintended side-effects related to backward compatibility. If the documentation for those classes resided in the same repository as their source code, it would be easier to coordinate changes in both places at once. |
I strongly agree with this, is there anything that can be done? Currently there are already several things that have been released and are not documented yet. Having separate repositories I feel exacerbates the problem. @jorgemanrubia @afcapel what do you think? |
@jorgemanrubia @afcapel @kevinmcconnell now that Turbo 8 has been released, I wonder if there's an opportunity to consolidate |
Since the team's official stance is that end-user facing documentation serves as the project's source of truth (for type information and more), it would be extremely valuable to embed the documentation website into the project's source code.
The documentation pages for Stimulus are generated by commits in the project's docs/ directory. By automatically integrating the two repositories, contributors can propose documentation revisions simultaneously with source code revisions. Without tight integration, it's possible for changes to public interfaces (either through changes to internal JavaScript object properties and functions, Custom Element classes, or changes to
CustomEvent.details
) to drift from what's documented.What can be done to enable the same integration and lock step for the Turbo project?
The text was updated successfully, but these errors were encountered: