artis.bajars β created an issue.
Opened a merge request based on patch #17.
artis.bajars β made their first commit to this issueβs fork.
Tested with Elasticsearch Helper 8.1.0, Elasticsearch 8.15.2 on Drupal 10.3.5. Good to go.
Tested and confirmed working. The index is now always refreshed before querying which prevents the issue.
maijs β credited artis.bajars β .
artis.bajars β created an issue.
artis.bajars β created an issue.
artis.bajars β made their first commit to this issueβs fork.
Noticed that when loading the template dialog form in CKEditor the template definitions get cached in the first language they're loaded under and do not update when switching languages. This switches to using a language-specific cache key in the CkeditorTemplatePluginManager
Couple of small additions:
- Changed the schema type of the
description
field totext
in order to make it translatable - Added an update hook to install the entity type definition as noted in #57 β¨ CKEditor 5 support for Content Templates Needs review
The issue around psr/http-message
still remains even after https://github.com/thephpleague/oauth2-server/releases/tag/8.5.2 was released. Internally league/oauth2-server
requires league/uri: ^6.7
which in turn has a dependency on psr/http-message: ^1.0.1
so the only way to install the module is still using composer require -W
which forces a downgrade.
Would the (hopefully) upcoming 10.1.x core update of CKEditor 5 to v39 that apparently adds empty element support help here in making the "invisible anchor" placeholders editable? https://www.drupal.org/project/drupal/issues/3377562 π Update CKEditor 5 to 39.0.0 Fixed
Issue persists in the 4.x branch as well. Uploading a rerolled patch.
Adding patch
artis.bajars β created an issue.
Had some time to look at this closer and it seems to me that all that's needed to prevent the uri
from jumping from the entity:
to the internal:
schema is to try and load the entity translation from context. Please review.
One thing that neither the bvedad/ckeditor5-anchor
nor the forked northernco/ckeditor5-anchor-drupal
libraries currently support is empty anchor link elements in the form of <a id="myAnchor" name="myAnchor"></a>
. Our editors have created most of the anchor links like this and upgrading to the CKEditor5 version of anchor_link in this form would make them uneditable.
Previously this was supported by Fakeobjects I guess, but since there is no equivalent for CKEditor5 what are our options here?
artis.bajars β created an issue.
artis.bajars β created an issue.