AngularJS 1.2.0: timely-delivery
51–60 of 64 posts
Re: AngularJS 1.2.0: timely-delivery
#52Earlier quoted context omitted.
Here's your example without a watch: http://plnkr.co/edit/GCv7bQALiOTgJ0npavwi?p=preview
That looks interesting, so does the filter reevaluate automatically when any of the variables used in the expression change? edit: and thanks a lot for taking the time to look at it!
[1] http://plnkr.co/edit/JYyUvyh30e5L9KwVjDW2?p=preview
[2] http://plnkr.co/edit/ffYb14JjgSip5BTITILS?p=preview
edit: much happier with this version than the one I started with, thanks
edit: added example [2] which doesn't require a watch but still uses the service to do the filtering (because in my app it's actually an ajax call)
Re: AngularJS 1.2.0: timely-delivery
#53Earlier quoted context omitted.
Its Blogger -- doing it this way allows them to cache the viewer across their thousands of blogs, and load only the content.
Well, if they just served html, they'd still only need to serve the content (and the viewer, the web browser, would indeed be cached in the form of an installed application on the end user's system).
Re: AngularJS 1.2.0: timely-delivery
#54"This commit introduces the notion of "private" properties (properties whose names begin and/or end with an underscore) on the scope chain. These properties will not be available to Angular expressions." I wish they'd discuss stuff like this and I wish that MongoDB did not store primary keys on _id field. I blame myself though.
This change was discussed: https://github.com/angular/angular.js/pull/4509 It is also clear from the discussion that there are dissenting opinions -- we are constantly iterating and welcome issues and pull requests to make features work even better. The best way to influence AngularJS is to send a pull request.
Re: AngularJS 1.2.0: timely-delivery
#55Re: AngularJS 1.2.0: timely-delivery
#56Earlier quoted context omitted.
Well, if they just served html, they'd still only need to serve the content (and the viewer, the web browser, would indeed be cached in the form of an installed application on the end user's system).
The content can be served as a JSON object containing just the post and the metadata. If you scale up to millions of requests, suddenly you're saving a lot of bandwidth by not sending the same header, sidebar, footer etc everytime.
Re: AngularJS 1.2.0: timely-delivery
#57I just wrote a yeoman generator to bootstrap a phonegap application with angular 1.2.0 : https://github.com/dsimard/generator-angular-phonegap
Re: AngularJS 1.2.0: timely-delivery
#58AngularJS is being one of the coolest thing since Node.js
Re: AngularJS 1.2.0: timely-delivery
#59Earlier quoted context omitted.
This change was discussed: https://github.com/angular/angular.js/pull/4509 It is also clear from the discussion that there are dissenting opinions -- we are constantly iterating and welcome issues and pull requests to make features work even better. The best way to influence AngularJS is to send a pull request.
You are right it was. But most people do not track all issues of all projects they depend on. While I'd love to do that, there's simply not much time. I belive this should have been in an earlier RC or Beta. This way, more people would have tested ot, ir got a chance to read changelog (I follow the blog and check each beta release). If that window was missed, it should have gone for the next major release. What I see…
I think the change is reasonable, limiting AngularJS' expression to leak less information into the templates is a good idea IMHO, as described in particular with the new controller syntax.
Disclosure: I work at Google, but I have not been involved in this discussion at all.
Re: AngularJS 1.2.0: timely-delivery
#60Earlier quoted context omitted.
Well, if they just served html, they'd still only need to serve the content (and the viewer, the web browser, would indeed be cached in the form of an installed application on the end user's system).
The content can be served as a JSON object containing just the post and the metadata. If you scale up to millions of requests, suddenly you're saving a lot of bandwidth by not sending the same header, sidebar, footer etc everytime.
2) "lot of bandwidth" - I doubt it. It's only the embedded html you'd have to resend -- and that gets compressed with the rest of the main html document. Everything else (images, css, javascript) gets cached via normal request caching.