image url looking in temp folder for file

[DiapDealer]

Originally Posted by DNSB

I haven't found this issue with well-formed epubs. This is an issue I see with epubs that are not well-formed often created with older software -- the type of epub that I use Sigil to drag into compliance.

That's expected behavior. If links to a file don't match that file's manifested href (case-sensitive), or the file is UNmanifested, then Sigil won't be able to automatically update/fix those links. And any time you decline to let Sigil fix detected errors upon opening, there's a good chance that links won't get properly updated.

Best to generate a Report after opening a dodgy epub. It can identify the broken links/missing targets, etc... that result from not-well-formed epubs being run through Sigil's normalization process.

Hopefully there will be a version of Sigil someday that will allow you to keep the original internal structure of an epub intact (eliminating the need to update links upon opening). But we're not there yet.

[KevinH]

Unfortunately, Sigil can*not auto fix all broken epubs on import. For those cases, you may want to run a Report and then fix any broken links and things manually. Followed by either FC or epubcheck to verify other epub structures.

In many cases, broken links exist because the underlying file system is not case sensitive and so the urls appear to work for the user on those systems when in fact they are broken. Linux is a nice testing ground for these types of path case issues because it defaults to a case-sensitive file system which makes these types of errors easier to find and fix by a quick visual scan of images in the epub.

[david_f1]

So I'm struggling to get this to work no matter what I try.

My last attempt was to recreate the epub anew with a new file name, unzip it, create a new 'Images' folder in there and place 'gold-aureus.jpg' in there. The CSS is amended to point to 'Images/gold-aureus.jpg' and the opf file has this line added to it too:

<item id="gold-aureus.jpg" href="Images/gold-aureus.jpg" media-type="image/jpeg"/>

I re-zip the file and change the extension back to epub.

When I open it in Sigil, the image is now in the Images section (left-hand panel), but the image still doesn't appear.

Mend xhtml source on open and save are both checked in the preferences.

[DiapDealer]

I'm assuming the css has been amended to:

h1:before {
    background-image: url('../Images/gold-aureus.jpg');
    display: block;
}

[KevinH]

I am not sure what you are seeing or why.

What does epubcheck say about the original epub you are trying to work with?

Is this a public domain epub that I can test with? If so, would you point me at it.
If not, would you please *privately* post it someplace and pm either DiapDealer or myself (KevinH) with the url so as not to violate the rights of the holder.

Also, what happens if you simply open the original epub in Sigil? If an image is missing, you can use Sigil's Add Existing menu to add back that image from an unzipped copy of the epub. What does Report say? Is it only that one image missing?

KevinH

[david_f1]

Originally Posted by DiapDealer

I'm assuming the css has been amended to:

h1:before {
    background-image: url('../Images/gold-aureus.jpg');
    display: block;
}

I've tried it with both

background-image: url('../Images/gold-aureus.jpg');

and

background-image: url('../Images/gold-aureus.jpg');

Originally Posted by KevinH

I am not sure what you are seeing or why.

What does epubcheck say about the original epub you are trying to work with?

Is this a public domain epub that I can test with? If so, would you point me at it.
If not, would you please *privately* post it someplace and pm either DiapDealer or myself (KevinH) with the url so as not to violate the rights of the holder.

Also, what happens if you simply open the original epub in Sigil? If an image is missing, you can use Sigil's Add Existing menu to add back that image from an unzipped copy of the epub. What does Report say? Is it only that one image missing?

KevinH

No problems are reported with the epub check and the image is listed in the report when I do the amendments described in my post from a few days ago.

I'll PM a link shortly

[DiapDealer]

You wouldn't happen to be opening this epub using the calibre Open With plugin would you? I only ask because jpeg images aren't showing up at all for me when opening epubs from calibre with Sigil with the Open With plugin (I'm sure I'm using an older version though).

PNGs show up just fine (and the jpegs show up just fine when opening the epub through the "usual" methods). It's only when using the Open With plugin on Windows that Sigil thinks all jpegs are 0x0 bytes.

[KevinH]

Tried your updated bug epub and the url is properly updated.
That said, your css is simply wrong:

Pseudo-Elements are done as follows:

selector::pseudo-element {
    property:value;
}

Note the double colons before the pseudo-element.

Also the pseudo-element "::before" does not exist or validate in CSS 2.1 but does validate for epub3.

Also as anything *before* the initial heading element in your example has no vertical size, no background image is displayed (as the image height would be 0).

So changing that css to something along these lines is what I think you want:

h1::before {
    content: url('../Images/gold-aureus.jpg');
    display: block;
}

This shows the image you want nicely before every h1 in the document.

So there is no bug here that I can see.

KevinH

[david_f1]

OK, I had to do a few other changes but I managed to get this to work. The CSS amendments that you suggested seemed to be the key ones.

Thanks for your help
David