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.
