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.
