Quote:
Originally Posted by JSWolf
A data URI is a way to display an image without having to have a graphic file.
|
No kidding!
I already KNEW that part; I remember base64 encoding from back when it supplanted UUEncoding on Usenet. Doesn't help one bit in diagnosing the plugin problem reported, though.
botmtl - I suspect from your description that "data:" isn't getting recognized as a protocol and is instead being treated as a filename... which, of course, doesn't exist and thus gets flagged as broken. It seems the official EPUB validation software has had some issues with that, in the context of pages saved in subdirectories.
Anyway, if that's the case, this may be a fairly simple fix - just treat a string beginning with those five characters as automagically okay. (True, that won't catch malformed/corrupted data streams, but I think that's an acceptable risk.) I'm not at the computer right now, though, so it'll have to wait. I'll also have to watch out for that subfolder issue, but it really depends on the guts of the image link validation routine and where the path gets added to the specified "filename."