From: Wesley W. <wes...@gm...> - 2006-03-11 03:54:04
|
Hello, batawata! Now i understood what you said! I really dont know how to pass an array to the JS, but maybe you can you can use the function called: addscript on xajax... lets discuss it on next monday, perhaps i cant go, but we can talk via skype ok? I'll analyse your code, but I really think which We cant have a file per function :-) Try to analyse the xajax documentation (xajaxproject.org), maybe you have a good idea. I am sure, that xajax is very simple to be used and in the majority of the times it can works very well, however, cpaint is really powerful! we talk about it later! cheuhraus Wesley! On 3/10/06, Luis Henrique Fagundes <lhf...@gm...> wrote: > > On 3/10/06, Fabio Rampazzo Mathias <fma...@li...> wrote: > > > > > so wesley, I have read the code at tikiwiki-cvs ml. my arguments are > > > still valid, unless your framework with xajax is able to transfer dat= a > > > instead of content, it doesn't solve our problem (we already have cod= e > > > that need that, for example amette's quicktags code). > > > > > > just typed "xajax array" (without quotes) on google and got this > > http://www.ajaxprojects.com/ajax/projectdetails.php?id=3D23 > > as I'm not a senior develop, I think this can answer. am I right? > > I had read this one, it's xajax documentation. check this: > > "xajax supports passing single and multidimensional arrays and > associative arrays from javascript to PHP as parameters to your xajax > functions". > > so, with xajax we can pass arrays and assoc arrays from js to php. > what we need is the opposite, send arrays and assoc arrays from php to > js. > > > > all the other issues can be easily solved with the cpaint. about the > > > one file per function, the way you did to eliminate that is exactly > > > how we used to do before the existence of ajax/dir and I consider tha= t > > > to be a problem: the number of ajax files were growing chaoticaly and > > > making things confusing, so I created a place for these functions to > > > live without messing with non-ajax code, and also to eliminate all li= b > > > handling. > > > > why solve with cpaint if xajax implementation is already solved???? > > I should be the one asking this :-), since the hard part of cpaint was > already implemented before we try xajax. basically, xajax is simpler > and cpaint is more powerful. that's why I had (and am still having) a > hard work to build a simple layer over cpaint. despite xajax form > features, that I don't know yet and was also not demonstrated or > commented, the ajax layer over cpaint does the same magic as xajax. > > now I'm trying to make a general variable encoder/decoder pair that > does not depend on variable type. anyway, this only affects the part > of ajax framework that xajax can't (afaik) do. > > and yes, this is not a competition, I don't care which lib we use, as > long as it does the job (in fact it would be great to have a solution > without all this coding, hehe). I talked to wesley today and I think > it's not clear to him what I mean by transfer data structures (we > couldn't finish the talk). maybe we discuss that on monday at our > meeting? will you two be there? > > tchiirs to u too :-) > batawata > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Tikiwiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > |