Looking at other CKEditor plugin modules and some of the documentation on drupal.org, it seems to be a defacto standard to have ckeditor plugins in libraries/ckeditor/plugins/pluginname.
This makes sense since it removes the risk of confusion and conflicts with non-ckeditor libraries that might have the same name and CKEditor's default instructions are to put plugins in a plugins sub-directory, which is what Drupal core does with its default CKEditor plugins.
If we can get consistency with where CKEditor plugin modules store their libraries it also makes it easier to manage all CKEditor plugins in a uniform manner.
| Comment | File | Size | Author |
|---|---|---|---|
| #11 | support_alt_library_location-3046776-11.patch | 4.34 KB | rromore |
Comments
Comment #2
rromore commentedThis patch requires https://www.drupal.org/files/issues/fakeobjects-use_libraries_to_locate_... from https://www.drupal.org/project/fakeobjects/issues/2875374.
Comment #3
rromore commentedComment #4
rooby commentedThanks for the patch. I was hoping to get to this last weekend but I'll definitely have time this weekend, so I will review then.
Comment #5
rromore commentedI mistakenly used "Error" instead of "Exception" with my last patch. Attaching a new patch with the correction.
Comment #6
rromore commentedFound a few more issues including plugin path resolution and not checking for profile plugin path in actual plugin.
Comment #7
rromore commentedFixing a php notice on status report page.
Comment #8
a.milkovskyHi @rooby. Could yu please provide links to the documentan you were looking at?
Comment #9
bkosborneDocumentation would be good. I know for example that Webform module uses fakeobjects plugin, but it installs it to /libraries/ckeditor.fakeobjects, and not in a ckeditor-specific directory.
Comment #10
rromore commentedUpdating patch based on changes made to the anchor_link module.
Comment #11
rromore commentedFixing a syntax issue with the previous patch.