eZ Community » Forums » eZ Publish 5 Platform » yui vs jquery
expandshrink

yui vs jquery

yui vs jquery

Wednesday 06 February 2013 10:04:50 pm - 31 replies

Would someone (Bertrand, Jérôme, etc) care to comment on javascript library plans for development of the new twig-based UI planned for later this year? I hear that YUI is going to be the choice and wondered if there was some justification for that the engineering team was willing to share. 

Monday 22 April 2013 2:46:19 pm

Agree.  That could be another option too. 

Anyway, jquery 2.0 is ready too happy.gif Emoticon

Monday 22 April 2013 3:12:04 pm

@JV: It's bundled, but is it loaded by default or does these extension(s) need to be updated to load the migration plugin?

Monday 22 April 2013 3:22:51 pm

@André: indeed, the jQuery migrate plugin is just bundled in ezjscore and it's not loaded by default because if you write your JavaScript code the right way (ie don't use deprecated methods and don't use the evil $.browser) you should not need it.

Monday 22 April 2013 3:27:48 pm

There other common, at least for me, used methods removed in jquery 1.9. 

"live" it's not only deprecated but totally removed. 

http://jquery.com/upgrade-guide/1.9/#live-removed

Edit: BTW, live it's used in the js added in eztags extension too, and also $.browser happy.gif Emoticon

Modified on Monday 22 April 2013 3:34:32 pm by Carlos Revillo

Monday 22 April 2013 3:55:34 pm

Actually, live() was deprecated in jQuery 1.7 and the fix for this one is trivial (I did it for ezie). As far as I know, the jQuery team always deprecates before really removing.

For eztags, it's a bit out of our scope at the moment. You should ping the netgen guys, but I'm sure they will fix this soon.

Monday 22 April 2013 4:05:05 pm

A small update on the backend library discussion; we had a AngularJS vs YUI discussion recently. AngularJS is very promising, helps reduce amount of code a lot and optionally uses jQuery. But unfortunately it does not play well with our REST API, so we would need to write custom code dealing with the REST calls. Also, just like jQuery it does not have any widgets and UI elements baked in, so you either need to write them on your own or use a third-party project, because of its dynamic nature you can't reuse jQuery UI or YUI for this. AngularUI/boostrap would imho have fitted well, so we could have used jQuery + Bootstrap on front-end, and in addition Angular JS/UI in backend, it's also actively maintained but it seems to be quite early in development. So decision was to stick with YUI as it's much more mature.

Modified on Monday 22 April 2013 4:25:40 pm by André R

Monday 22 April 2013 4:12:33 pm

@Damien: Well, i admit that. but please note that eztags its bundled and enabled by default in last community version, and because of that, users can get javascript error right now. Don't know if the same case applies to Enterprise, but if so, this should be fixed soon or later happy.gif Emoticon

I'll try to make a  pr for this. Btw, which is the best way to get rid of $.browser? code in eztags has a condition for opera, if i'm not wrong. 

Monday 22 April 2013 4:22:19 pm

eztags is not bundled with eZ Publish Enterprise/Platform, but 5.x kernel should get native support for Tags FieldType eventually.

Modified on Monday 22 April 2013 4:24:00 pm by André R

Monday 22 April 2013 4:26:45 pm

ok, thanks André. As said, i'll try to make a pr for eztags and this issue.

Monday 06 May 2013 6:55:53 am

Hi all

I realise I'm coming to this late and that this is not directly related to the discussions, but I do think it has some relevance given the future direction of JS libraries.

We have a number of sites where there is a requirement that the Admin interface is hosted under SSL. This issue also applies to sites where the front end uses SSL, there also are cases where access to the public CDN is not an option (e.g. some intranet sites)  I'm sure we are not the only ones in this situation.

As Yahoo does not provide a CDN version of YUI via SSL (there are good reasons why they don't) you have to host YUI yourself and either provide your own combo service or instruct YUI to load the required libraries individuality.

YUI will load libraries as required and for some elements this can involve a lot of requests if you have a complex UI. Loading them individually can have a dramatic effect on the time it takes for the interface to become ready.

As far as I know there is not a suitable combo/loader that is part of eZ Publish. Are there plans to include one? If not is there a recommended way of address these issues?

Cheers
Bruce 

Friday 10 May 2013 5:27:57 am

> As far as I know there is not a suitable combo/loader that is part of eZ Publish. Are there plans to include one? If not is there a recommended way of address these issues?

 

There is currently not any specific plans, but this is definitely something we need to look into over the next year. In the meantime there is a PR by Damien Pobel for ezjscore for this that might interest you: https://github.com/ezsystems/ezjscore/pull/17

expandshrink

You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from