HTML conversion clears image alt text and original image filename

Converting to HTML clears any indication of the original image filename. Renamed images also don’t correspond to the “image0, image1, etc” convention used when exporting to HTML from Google Docs, so there isn’t a clean way to figure out which image file goes with which broken element.

ex, with a Google Docs filename starting with “Deploying”:

<img src="images/Deploying4.png" width="" alt="alt_text" title="image_tooltip">

The HTML export directly from Google Docs contains the alt text:

<img alt="object_id.png" src="images/image3.png" ...

Unless I’m overlooking something, preserving the alt attribute seems necessary for fixing an exported file.

[evbacher]

nvillahermosa,

Apparently, when you download a Doc as a zipped web page (along with images), Docs assigns a filename to each image and drawing to create it and put it in the images/ dir of the zip file.

Unfortunately, when we’re converting a Doc to Markdown or HTML, the images and drawings do not have any file name assigned – getAltTitle() and getAltDescription() generally return null. I’ll investigate some more, but it’s not going to be as easy as I had hoped 😦

[evbacher]

As of today’s update (1.0β25), the image path is now in the form images/image1.png, images/image2.jpg, etc. However, beware that the exported zip file from Google Docs does not always have the images in the same order, so you’ll still need to check that the images are referenced in the correct place in your converted doc. There does not seem to be any rhyme nor reason about the order in the exported zip file that you get from Download > Web Page.