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
Meta: Outgrowing a single Readme? #29
Comments
Potentially confounding factor: growth in README complexity reflects an unsustainable increase in underlying code complexity, and instead of growing the README we should be shrinking the code by parceling off libraries and components to new repositories with their own README. IOW it's a smell not a bug. |
My biggest issue is I want a URL for each pattern. Currently the readme (as rendered by github) offers that with hash fragments. If it's broken out, it should have good, stable URLs |
See also #40 |
Talking about this: I'll be at the summit in SF next week, is anyone else up for doing a quick sprint to merge pattern repos? It'd be great to have them all in one place and to collect some examples! |
That would be great. I'll be at the Summit Day 1, but we could schedule a meeting whenever during the following days (I just can't be there for all the sessions). On Wed, Sep 17, 2014 at 12:26 PM, Friedrich Lindenberg
|
@pudo: timing will be tight, but I'm definitely interested in the idea! |
I've now heard from 2 people (trending?) that the current single-file readme format is getting difficult to read. In my mind, the way to grow is towards a middleman/jekyll format in which each pattern lives in its own markdown file and this would live at its own web-address (I'd make travis do the compilation/publishing automatically tho)
Benefits: easier to format for consumption
Drawbacks: more daunting for contributors, more difficult to find (arguable?), complexity
The text was updated successfully, but these errors were encountered: