3 ms·
New Rails documentation site
- tortilla 18y agoI've been using this all morning. I really like the live results search thingy. Seems more accurate that others. We'll see.
- tc7 18y agoAnd it was good. As I know from personal, recent experience, it is danged hard to learn Rails with my normal surf-around-the-intrawebs method. (I eventually find great content on blogs and message boards, but there's a dearth of good entry-level stuff readily available. *Edit: And good general docs, which this site addresses more directly.) This looks like a giant step forward for train-kind. Looking forward to using it a lot.
- deleted 18y ago[deleted]
- sant0sk1 18y agoI'm a big fan of RailsBrain. Especially when used with Fluid in offline mode, but this looks great because of the ability to add notes.
- bprater 18y agoOften, I wish the rails-core would "bless" one of these documentation sites. Just knowing that DHH has passed his fairy wand over one would bring an amazing amount of traffic, in turn, creating a more robust resource. I'm truly confounded why he hasn't done this.
- lpgauth 18y agoUsually use ri but this looks neat.
- cglee 18y agoslow as snails...can't even get the page to load
- tortilla 18y agoSeems fine to me. No lag, search is snappy.
- edb 18y agoI never understood why nobody has built a documentation webapp where you just enter the SVN/CVS/GIT of a project and the webapp checks out the code onto the server's backend at a fixed internval then generates documentation from a standardized commenting layout, kind of like doxygen but more social. It could be neat, you could even have the app merge user submitted comments or changes to documentation (submitted via the web-app) back into the code documentation in the repository. Maybe set a convention where you create a DocApp folder for pages, all synced with the online webapp. I hope this is what Nodata is working towards.
- jamesbritt 18y agoIt's been on my To-Do list for ruby-doc.org for, oh, forever. One issue is in making sure that as the API changes you can still correctly associate past comments to API where still appropriate. (The auto-svn c/o is in place at least ...) Not a fan of automatically merging comments back into the source code though. Better to just have someone sensible update the docs when needed and submit a patch.