AngularJS 1.2.0-rc1 released
blog.angularjs.org
blog.angularjs.org
Documentation.
It isn't sexy to write docs; as a developer you don't get that feeling of 'shipping code', but it is one of the most important parts of an open source library.
Knowing that your question is always a google away (not a 'I hope someone asked this on StackOverflow' away) is important and I hope they improve in this arena.
A little linking would go a long way though. For example that ngModel page really needs to link to NgModelController!
Edit: and yes, I did actually crack open the source to see if I could make that change. In places it's ... pretty densely written. It seems to me that at least checking to see if an array has any elements and aborting if it's empty would go some of the way to stopping the locking-up problem, but I couldn't work out if that was so.
So like everyone else I have a frankenstein pair of directives to achieve the same thing.
It would also be nice if it just did the expected thing out of the box. I can accept that there may well be sound technical reasons for the way it is, but I haven't seen any. All that happens when you raise this limitation is one of three things:
1. "Use ngIf".
2. "Use ngInclude".
3. "Write your own directives".
I tried 1 and 2, that's why I'm on 3.
http://sporto.github.io/blog/2013/06/24/nested-recursive-dir...
I've modified it a bit to add a $watchCollection listener. So when a recursive array is updated, it deletes a child OL and then recompiles again:
https://gist.github.com/jchester/6227865
I don't particularly like the fact that this creates a dependency on jQuery (through .empty()).
There are other approaches where the recursion is sorta-kinda-but-not-really built into a single directive:
https://gist.github.com/furf/4331090
https://github.com/eu81273/angular.treeview
Edit: I guess what I wished for would be something like this --
<div ng-repeat="recursive items in sub_items">{{foo}}</div>
or <div ng-recursive="items in sub_items">{{foo}}</div>
or <div ng-repeat="items in sub_items" ng-recursive>{{foo}}</div>
Whichever is easiest to get into the mainline code.Now that the Angular core team has taken the step of moving the core routing infrastructure out into a separate library, I'd like to take this opportunity to recommend the unofficially-official alternative: https://github.com/angular-ui/ui-router/#ui-router
When I returned to the routing bits in my app, I picked up ui-router. It's such a nice library, I can't say enough good about it other than this: it should be in Angular core.
I most appreciate nested routes and the state handling; the integration with ng-animate is just butter. Thank you!
> I can't say enough good about it other than this: it should be in Angular core.
Yeah, the core team have promised us that they'll be evaluating it for inclusion in 2.0.
1. Download (or point to) https://ajax.googleapis.com/ajax/libs/angularjs/1.2.0rc1/ang...
2. You're done
You should be able to specify this version as you do others in your bower.json.
The same goes for angular-resource, angular-cookie, angular-scenario, and the newly created angular-route. They are all versioned along side the main library, so use 1.2.x as the version for all of them.
Failed to instantiate module editor due to: Error: [$injector:unpr] Unknown provider: $routeProvider
What happened to the cool release names such as Longhorn, Maverick, Feisty Fawn, et al? These days libraries have such funky names, kind of odd. There's a ruby gem out there that's called Steak. Yep, Steak.
I know that doesn't answer your question directly; just wanted to point you to the existing discussion.