I honestly never saw a difference no matter what I placed. I think I always selected the small size since the UI for workforms’ size is fixed and locked.
Last time I tried, the original image size was too big and the image was cut when previewed the form. I also tried to play with the sizes and it remained too big.
Do you know what is the workforms’ fixed question description size?
Thanks for sharing this workaround for embedding images in Workform descriptions—very useful I tried it as well and can confirm that using an HTML tag with a direct image URL does work, but there are a few things to be aware of.
First, the image usually won’t appear in the form editor itself. It may look like nothing was added, but once you preview the form or publish it, the image displays correctly. So even if it looks blank while editing, the image is still there.
Second, image size matters. Large images can appear cropped or oversized in the form layout, so it helps to resize the image beforehand or set a fixed width in the tag.
Lastly, the image must be hosted with a direct file link (ending in .png, .jpg, etc.). Page links or preview URLs won’t render properly.
Hopefully native image support gets added in the future, but until then this is a practical workaround.
This is a great workaround, thank you for documenting it so clearly.
One issue on the monday.com side that’s worth calling out though is the editor behavior itself. When the image HTML auto-populates and then the description appears completely blank, it’s extremely misleading. There’s no indication that the content is actually saved, which makes it feel like the editor has wiped the description or failed to persist the input.
From a UX standpoint, this creates a few problems:
Users may delete or re-enter content unnecessarily, thinking it’s lost
It discourages use of rich formatting because the editor doesn’t reflect the true saved state
There’s no visual warning or helper text explaining that the content will only render in Preview
Ideally, the editor should either:
Continue displaying the embedded image after focus is lost, or
Show a placeholder or message indicating that HTML content is present and will render in Preview
Right now, the behavior feels more like a bug than an intentional feature, especially for users who aren’t comfortable working directly with HTML. Fixing this would make image embedding far more intuitive and reduce a lot of trial-and-error for the community.
Appreciate the workaround in the meantime but hopefully this is something that can be improved on the platform side.
Replace 
I tried it as well and can confirm that using an HTML tag with a direct image URL does work, but there are a few things to be aware of.