Does not render inline base64 encoded images

[filmo]

The application correctly renders images if passed in by reference.

This works assuming the image file and path exist:

3. Measure the output voltage and record the measurement (Vout).

![](images/page_2_0.jpg)

However, if the Markdown file contains the image inline via base64 encoding like below, it doesn't work and instead just displays the base64 encoding.

3. Measure the output voltage and record the measurement (Vout).

![](data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAUFBT/ --- more base64 --- 8QAHwATYH/9k=)

Would be great if inline images rendered correctly. Or, if not possible substituting the display of the raw base64 with something like 'base64 image not rendered' or similar.

Thanks for the cool app. Aside from the above it works well.

[b451c]

Thanks for the clear report and the sample, @filmo.

Confirmed: an image with a data: URI currently falls through to the "file not found" path, and when the alt text is empty the placeholder prints the whole URL, which is why you see the raw base64.

A fix is in progress for the next release: embedded base64 images (PNG, JPEG, GIF and the other formats macOS can decode, plus SVG) will render like any other image, and a placeholder will never print the encoded data. I'll update this issue when it ships.

[b451c]

Shipped in v1.11.0 (GitHub and Homebrew: brew upgrade --cask quickmd).

• Embedded data: images (base64 PNG, JPEG and the other formats macOS decodes, plus SVG) now render like any other image, on screen and in PDF export.
• A placeholder never prints the encoded data anymore: if an image cannot be shown you get the alt text or a short label such as "embedded PNG image, 1.4 MB".
• While at it: HTML <img> tags, reference-style images and images in PDF export got fixes too.

Thanks again for the clear report and the sample, @filmo. Closing - feel free to reopen if anything still looks off.