I am encountering the following issue:
When using a HTML WYSIWYG editor and I try to paste an image in it, the clipboard copy the link to the "temp" file (in HTML it look like something like <img src="file:///C:/Users/xxx/AppData/Local/Temp/f2j0ztfo.5sa.png"/>), whereas when I am using the standard windows screenshot in the same form, it paste the image in "base64" format (in HTML, something like <img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAABQAAAAQACAIAAAAx8WMUAAAgAElEQVR4nOydd1"/>)
Obviously, the link to the local file don't work as once the form is saved, the webserver will never find the image there. Pasting in base64 format would certainly be the best option. However as I don't know how the clipboard works, I don't know if this is feasible and if it makes sense to request this feature, so I am looking for some feedback before opening a bug or feature request.
Here are the information on my configuration:
- Windows 7 SP1
- Firefox 10 (ie does not allow to paste images from clipboard at all)
- Greenshot 0.8.1 build 1392 with automatic copy of the image to the clipboard only and the "copy file path" feature disabled, just in case it would have had an impact.
I will have a look at it, and play a bit with it… but one of the reasons for not using the Base64 format is the following:
Thanks for the link. I agree on all those disadvantages, but support is improving with each new version of browser and bandwidth is cheap nowadays. The main advantage I see is the possibility to paste pictures in a HTML form without having to save, upload and then insert the image.
Let me know your thoughts once your have played with it, I would be interested by your feedback.
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.