
Where are you copying from? Copying from an image editor or something running on your home computer is not likely to work. You might have success copying from an online source (ex. Imgur), but for consistent results, drag an image from your image library.
Though the wysiwyg editor accepts images when you paste them, it does not save them. Upon saving the editor removes all inline images and all urls to images that are not in your art librarty. You can only save the images to your art library first and then drop them from the art library.
Hi Pete,
Martin is describing the situation correctly. You are not likely to get a dev answer on a forum post unless it is in a curated thread. If you want official confirmation, the best recourse is to file a Help Center Request. Since this is not a game-breaking bug, it may take a little time to get an answer.
Hi Pete!
Martin is correct that copy/pasting images may not work with much consistency. This forum thread does detail a few workarounds: https://app.roll20.net/forum/post/4279002/adding-images-to-handouts and this thread has some suggestions as well: https://app.roll20.net/forum/post/5941502/images-inside-of-handouts-etc
My assumption is that you are trying to copy an image from your desktop into the handout, which is most likely the problem. There are some workarounds that may be the most helpful:
Let me know if these work out for you.
Thanks Keith - I will try to post this to the forum you suggested. Just as a talking point - you say it is not game breaking, however, as a longtime user and GM, I cannot start any new session planning without the ability to put images in the handouts.
@Pete - do you get the thing where it posts two copies of the image into the edit window if you copy-paste into the field? When I do, that's what it does - if I delete the first image of the two, the second will save okay, otherwise it throws out the whole edit.
Pete said:
Thanks Keith - I will try to post this to the forum you suggested. Just as a talking point - you say it is not game breaking, however, as a longtime user and GM, I cannot start any new session planning without the ability to put images in the handouts.
I meant that if you follow the procedure of dragging images in from your art library, rather than using copy/paste from an external source, it should function correctly. (i.e. it should not break game prep if you follow the expected steps). Roll20 wants to store graphics locally, and pasting them from your computer into the handout bypasses that process. Try uploading and placing from your art library and see if that solves the issue. If you still have an issue with images not maintaining, then that sounds like a real bug with a higher priority,
Pat said:
@Pete - do you get the thing where it posts two copies of the image into the edit window if you copy-paste into the field? When I do, that's what it does - if I delete the first image of the two, the second will save okay, otherwise it throws out the whole edit.
Pat,
No, I cannot put any images in there. I can see it if I drag from my computer or copy from an image, but when I click save it disappears.
Pete
keithcurtis said:
Pete said:
Thanks Keith - I will try to post this to the forum you suggested. Just as a talking point - you say it is not game breaking, however, as a longtime user and GM, I cannot start any new session planning without the ability to put images in the handouts.
I meant that if you follow the procedure of dragging images in from your art library, rather than using copy/paste from an external source, it should function correctly. (i.e. it should not break game prep if you follow the expected steps). Roll20 wants to store graphics locally, and pasting them from your computer into the handout bypasses that process. Try uploading and placing from your art library and see if that solves the issue. If you still have an issue with images not maintaining, then that sounds like a real bug with a higher priority,
Keith,
Just tried dragging a jpeg from my art library - it cannot go in there at all (at least with a copy/past I can see it before clicking save, which removes it).
Thanks
Pete