or this ? http://www.ractivejs.org/
2014-05-14 12:28 GMT+01:00 Anthony <abasta...@gmail.com>: > Is this the reactive.js you are using: > https://github.com/component/reactive? > > > On Wednesday, May 14, 2014 1:20:25 AM UTC-4, Massimo Di Pierro wrote: >> >> I am looking at jQuery.js + underscore.js + reactive.js and I find >> everything I ever looked for. Seems much more flexible than Angular.js and >> I cannot see what I would be missing. What would I be missing? >> I just wish they shared the same namespace instead of $, _, Reactive. >> >> >> >> >> On Tuesday, 13 May 2014 23:40:58 UTC-5, Massimo Di Pierro wrote: >>> >>> I have been using angular.js a lot but I find the controller pattern to >>> be too constraining. for example I cannot use promises outside the scope of >>> a controller. I also find that while easy for simple example is get easily >>> out of hands and I find myself having to revert to jQuery for lots of >>> stuff. Consider for example the case of opening/closing a panel when a >>> button is clicked. One can do this with angular but if you wish to add any >>> animation to the panel, you have to use jQuery. >>> >>> >>> >>> >>> On Monday, 12 May 2014 14:28:48 UTC-5, Michele Comitini wrote: >>>> >>>> How is angular.js compared to ractive.js inside web2py's ecosystem? >>>> What is your opinion? >>>> >>>> 2014-05-12 18:25 GMT+02:00 António Ramos <ramstei...@gmail.com>: >>>> > >>>> > I´m just in favor of angular to improve and modernize user >>>> experience. >>>> > In this matter router-ui seems very interesting also. >>>> > Also ng animate for animations. >>>> > >>>> > I dont understand how you relate directly data out of sync with >>>> angular and >>>> > not with web2py. >>>> > If new data on server, just publish it to the clients so all update >>>> it.Its a >>>> > web2py problem not angular. >>>> > >>>> > >>>> > Regards >>>> > António >>>> > >>>> > >>>> > 2014-05-12 16:59 GMT+01:00 weheh <richard_gor...@verizon.net>: >>>> > >>>> >> Filtering and sorting can definitely save on http calls. Is there >>>> anything >>>> >> else you can think of where it's applicable without creating a synch >>>> issue >>>> >> in highly collaborative apps? >>>> >> >>>> >> >>>> >> On Monday, May 12, 2014 11:37:07 PM UTC+8, Ramos wrote: >>>> >>> >>>> >>> I was not talking about hiding on click. I was thinking about >>>> filtering >>>> >>> with a live search box above the table. >>>> >>> Angular Filters and directives are awesome and once you know them >>>> you >>>> >>> cant stop thinking about them. >>>> >>> >>>> >>> I´m here to learn so feel free to pun me... >>>> >>> >>>> >>> :P >>>> >>> >>>> >>> >>>> >>> 2014-05-12 16:25 GMT+01:00 weheh <richard...@verizon.net>: >>>> >>> >>>> >>>> @Ramos: of course, I understand that Amber's script was >>>> necessarily >>>> >>>> limited, but it did highlight an important gotcha with this kind >>>> of >>>> >>>> scripting when used with web2py. And if all I wanted to do was >>>> hide a table >>>> >>>> entry on click, I wouldn't want to pay the penalty of loading >>>> AngularJS to >>>> >>>> do that. $(".target").hide() works fine. So I'm still looking for >>>> the angle >>>> >>>> where AngularJS fits (no pun intended, but happy to make the pun >>>> anyway). >>>> >>>> ;-) >>>> >>>> >>>> >>>> >>>> >>>> On Monday, May 12, 2014 6:15:37 PM UTC+8, Ramos wrote: >>>> >>>>> >>>> >>>>> Amber was only focused in showing how easy it is to create a >>>> better >>>> >>>>> experience for the user using Angular than simple javascript. >>>> >>>>> Also a lot less code for us, developers. >>>> >>>>> >>>> >>>>> It was just a simple demo. Of course that if the app was real and >>>> to be >>>> >>>>> used by many, she could/should worry about keeping data in sync. >>>> >>>>> And angular could fetch ajax data just like web2py components.I >>>> see no >>>> >>>>> diference here. Its only a matter of taste. >>>> >>>>> >>>> >>>>> I could as well say that using only web2py,if i have 1000 users >>>> and >>>> >>>>> everytime i need to hide a row in a table i need an http call, my >>>> server >>>> >>>>> will die soon with all requests.. and for this angular is a >>>> perfect fit. >>>> >>>>> >>>> >>>>> >>>> >>>>> >>>> >>>>> >>>> >>>>> 2014-05-12 3:28 GMT+01:00 weheh <richard...@verizon.net>: >>>> >>>>>> >>>> >>>>>> +1 regarding the AngulaJS talk with web2py by Amber Doctor. >>>> Kudos to >>>> >>>>>> Amber for a talk well given! >>>> >>>>>> >>>> >>>>>> I've been studying AngularJS a little and haven't written any >>>> code, >>>> >>>>>> yet, but my web Spidey sense is giving off alarms. I think >>>> Amber's talk >>>> >>>>>> underscores a potential danger of client-side MVC. First, >>>> correct me if I'm >>>> >>>>>> wrong, but there's nothing in AngularJS that you can't already >>>> do in web2y >>>> >>>>>> using components. The difference is that Angular does it client >>>> side without >>>> >>>>>> needing to make an http call, so it potentially runs faster. And >>>> AngularJS >>>> >>>>>> seems to have a more compact way of doing things we do in jQuery >>>> with >>>> >>>>>> _onclick="blah blah blah" and other such >>>> ajax("url",["target"],":eval"); or >>>> >>>>>> web2py_component(...) stuff. >>>> >>>>>> >>>> >>>>>> The danger highlighted by Amber's example is that Angular makes >>>> it >>>> >>>>>> much easier to create a client-side model that gets out of synch >>>> with its >>>> >>>>>> server-side web2py model. And keeping them in synch violates DRY >>>> principles, >>>> >>>>>> requiring the http calls that you would have had to do anyway if >>>> you did a >>>> >>>>>> web2py-component-only approach. >>>> >>>>>> >>>> >>>>>> For instance, if Amber's talk had been about a collaborative >>>> recipe >>>> >>>>>> app and someone was updating the recipe database serverside >>>> while somebody >>>> >>>>>> else was perusing the db clientside, then it would be easy for >>>> the >>>> >>>>>> clientside user to get an out of date recipe and stay ignorant >>>> of that fact >>>> >>>>>> for a very long time. That's because the local copy of the data >>>> is fetched >>>> >>>>>> only once when the recipe is first clicked, assuming I >>>> understood her app >>>> >>>>>> correctly. Further exiting and entering the recipe would not do >>>> an http >>>> >>>>>> call, whereas the web2py component approach would naturally >>>> force an http >>>> >>>>>> call, thereby keeping the user in synch. >>>> >>>>>> >>>> >>>>>> AngularJS seems to offer nifty, high-performance clientside >>>> business >>>> >>>>>> logic ability. But unless structured carefully, it's not clear >>>> that it'll >>>> >>>>>> save http calls without endangering synch between client and >>>> server. And it >>>> >>>>>> could introduce even more complexity in terms of debugging and >>>> verbosity in >>>> >>>>>> terms of supporting two MVCs for the same app. The thought of >>>> that makes me >>>> >>>>>> wince. >>>> >>>>>> >>>> >>>>>> Anybody else have an opinion about this? >>>> >>>>>> >>>> >>>>>> -- >>>> >>>>>> Resources: >>>> >>>>>> - http://web2py.com >>>> >>>>>> - http://web2py.com/book (Documentation) >>>> >>>>>> - http://github.com/web2py/web2py (Source code) >>>> >>>>>> - https://code.google.com/p/web2py/issues/list (Report Issues) >>>> >>>>>> --- >>>> >>>>>> You received this message because you are subscribed to the >>>> Google >>>> >>>>>> Groups "web2py-users" group. >>>> >>>>>> To unsubscribe from this group and stop receiving emails from >>>> it, send >>>> >>>>>> an email to web2py+un...@googlegroups.com. >>>> >>>>>> >>>> >>>>>> For more options, visit https://groups.google.com/d/optout. >>>> >>>>> >>>> >>>>> >>>> >>>> -- >>>> >>>> Resources: >>>> >>>> - http://web2py.com >>>> >>>> - http://web2py.com/book (Documentation) >>>> >>>> - http://github.com/web2py/web2py (Source code) >>>> >>>> - https://code.google.com/p/web2py/issues/list (Report Issues) >>>> >>>> --- >>>> >>>> You received this message because you are subscribed to the Google >>>> >>>> Groups "web2py-users" group. >>>> >>>> To unsubscribe from this group and stop receiving emails from it, >>>> send >>>> >>>> an email to web2py+un...@googlegroups.com. >>>> >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>>> >>> >>>> >> -- >>>> >> Resources: >>>> >> - http://web2py.com >>>> >> - http://web2py.com/book (Documentation) >>>> >> - http://github.com/web2py/web2py (Source code) >>>> >> - https://code.google.com/p/web2py/issues/list (Report Issues) >>>> >> --- >>>> >> You received this message because you are subscribed to the Google >>>> Groups >>>> >> "web2py-users" group. >>>> >> To unsubscribe from this group and stop receiving emails from it, >>>> send an >>>> >> email to web2py+unsubscr...@googlegroups.com. >>>> >> For more options, visit https://groups.google.com/d/optout. >>>> > >>>> > >>>> > -- >>>> > Resources: >>>> > - http://web2py.com >>>> > - http://web2py.com/book (Documentation) >>>> > - http://github.com/web2py/web2py (Source code) >>>> > - https://code.google.com/p/web2py/issues/list (Report Issues) >>>> > --- >>>> > You received this message because you are subscribed to the Google >>>> Groups >>>> > "web2py-users" group. >>>> > To unsubscribe from this group and stop receiving emails from it, >>>> send an >>>> > email to web2py+unsubscr...@googlegroups.com. >>>> > For more options, visit https://groups.google.com/d/optout. >>>> >>> -- > Resources: > - http://web2py.com > - http://web2py.com/book (Documentation) > - http://github.com/web2py/web2py (Source code) > - https://code.google.com/p/web2py/issues/list (Report Issues) > --- > You received this message because you are subscribed to the Google Groups > "web2py-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to web2py+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
