No but I do not like angular. It constrains the JS programming too much for my taste. I use ractive.js with bootstrap already without problems.
On Wednesday, 14 May 2014 03:37:59 UTC-5, Ramos wrote: > > Massimo, > have you tried Angular-ui? > http://angular-ui.github.io/bootstrap/ > > > 2014-05-14 5:40 GMT+01:00 Massimo Di Pierro <massimo.dipie...@gmail.com>: > >> 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.