![]() If I change my input format to FULL HTML then I can see the image I pasted!įor the record, I never copy/paste images.Viewing the source, I see a base64 version of the image from my clipboard in the src tag, like so: src="data:image/png base64,iVBORw0KGgoAAA.I used that method to take a screenshot of those instructions.I googled how to take a screenshot directly to my clipboard.Viewing the source, I see a base64 version of the image in the src tag, like so: src="data:image/png base64,iVBORw0KGgoA.But when I save the post, nothing appears. ![]() I can see the image inside the ckeditor dialog.I created a post on my backdrop site, and in the body field hit Ctrl-V to paste.I hit ctrl-A to select all (which appeared to work).I'm trying to test this, but I'm on MacOS so maybe my results are not related to the code here. Hopefully Apple will fix this limitation and then our implementation will work in the same way as an image in the clipboard. You can still drag and drop, as well as paste images from clipboard. So it appears that MacOS is incapable of this ability currently. Neither is supported (matching the same results we get in CKEditor). I tried copy/paste from the Finder in Gmail and Google Docs. I'm not sure copy/paste from the Finder is supported at the OS level. That copies a selection to the clipboard. You can also screenshot within MacOS by using Command + Control + Shift + 4. ![]() Then paste the image from the clipboard into the editor. Or select a part of of the image with the select (marquee) tool, then copy. The copy/paste from clipboard works when an image selection is in the clipboard. I tried this out and found the same results as you, but only when copy/pasting entire files from the Finder. That and setting a max upload dimension that small is probably uncommon.Ĭopy & paste doesn't work. We could implement this in a way were only a black square placeholder is shown until the file finishes uploading, but personally I think showing the image client-size in the non-resized form has a clear UX advantage in that the user sees the full image in place even before the upload is finished. 400x400 pixels) and then upload a larger one via copy/paste, the image shows up full size initially until the upload is finished, then it "snaps" down to the resized version. One thing I've found a bit strange but not entirely unacceptable: If you set max dimensions in the text format configuration (e.g. So perhaps try visiting directly and check if the expected changes are showing up I haven't even tried copy/paste from Word. I've found that browsers have a hard time refreshing those files (even shift-reloading). Copy/paste "works" in Firefox but it pastes the entire image into the body as a base64 encoded string (not a good thing for page size).ĬKEditor loads its plugin JS files outside of the Backdrop normal approach, meaning it's not affected by clearing caches. This module was created in 2016 by Jeff Geerling, author of Ansible for DevOps.The behavior you're describing sounds like the code isn't there at all. I published this module for reference in this blog post, which walks through the entire migration development process and refers back to the code here: Migrating 20,000 images, audio clips, and video clips into Drupal 8.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |