View Single Post
Old 08-15-2017, 11:03 PM   #77
Hitch
Bookmaker & Cat Slave
Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.Hitch ought to be getting tired of karma fortunes by now.
 
Hitch's Avatar
 
Posts: 11,503
Karma: 158448243
Join Date: Apr 2010
Location: Phoenix, AZ
Device: K2, iPad, KFire, PPW, Voyage, NookColor. 2 Droid, Oasis, Boox Note2
Quote:
Originally Posted by slowsmile View Post
Hitch an st_albert...I'll try and clarify things.

First thing to understand is that the KP and KP3 weirdness that I'm reporting has nothing whatsoever to do with the new plugin. The problem also has nothing to do with image sizing etc.

Everyone has been saying that KF7 devices cannot display images whose height and width dimensions are in percentage values. Right?

Now run this very simple test. Open the epub that I sent Hitch(see my last post) on KP and KP3. Do you see an image on the KP and KP3 eInk displays ? If you do see an image in the eInk displays then that's the oddity or problem.
William--do you...are you saying that you thought that what I was saying, all this time,or what Albert is saying, is that if you code an image for KF7, using a %, that it won't display AT ALL?

I never said that. And it's not what I meant, nor what I ever meant. I simply meant what I thought I said--that using %, to cause an image to display AT A SPECIFIC SIZE, would not work. I never meant that using %, either in the CSS or inline, would somehow cause the image to not show up at all.

n.b.: I just went over the prior thread, in which there was a heated discussion about this, and we NEVER said this. We stated, repeatedly, that KF7 will ignore any CSS using %, and the resulting image would just display as if no size were set, at all. Nobody ever said that the images would simply disappear as if they didn't exist.

Quote:
The test epub just contains just one image coded thus:

<p class="scrivener5"><img alt="" src="../Images/eagle.jpg" style="width: 50%;height: auto;"/></p>

Please also note in the above code that I'm using inline styling with percentages. It also appears that everyone is seeing this image too on their KP and KP3 eInk displays. Right?
Yes, of course we're seeing it.
Quote:
Here's the oddity explained: Everyone has been saying 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 the test 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?
No. This is a misunderstanding. I said, the coding CANNOT be used, because it doesn't work. The image displays at the wrong size.

Quote:
All you have to do to confirm my findings is just open the test epub in KP and KP3 and then just report back here if you see a centered image or not in their eInk displays. And please don't complicate things by dragging in image sizing, positions etc in your observations -- the latter is completely irrelevant to this test. This test is only meant to prove or disprove whether using inline styling(with % dimensions) will display ebook images correctly on KF7 devices.
It's not, really, irrelevant. You had said, at some point in time, that we could style KF7 images using %--and we can't. The resulting display is wrong. That's why I bothered to take all those images. You'd said that you'd seen KF8 and KF7 images, displaying as if BOTH were being styled by the KF8 coding. That's why I did the screenshots.

Quote:
And here's the most important thing. If you confirm what I have said above to be right(just confirm if the centered image is there or not in the eInk displays-- that's all I care about!!), then there seems to be absolutely no need to use media queries with dual formatting to ensure proper image display on both KF7s and KF8s. All you have to do is just use a single image line that has been styled using inline styling with % values in your image tag and you image(s) will be appropriately displayed on both KF7 and KF8 devices without a problem.
William--even ignoring the fact that there's some massive misunderstanding here--didn't you notice that the image displays at the wrong size? I mean, even if we DID mean that it would somehow be turned invisible, using the %, and even assuming arguendo that were true, the end result of your coding in the single element is that the KF7 image is the wrong size.

Quote:
And don't worry Hitch, I'm not going to change my plugin code because of the above discovery. But as far as I'm concerned, just bear in mind that there is not just one way to format your epub for KF7 and KF8 image displays. There is also a much easier second way of doing this as I have a already described in the paragraph above.
As I mentioned, we have a similar clip for Epsilon, but thanks. I thought I was helping you make a plugin for other folks.

Quote:
Does everyone fully understand the problem or oddity that I'm reporting now?
Well, I understand, now, what you've misunderstood about what I, Diap, etc., all said. But...honestly, William, I don't understand how you came to that misconstruction. But anyone can have a brain fart.

Nonetheless, the plugin works. The KF7 coding--the coding done correctly, with its own line of code, using Hidden, etc., works fine. The one-line coding, which we all know has nothing to do with the plugin, trying to do both KF7 and KF8, doesn't work, because the image displays incorrectly.

Are we all on the same page now?

Hitch
Hitch is offline   Reply With Quote