I'm not familiar with Class.Refactor, so can you tell me if it will modify the class of just create a modified copy ?
thks. On Wed, Jun 17, 2009 at 5:19 PM, nutron <[email protected]> wrote: > Oh, I see. In that case use Class.refactor and reference this.previous() > > On Wed, Jun 17, 2009 at 9:15 AM, Thierry bela nanga (via Nabble) < > ml-user%2b162868-1183848...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3093829&i=0> > > wrote: > >> correct me if i'm wrong >> but the this.parent will call the success method of Request not the >> Request.JSON, >> >> I didn't extend the Request,JSON >> >> >> On Wed, Jun 17, 2009 at 5:07 PM, nutron >> <anut...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3093813&i=0> >> > wrote: >> >>> why not use this.parent? >>> >>> On Wed, Jun 17, 2009 at 8:18 AM, Thierry bela nanga (via Nabble) < >>> ml-user%2b162868-1183848...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3093767&i=0> >>> > wrote: >>> >>>> finally I got the solution: >>>> >>>> (function () { >>>> var success = Request.JSON.prototype.success; >>>> Request.JSON.prototype.success = function (text) { >>>> try { success.bind(this)(text); } >>>> catch(e) { >>>> this.onFailure(e); >>>> throw e; >>>> } >>>> } >>>> })(); >>>> >>>> >>>> On Mon, May 25, 2009 at 2:52 AM, nutron >>>> <anut...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3093446&i=0> >>>> > wrote: >>>> >>>>> The important thing is that the Core is designed to provide you the >>>>> tools to do what you need, not to add as much flexibility as possible for >>>>> all use cases. Your use case is the edge case (Request.HTML is used 99% of >>>>> the time to update the DOM with HTML fetched from the server). Even though >>>>> your case is an edge case, there's an easy way to manage it: don't have >>>>> the >>>>> class evaluate the scripts and then do it when it fits your logic flow. >>>>> >>>>> 2009/5/24 Fábio Costa (via Nabble) >>>>> <ml-user%2b98816-1760363...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967576&i=0> >>>>> > >>>>> >>>>> Thats cool, but why not increase flexibility if it is something that >>>>>> makes sense? >>>>>> And another thing that should be discussed is the request.HTML >>>>>> sometime you dont need all of its functions, some times you just need the >>>>>> response text and the javascript for example... i thought that there >>>>>> could >>>>>> be options to set what response you want to get... ust some thoughts... >>>>>> >>>>>> Fábio Miranda Costa >>>>>> Engenheiro de Computação >>>>>> http://meiocodigo.com >>>>>> >>>>>> >>>>>> On Sun, May 24, 2009 at 9:03 PM, Aaron Newton >>>>>> <anut...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=0> >>>>>> > wrote: >>>>>> >>>>>>> >>>>>>> Catching poorly formatted JSON would require parsing the JSON string >>>>>>> before evaluating it, which means basically making a JS parser for >>>>>>> MooTools, which I think is overkill. It's your job to return well >>>>>>> formatted JSON. >>>>>>> >>>>>>> As for when scripts are evaluated (which started this thread), the >>>>>>> best way to do this is to set evalScripts to false, then add your >>>>>>> onSuccess logic as an event and call $exec(javascript) like so: >>>>>>> >>>>>>> var r = new Requst.HTML({ >>>>>>> ...various options... >>>>>>> evalScripts: false, >>>>>>> onSuccess: function(tree, elements, html, js) { >>>>>>> ...your operations >>>>>>> $exec(js); >>>>>>> } >>>>>>> }); >>>>>>> >>>>>>> >>>>>>> On May 23, 6:35 am, fabiomcosta >>>>>>> <fabiomco...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=1>> >>>>>>> wrote: >>>>>>> > Thierry, >>>>>>> > >>>>>>> > i think its impossible to catch the error on the script evaluation >>>>>>> > because of the current method of evaluating globally the scripts. >>>>>>> > But maybe someone has a solution... >>>>>>> > >>>>>>> > On May 22, 3:46 pm, Fábio Costa >>>>>>> > <fabiomco...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=2>> >>>>>>> wrote: >>>>>>> > >>>>>>> > > Could be really useful too! >>>>>>> > > And i think that the onException is not that useful, i would like >>>>>>> to know if >>>>>>> > > anybody have ever used it... >>>>>>> > > I mean, its your headers, you are setting them... why should they >>>>>>> return >>>>>>> > > errors? >>>>>>> > > I don't see why i need this but if someone have ever used or >>>>>>> needed it >>>>>>> > > please report... >>>>>>> > >>>>>>> > > Fábio Miranda Costa >>>>>>> > > Engenheiro de Computaçãohttp://meiocodigo.com >>>>>>> > >>>>>>> > > On Fri, May 22, 2009 at 3:14 PM, Thierry bela nanga >>>>>>> > > <bna...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=3> >>>>>>> >wrote: >>>>>>> > >>>>>>> > > > exactly, >>>>>>> > > > if an error occur, there is not really a way to handle it. >>>>>>> > >>>>>>> > > > 2009/5/22 Fábio Costa >>>>>>> > > > <fabiomco...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=4> >>>>>>> > >>>>>>> > >>>>>>> > > >> You mean like when the evaluation of the response gets an >>>>>>> error, right? >>>>>>> > >>>>>>> > > >> Fábio Miranda Costa >>>>>>> > > >> Engenheiro de Computação >>>>>>> > > >>http://meiocodigo.com >>>>>>> > >>>>>>> > > >> On Fri, May 22, 2009 at 2:44 PM, Thierry bela nanga < >>>>>>> bna...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=5> >>>>>>> >wrote: >>>>>>> > >>>>>>> > > >>> I want to be able to handle error when mootools evaluate the >>>>>>> response >>>>>>> > > >>> in Request.JSON.success, not only when the request is being >>>>>>> done, >>>>>>> > > >>> oherwise the overlay remains on the page and the only thing >>>>>>> to do is to >>>>>>> > > >>> reload the page :( >>>>>>> > >>>>>>> > > >>> 2009/5/22 Fábio Costa >>>>>>> > > >>> <fabiomco...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=6> >>>>>>> > >>>>>>> > >>>>>>> > > >>>> But the onFailure is fired when an error occurs on the >>>>>>> request, i don't >>>>>>> > > >>>> get your point.... :S >>>>>>> > >>>>>>> > > >>>> Fábio Miranda Costa >>>>>>> > > >>>> Engenheiro de Computação >>>>>>> > > >>>>http://meiocodigo.com >>>>>>> > >>>>>>> > > >>>> On Fri, May 22, 2009 at 10:50 AM, Thierry bela nanga < >>>>>>> bna...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=7> >>>>>>> >wrote: >>>>>>> > >>>>>>> > > >>>>> I'll add something to this, >>>>>>> > > >>>>> I'm using Request.JSON to send data, if the request uses >>>>>>> POST, then I >>>>>>> > > >>>>> recover the page with a blocking overlay that should be >>>>>>> removed at the end >>>>>>> > > >>>>> of the request. >>>>>>> > >>>>>>> > > >>>>> when en error occurs while evaluating the response in >>>>>>> > > >>>>> Request.JSON.success, I have no way to handle it and the >>>>>>> user only have to >>>>>>> > > >>>>> press F5 to get out of that situation >>>>>>> > >>>>>>> > > >>>>> I think propose the onFailure event should be fired there >>>>>>> > >>>>>>> > > >>>>> 2009/5/22 Fábio Costa >>>>>>> > > >>>>> <fabiomco...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2967534&i=8> >>>>>>> > >>>>>>> > >>>>>>> > > >>>>> Don't you guys think that the scripts inside the HTML >>>>>>> request should >>>>>>> > > >>>>>> be evaluated after the onSuccess and onComplete events? >>>>>>> > > >>>>>> Im asking this because sometimes i need the HTML inside >>>>>>> the received >>>>>>> > > >>>>>> response to be inject in the DOM before actually >>>>>>> evaluating the script tags >>>>>>> > > >>>>>> into the response. >>>>>>> > >>>>>>> > > >>>>>> evalScripts could be a string like 'after' and 'before', >>>>>>> and of >>>>>>> > > >>>>>> course, for backwards compatibility, if you put true it >>>>>>> would eval the >>>>>>> > > >>>>>> script before the onComplete and onSuccess events. >>>>>>> > >>>>>>> > > >>>>>> Fábio Miranda Costa >>>>>>> > > >>>>>> Engenheiro de Computação >>>>>>> > > >>>>>>http://meiocodigo.com >>>>>>> > >>>>>>> > > >>>>> -- >>>>>>> > > >>>>> fax : (+33) 08 26 51 94 51 >>>>>>> > >>>>>>> > > >>> -- >>>>>>> > > >>> fax : (+33) 08 26 51 94 51 >>>>>>> > >>>>>>> > > > -- >>>>>>> > > > fax : (+33) 08 26 51 94 51 >>>>>>> > >>>>>>> > >>>>>>> >>>>>> >>>>>> >>>>> The MooTools Tutorial: www.mootorial.com Clientcide: >>>>> www.clientcide.com >>>>> >>>>> ------------------------------ >>>>> View this message in context: Re: [Moo] Re: Request and >>>>> evalScripts<http://n2.nabble.com/-Moo--Request-and-evalScripts-tp2957436p2967576.html> >>>>> Sent from the MooTools Users mailing list >>>>> archive<http://n2.nabble.com/MooTools-Users-f660466.html>at Nabble.com. >>>>> >>>> >>>> >>>> >>>> -- >>>> fax : (+33) 08 26 51 94 51 >>>> >>> >>> The MooTools Tutorial: www.mootorial.com Clientcide: www.clientcide.com >>> >>> ------------------------------ >>> View this message in context: Re: [Moo] Re: Request and >>> evalScripts<http://n2.nabble.com/-Moo--Request-and-evalScripts-tp2957436p3093767.html> >>> Sent from the MooTools Users mailing list >>> archive<http://n2.nabble.com/MooTools-Users-f660466.html>at Nabble.com. >>> >> >> >> >> -- >> fax : (+33) 08 26 51 94 51 >> > > The MooTools Tutorial: www.mootorial.com Clientcide: www.clientcide.com > > ------------------------------ > View this message in context: Re: [Moo] Re: Request and > evalScripts<http://n2.nabble.com/-Moo--Request-and-evalScripts-tp2957436p3093829.html> > Sent from the MooTools Users mailing list > archive<http://n2.nabble.com/MooTools-Users-f660466.html>at Nabble.com. > -- fax : (+33) 08 26 51 94 51
