Yeah we use `Drupal.ckeditor5.openDialog` and not the `Modal` or `iFrame` provided by entity browser.
There was a reason for using openDialog the way it is now, I think it was to simplify communication between ckeditor dialogs instead of the awkward way using iframes and also because entity browser threw in a lot of other (js?) stuff which screwed something else up, not sure.
Looking at the code from entity browser, they indeed also add `original_path` so I agree we should add that to the request, I'm just not sure that `hook_views_pre_render` is also needed to add it to `ajaxViews`? I don't see entity_browser doing that either so if someone would need it, it could be implemented using that hook since it is not needed for normal functionality.
Looks good! Thanks Remco!
askibinski β made their first commit to this issueβs fork.
Done!
Thanks! A nice improvement, merged!
askibinski β made their first commit to this issueβs fork.
Yes, I'm sure it's doable. Then again you could argue that linking to media entities is a better way in combination with a module like `media_entity_download`. That way, when a file is replaced in a media item with a newer version, the link keeps working.
But I'm open to review MR/patches if somebody wants to work on this. also referenced this issue from the project page.
π
Indeed annoying, I think I only tested on a site which already had that overridden so didnt notice it.
Basically people can override this easily when needed:
https://github.com/justafish/drupal-example-custom-css
But I agree the default should be wider than that, and since Claro is the default too, that should work out of the box.
I added the class to the dialogSettings so it actually works, and renamed to css.
Thanks!
askibinski β made their first commit to this issueβs fork.
Thanks! Merged! This was indeed something that bothered me too, didn't now about the cardinality setting!
Reviewed and tested this. It keeps working with checkboxes even if you forgt to set that option, so that's nice. Updated the README and project page to include this information.
askibinski β made their first commit to this issueβs fork.
Fixed, good bot.
@bhaveshdas merged the MR for the PHP fix.
Note however that JS support in phpcs has been removed for a while now (for that eslinters are recommeded) and cause lots of false positives. Like the issues in the template literal in the patch at #6.
larowlan β credited askibinski β .
This module was moved into core in D10.1. See #3227824: Move the linkset functionality from the decoupled menus contributed module to core's system module β .
It's not that clearly stated on the project page though.
This seems an issue with layout builder which indeed can occur, and one way to address this is being worked on in π Layout Builder cannot be uninstalled while overrides exist; no easy way to revert all overrides Needs work .
Or you can indeed manually clear the tempstore entries like above.
I created a separate module which integrates entity_browser with ckeditor5:
https://www.drupal.org/project/ckeditor5_entity_browser β
It works on the link UI level, so you open a modal for a configured entity browser and insert the link in the link UI. Siince embedding entire entities is something else.
I created a separate module which integrates entity browser with ckeditor 5, without any linkit dependency:
https://www.drupal.org/project/ckeditor5_entity_browser β
askibinski β created an issue. See original summary β .
For starters, here is a cleanup of the hook_form_alter which is hard to read in the current state and does a lot of different things. The messages are split up in their own specific form_id or base_form_id alters and can be removed in 3.x since they only show a message.
The only thing remaining in the form alter is the redirect which checks on content entity interface which will prevent excuting unnecessary code on many other forms.
But this will make further changes depending on choice easier.
askibinski β created an issue.
I tested this on CKEditor 5 in two ways:
Please note that the tag needs to be allowed otherwise blocking isn't necesseary anyway (like the project page of this module states).
1: Copy an image (not the address) from any webbrowser and paste it into ckeditor 5.
This would create an but with the src being the http:// address of the image.
This is hotlinking an image, but not something this module is addressing.
2: Drag and drop an image from your local system into ckeditor 5.
This would create the base64 encoded image in ckeditor 4, but it seems to be blocked by default in ckeditor 5.
I think the default ckeditor build without additional plugins doesn't allow this out of the box.
There is a demo at https://ckeditor.com/docs/ckeditor5/latest/features/images/image-upload/... which does provide this functionality but it is differently configured.
So, it seems that in a standard configuration as described, this module is not necessary anymore. I'm not sure how to reproduce the steps above which state otherwise.
Not maintainer, but after testing the 3.x branch my biggest issue currently is π Empty anchor links are not editable Active .
This seems relevant: π Optimize joins and table selection in SQL entity query implementation Needs work
Here is a re-rolls as in #20 but on top of #76 in
π
Render using theme input and select instead of lists with links for checkboxes and dropdown
Needs review
for D10 compatibility.
It does not take into account feedback from @Brolad above.
What about making it configurable under admin/config/development/logging?
Can anybody else confirm that this module is not needed anymore in ckeditor 5?
askibinski β created an issue.
askibinski β created an issue.
askibinski β created an issue.
I would say this is a duplicate of π Use Batch API to avoid timeouts when updating large number of references Needs work since both use batch api as a solution. Marking this one as duplicate since the other one has more recent activity, code is very similar.
Cleanup some similar issues and renaming them for sanity's sake, see π Use Batch API to avoid timeouts when updating large number of references Needs work for a similar issue but using batch api.
Created an MR against 2.x with the patch from #18 + minor changes. The difference with #20 is mainly a separate batch method in the manager and config for the batch size. The tests still use the non-batch method.
However, since this is only an api module, I would consider all this code to be in the wrong place. The term merge module is where the UI is and the batch_set should be implemented over there. This does require a bit of splitting up of `migrateReference` in the service.
Any functional javascripts for that should also be added in term merge.
Here is a reroll of above patch against 2.x. Also updating the other issues.
askibinski β made their first commit to this issueβs fork.
This shouldn't be too hard using web standards like the draggable HTML attribute and the HTML Drag and Drop API. Specifically the dragstart
, drag
and dragend
events.
Duplicate
π
Add access control to /filter/tips
Needs work
askibinski β created an issue.
As commented here: #2862910: Add template suggestions to twig debug β the normal views suggestions do work. However, it's true that twig debug does not actually show these in the html comments.
That might be related to this core issue though.
π
[PP-1] Use hook_theme_suggestions in views
Postponed
Needs test I guess.
Needs test though. See entity usage for a similar test. And we already have entity_track_test.module.
Stumbled upon this issue when having the same problem. Can confirm setting the proper dependency fixes the issue, so this issue is probably works as designed.
See the 3.x branch of media_revisions_ui β for an example of this integration.
Here is simple patch, for testing this with tracking default revisions only.
Also, isn't it a bit weird that tracking of revisions is only done during a batch update?
@marcoscano
I think you might be right to do this in a hook. There are just too many variables on how people might have structured their content to do this reliably through 1 setting.
For example, we would have to figure out for each entity whether its a "middle-layer" non-canonical content entity (like a paragraph) and then find out what the active revision is, which for a paragraph means getting the entity reference revision field of the top level entity because there is no way to reliably get this info from the paragraph itself (as far as I know).
But that's only a paragraph example.
Good points, I will change the title since I actually meant the default (active) revision.
I discussed this with SeanB yesterday and regarding content moderation: getting the default is a bit tricker but doable. But indeed: I'm not completely sure if messing around with the revisions will trigger entity track. Something to check.
Regarding workspaces: I have 0 experience with workspaces and haven't seen a project with it in real life, so personally I would be completely fine with checking whether workspaces module is enabled and disabling this option for incompatibility.
The hook is a good alternative. The only thing bothering me about it is that it would require coding on the user part. And I think that the scenario where you are only interested in the active revision is the 80% usecase which "normal" users would like to have?
I'll give it a stab with an option to see if I encounter any dragons.
askibinski β created an issue.
askibinski β created an issue. See original summary β .