Yes. Ractive.js. I like it a lot. I had developed an application in 
Angular.js and then moved it to underscore.js+Ravtice.js and It became 
faster, leaner and more readable code. Of course it could have been me 
misusing angular. here is a problem for example...

Angular forces to organize code in controllers. The models live inside the 
scope of the controllers. Yet I want to build my application as a 
collection of jQuery plugins and I find myself having to create strange 
loops to pass information between the two. Also Angular does not always 
works as advertised.

Ractive always worked as intended. I can make a mode be global and access 
is from all the plugins without having to pass parameters everywhere. Also 
I can use the ractive.js promises everywhere without having to pass the 
$scope. 

Massimo

On Wednesday, 14 May 2014 08:44:45 UTC-5, Ramos wrote:
>
> or this ?
>
> http://www.ractivejs.org/
>
>
> 2014-05-14 12:28 GMT+01:00 Anthony <[email protected]>:
>
>> 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 <[email protected]>: 
>>>>> > 
>>>>> > 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 <[email protected]>: 
>>>>> > 
>>>>> >> 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 <[email protected]>: 
>>>>> >>> 
>>>>> >>>> @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 <[email protected]>: 
>>>>> >>>>>> 
>>>>> >>>>>> +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 [email protected]. 
>>>>> >>>>>> 
>>>>> >>>>>> 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 [email protected]. 
>>>>> >>>> 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 [email protected]. 
>>>>> >> 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 [email protected]. 
>>>>> > 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 [email protected].
>> 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 [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to