On 06/09/2010 07:27, CNIT wrote: > 04.09.2010 18:33, Markus Krötzsch пишет: >> This is something SMW and extensions deploying own JavaScript/CSS >> certainly should look at. Halo already had some of the mentioned >> problems earlier (due to large amounts of scripts and styles) and may be >> able to integrate with the then standard MW solution. >> >> We should keep an eye on this effort (right now it might still be >> slightly too early for moving to the new system). >> > I've used quite a lot of Javascript in recent months. Still wondering, > whether depending on external libraries is a good thing, because > introducing of new library version may break code compatibility. Also > not so sure about performance, although new browsers compile JS to > byte-code. Still wondering, why not integrate these rich features into > browser's DOM API, in such case no extra burden of mintenance / > compatibility would be required (only if browsers followed the > standards). Is it a good to be dependent on jQuery? > Dmitriy >
This seems to be a slightly different discussion. ResourceLoader simply helps with shipping many style and script files efficiently to the browser with less server load. It also helps to customise which scripts each user will get (e.g. for internationalisation). The use of jQuery is independent of that. It will be shipped with new versions of MediaWiki, so there is not much concern right now that this extra dependency will be a big burden. The issue with new library versions is further alleviated since tools can include the version of jQuery that they need, like SMW does now. Moreover, the affected functionality is not crucial for SMW: core features do not require jQuery. But of course, SMW always depends on MW and must follow its development to stay compatible. -- Markus ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
