[st_albert]

Originally Posted by slowsmile

Hitch an st_albert...I'll try and clarify things.

...

Here's the oddity: Everyone has said that images dimensions defined in percentages within an image tag cannot be displayed on older KF7 devices. But when Hitch and I look at the KF7 displays for this epub we both see the image(formatted with % dimensions) plain as day. Well, according to what everyone's been saying -- you should see no image if you code your image using percentages on KF7 devices. Right?

Does everyone understand the problem or oddity that I'm reporting now?

I have never said that images coded with width/height values in % will not display on KF7 devices.

In post # 34 I said:

If I understand correctly what you are doing here, I predict that both images will be displayed, but only the pixel-coded one will display as intended (unless by chance, the %-coded one happens to have just the right native image size, or something.)

and in post #36 I tried to give more detail as to what was happening during the conversion from epub to mobi KF7 using kindlegen:

I think we're talking about two different things. I should have been clearer. Let me go through what I think is happening with image tags specifying a width in percent. This is an example from a test I actually ran on that old epub->mobi I have mentioned before. I took the old epub and ran it through a modern kindlegen to produce a dual-format mobi, which I then split into its KF7 and KF8 components, and examined the html code in the kf7 part.

So in the source epub, image tags were coded like this:
Code:
<p class="center"><img alt="images/image002.jpg" src="../Images/image002.jpg" style="width:77%" /></p>
(this was taken from the source-code section of the dual-format mobi, so it's fair dinkum.

That particular line ended up in the KF7 mobi file as:
Code:
<p align="center"><img alt="images/image002.jpg" src="Images/image00015.jpeg"/></p>
Note that the width directive had been stripped out, but the image tag is still there. It will display with dimensions of the original image or full-screen, which ever is smaller. I think. But, it will display, I'm sure. Remember, I'm ONLY testing this in the previewer v.2.8 emulation of a DX. If that emulation is fubar, as Hitch suspects, then all bets are off for real-world devices. Which is one of the things we're trying to determine here, right?

...

Additionally, note that in the KF7 code, the image itself has been renamed, though the alt= information is the same. I have no idea what that's all about; the original image from the source code seems identical to the image that ships with the mobi file. It hasn't been resized or anything.

OK, hope I've clarified what I meant by my prediction that both images will be displayed, but only the pixel-value width specification will be honored. The other one won't have any width specification at all. Vide infra.

Additionally, in posts #71 and #73, using a modification of your Test2.epub, (post 71) I demonstrated the fact that width/height values in % are ignored in the conversion to KF7, but the image tag is still there, and is displayed albeit wrongly.

If I have still been unclear, I think it's time for me to give up.

And, granted it has nothing to do with this oddity, I did see some behavior from your plugin that I thought might be buggy. It's described in the last paragraph of post #71:

Also, when I tried the plugin on the modified epub, it made both images width: 16% for the kf8 styling. Is this supposed to happen? (plugin version 0.1.3)?

Albert