-
Notifications
You must be signed in to change notification settings - Fork 53
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
Sync laws to GitHub #161
Comments
@krues8dr, I've assigned this to you because I think you might enjoy finishing this up at some point. It's going to be a wildly popular feature, and get a lot of attention. But it's entirely possible that I'll surrender to temptation and do this myself. :) |
Towards supporting #161, although also just a useful bulk download.
Propose moving Milestone to |
I'm OK with moving it to a future release because it's actually quite possible to do this without any additional State Decoded functionality, thanks to the plain text files that are output. Somebody could easily check all of those files in, with each new release. That's not as slick as auto-synching via Git, but it ain't bad. |
There is a great deal of interest in storing laws in GitHub. Provide the functionality to export laws to GitHub, presumably via plain-text export to the file system. The glip project is a GPLd Git library for PHP—that could provide the glue for synching.
Specifically I'm thinking that the steps are:
If the text to be put on GitHub is plain text, then it's necessary to iterate through the
laws_text
table, presumably via a newLaws
method. On the other hand, if it's HTML, then the contents oflaws.text
can be used as-is, and the laws_text table can be ignored. Finally, if it's Markdown, either thelaws.text
content can be converted to Markdown, or perhaps a program like Markdownify can simply convert the HTML to Markdown. In a quick poll of subject-matter experts on Twitter, Markdown was the most popular format, with the caveat that it would be the wrong choice if anything was lost in the conversion. @emasters suggests using AsciiDoc, which is a supported file format within GitHub.The text was updated successfully, but these errors were encountered: