Hi guys! PR for versionadded description is here: https://github.com/symfony/symfony-docs/pull/2138
Thanks! Ryan Weaver US Office Head & Trainer - KnpLabs - Nashville, TN http://www.knplabs.com <http://www.knplabs.com/en> http://knpuniversity.com Twitter: @weaverryan On Tue, Jan 15, 2013 at 7:27 AM, ryan weaver <weaverr...@gmail.com> wrote: > Hi guys! > > Let me sum up a few thoughts: > > 1) I'll move forward shortly with my original plan of (a) getting a doc > ready so we can track and encourage some important docs to be reviewed by > core devs and (b) organize a hack day on the docs. > > 2) @Stof I'm for more help and I've been thrilled to have guys like > @WouterJ lately :). Where I need the most help is not closing issues, but > preparing for them to be closed - commenting that things are fixed, > creating PR's for issues, determining that issues are invalid, and helping > to review PR's. Immediately, I'll do a more active job of commenting on > PR's to highlight their issues. When PR's don't get merged quickly, it's > usually because there is a problem - i.e. it needs heavy review (new > documents), contains a mixture of changes to multiple branches (and thus > needs to be split up), or maybe is deep enough in some code that it > actually needs to be tried and tested out. I'll highlight these and > hopefully get some help with these more time-consuming parts. > > 3) I like the versionadded because it tells me "oh, that's a new feature, > that's why I didn't see it before" or "I need that! But I'll need to > upgrade Symfony" or "I could have swore the function was called something > else - ah, it was renamed in 2.2, that makes sense". So I'm a big +1 for > this tag. BUT, you're right that on Sf 2.8, it would be a bit insane to > still have so many of these - e.g. "New in 2.1!". I think we should do 2 > things: > > a) Whenever we have a new version/branch of the docs, we remove all > versionadded tags that are for versions whose end-of-life had been reached > at the time of that version being released. For example, suppose the > end-of-life date for 2.1 were May 2013, and 2.3 comes out in June 2013. > When we create the 2.3 branch, we would remove all of the 2.1 versionadded > tags. This should keep things relevant. > > b) Add to the docs contributing page to formalize this. I'll open a PR > for this and we can get the details of it right there. > > Thanks! > > On Tue, Jan 15, 2013 at 4:37 AM, Victor Berchet <vic...@suumit.com> wrote: > >> so an API doc > > > > > Ryan Weaver > US Office Head & Trainer - KnpLabs - Nashville, TN > http://www.knplabs.com <http://www.knplabs.com/en> > http://knpuniversity.com > Twitter: @weaverryan > -- -- If you want to report a vulnerability issue on Symfony, please read the procedure on http://symfony.com/security You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to symfony-devs@googlegroups.com To unsubscribe from this group, send email to symfony-devs+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-devs?hl=en