Update to jQuery UI 1.11.2

Here's a patch that replaces the jQuery UI files in /core/assets/vendor/jquery.ui with version 1.11.2, and updates core.libraries.yml to match. Some files were renamed or moved between jQuery UI 1.10 and 1.11. jQuery UI 1.11 also includes a new widget named selectmenu, which I've added to core.libraries.yml as well.

No major malfunctions noticed yet.

Good call on splitting out the libraries from the rest.

During testing, I found that the name changes in the jQuery UI files was breaking an override of the jQuery UI CSS by the Seven theme's file /core/themes/seven/css/components/jquery.ui.theme.css. This was breaking the custom theming and making dialogs look very different. This patch moves that file to /core/themes/seven/css/components/jquery.ui/theme.css to fix this, and updates the corresponding YML file. This patch doesn't contain the updated jQueryUI libraries--combine with #3 to get the whole patch.

Dialogs still do look a little different at this point, compared to 8.0.x-dev. I'll continue to explore this and work out a fix.

interdiff was choking on the patches, so unfortunately none included.

I've also explored the Upgrade Guide for 1.11 and Release Notes found on jqueryui.com, and examined the Drupal 8 JavaScript for correlations. It doesn't look like the upgrade to 1.11 has too many changes which will have an impact on Drupal 8.

Here are some potential points of concern I had from the jQuery UI Upgrade Guide. Perhaps some contributors with a fair amount of Drupal-jQueryUI experience will be able to chime in on them:

• Dialog's moveToTop() method has been rewritten--may affect stacking behavior when used with other elements that use z-index:
  http://jqueryui.com/upgrade-guide/1.11/#switch-back-to-shuffling-z-index-but-only-look-at-ui-front-siblings
• Stop setting ui-state-disabled and aria-disabled by default when the disabled option is set:
  http://jqueryui.com/upgrade-guide/1.11/#stop-setting-ui-state-disabled-and-aria-disabled-by-default-when-the-disabled-option-is-set

Also, the change of file names for many jQuery UI files between 1.10 and 1.11 seems to be having some unexpected consequences (see my comment #4).

Belated interdiff for #4.

Yes, minification by us will be necessary. I'll go ahead and upload a minified patch shortly. I'm also working on fixing some CSS issues I've identified with dialogs.

I've minified the jQuery UI library files and updated core.libraries.yml to match. This was done using uglifyjs (node-uglify 1.3.4-1) on my local Ubuntu machine.

I also found that the jQuery UI effects in core.libraries.yml hadn't been correctly updated by me previously. Those are also fixed. There are also two new effects: "puff" and "size", which were contained within the "scale" effect in jQuery UI 1.10. I added core.libraries.yml entries for those.

Some changes are also made to the Seven theme to compensate for the new file names in jQuery UI 1.11.

A few questions arose while I was minifying things: the JavaScript in the "external" subdirectories of the jQuery UI library doesn't seem to be used by Drupal 8. Does anyone know if it is actually used? Can the "external" subdirectory be removed from the Drupal 8 repo? Or, should it be left in and minified?

P.S.: The core.libraries.yml portion of the interdiff looks wrong at first glance. This is actually due to the way that git diff is interpreting the changes to that file. I've double checked core.libraries.yml to make sure it is correct.

I've noticed during manual testing that dialog widgets don't appear to be getting positioned correctly with jQueryUI 1.11.2:

• Sometimes the dialog appears off-screen due to a large negative value for its "top" CSS property. This occurs most frequently immediately after the cache is rebuilt. Reloading the failed page usually allows the dialog to reappear on-screen.
• Dialogs also appear in the center of the browser window, even when the admin toolbar is shown. Comparatively, with jQuery UI 1.10.2, dialogs were centered in the portion of the window outside the admin toolbars.
• When the browser size changes, the dialog is not repositioned to stay centered

I've been attempting to work out what is going wrong, but no success yet...

I think I've tracked down the source of the problems I'm seeing with dialogs. Working on a patch for it now.

The position object created in resetPosition() in /core/misc/dialog/dialog.position.js was not properly positioning or repositioning the dialog widget. Explicitly setting the position of the dialog relative to $(window) fixes the problem.

Thanks @nod_. Made the changes recommended in #14. I also fixed a comment in core/themes/seven/css/components/jquery.ui/theme.css to list the new path.

One more question: Should the JSON files in core/assets/vendor/jquery.ui/ also be removed?