Update CKEditor 5 to 47.0.0

We didn't do this as quickly as I hoped, and v47 is now out; let's try to upgrade to that.

yarn build:ckeditor5-types deletes core/modules/ckeditor5/js/build/ckeditor5.types.jsdoc, with the following output:

[09:19:08] CKEditor 5 types have been generated: 0 declarations aliased, 1041 files ignored

Need to figure out what has broken here.

The big problem here is that DLL builds no longer seem to be supported, so this is apparently blocked on #3527914: Use UMD installation method for CKEditor5

Actually DLL builds still work, we just need to make some plugin updates I think. A few exports have been changed and injectCssTransitionDisabler() is now CssTransitionDisablerMixin which I couldn't find an upgrade guide for, but seems to work.

I don't really understand the jsdoc build step, but in PHPStorm I can get contextual documentation about any of the imports in the custom plugins without the jsdoc file anyway. I think the break is because of https://ckeditor.com/docs/ckeditor5/latest/updating/nim-migration/migrat... - but perhaps we just don't need this any more?

Didn't mean to change status.

The changes aren't too bad, just if you are importing code from the API you might need to make some minor renames as per the linked document. The much bigger change comes in #3527914: Use UMD installation method for CKEditor5 which we will have to adapt to soon, because they are stopping support of the DLL loading method at the end of the year.

Some of the jsdoc types need updating as per https://ckeditor.com/docs/ckeditor5/latest/updating/nim-migration/migrat... - this is quite tedious and perhaps can be deferred to a followup. As an example

@param {module:engine/model/element~Element} modelElement

becomes

@param {module:engine/model/element~ModelElement} modelElement

I'm still not clear about #8, because PHPStorm appears to discover some types whether or not the types whether ckeditor5.types.jsdoc exists or not.

I think I fixed the jsdoc parser so it outputs the correct information for CKEditor5 v46 and above, still not sure if this is needed but I think it's as correct now as it was in the previous version.

I've also updated some of the existing jsdoc references for the renames that have occurred in CKEditor.

I think PHPStorm is now picking up the TypeScript types from CKEditor which is why I don't see much difference locally either way, but then e.g. this line still doesn't work locally and I don't understand why:

@extends module:core/plugin~Plugin

Still, that's probably out of scope here now given the jsdoc file appears to be largely correct again.

Oops, didn't spot those jQuery UI changes, I remember this happening before but I don't remember why, the only change is that ,"ignoreList":[] is added/removed from the end of the map. Reverted this.

Re #14 I think the missing parts are a new bug in the jsdoc script. Previously it only looked for a single default export per file, now there can be multiple exports but I think we only pick up the first. Will see if I can improve this.

Fixed up the jsdoc script to handle multiple exports per file. The second regex wasn't matching anything any more so I have removed that one.

I suspect we can remove the jsdoc script and helper file entirely, will open a followup to discuss that.

I think I figured out why PHPStorm works with some files and not others; it's picking up the TypeScript definitions instead of the jsdoc, but CKEditor doesn't have @module tags in all the TS definitions.

command.d.ts has

/**
 * @module core/command
 */
...
export declare class Command extends /* #__PURE__ */ Command_base {

and this makes @extends module:core/command~Command work. But editor.d.ts doesn't have a @module tag so it doesn't get detected. Unsure if this is deliberate or not on CKEditor's part.

I get the same output in 10.6.x with

yarn
yarn vendor-update
yarn build:ckeditor5
yarn build:ckeditor5-types