I don't manage to get the Image Tools plugin to actually upload the images to the server. I upload images with the jbimages plugin with no problem. But when a picture is edited with the Image Tools, although there's the uploading bar, which gets to 100%, it seems that it's only uploaded as a blob. The page calls the tinymce.activeEditor.uploadImages() function when submitting the form data, but it doesn't work.
I use the 'postacceptor.php' file from the example (defined in 'images_upload_url') and the 'images_upload_base_path' is defined as well.
The files are not uploaded to the server, and the img src remains a blob.
What could the problem be?
Thanks!
What debugging have you done in your PHP code? Is the code being triggered? Does the file appear in the posted content? You need to narrow down where in the process things are failing.
Is the issue that TinyMCE is not posting the edited image or is the issue that the image is posted and the PHP code is not properly saving the image and returning valid JSON?
How did you configure TinyMCE?
Does an edited image get posted to your server code?
What is in that form post?
If you disable the jbImages plugin does that change anything?
Without more details it will be very difficult to help you figure this out.
Related
I'm using the image upload script with a backend URL to rename uploaded images stored on the server. It seems to work well with both file uploads and also drag-and-drop.
Without that backend handling you can paste images directly into the editor, but they get saved as base64 with the post in the db itself which is not great for a lot of reasons.
If I use the image upload script as I am now, it seems it blocks the pasting of images directly into the editor. That's safest, I guess, but I was wondering if there was a way of allowing it, but treating the pasted image like a drag-and-drop image, for example, so we could have the convenience of pasting images but still have them saved with unique filenames on the server instead of being embedded as base64 with the rest of the source of the post?
Thanks.
I have a TinyMCE editor working with Dynamics365. In it, I'm able to get images to copy and paste into the window. However, I'm wondering where these images get posted to and/or stored and what I need to do to bring them back up when the page is closed and reopened.
When I reopen the page I get a list of errors saying the images can't be found (makes sense).
Thanks
When you copy and paste the image into TinyMCE what actual HTML are you getting before you save the content? What plugins are you loading in TinyMCE to help facilitate the copy/paste? There is a free paste plugin and a commercial powerpaste plugin - these would typically result in slightly different HTML depending on the source of what you are copying.
Knowing what sort of HTML you get after the paste would be the first step in determining possible solutions.
We are using URLs for inserting the images into the page.
I implemented Tinymce on a website and it's being used as a content editor by the owner of the website (the content is saved in a .txt file). I would like to know if it is possible to save an image uploaded in the tinymce editor into a specific folder on the server.
Thanks!
You'll be able to choose a specific location for image uploading using the images_upload_url property. You can read more on that and our Image Uploading API here: https://www.tinymce.com/docs/configure/file-image-upload/
Using the Jquery File Upload script found here, https://blueimp.github.io/jQuery-File-Upload/ is it possible to check the image dimensions before it gets uploaded on the server?
thanks
Yes, it is possible by enabling the image resizing.
You can read the wiki here:
jQuery-File-Upload Client-side-Image-Resizing
I have an issue with dropezonejs.
Apparently, when an image has a resolution more than 72dpi, the thumbnail is not generated and everything stop here.
You can try by yourself in the dropzonejs website by uploading different kinds of images. (images <72dpi won't be displayed as thumbnails)
Any ideas to solve this problem?
Probably you're backend doesn't accept CMYK files. I've had the same issue with JAVA ImageIO, we are making an change in the backend to support the upload of a CMYK file