Trying to understand re-css-ification.

[brewt]

I've been looking long and hard to find a tool that would trim/clean up my over-abundant css across multiple files, and lo and behold, calibre just does it when making an epub. (thanks kg&team)

But I'm trying to understand some things about what it's doing. Attached are the before (styles.css) and after (stylesheet.css) files

It seems that when I have files that get cut up by Calibre (for chapterization), the <h1> references have been changed to <calibreXX> references:

<h1><a name="_Toc246482036"></a><a name="_Toc174706503">12:</a></h1>

becomes

<h1 id="calibre_toc_13" class="calibre11"><a name="_Toc246482036"></a><a name="_Toc174706503">12:</a></h1>

And when I look at the epub, the chapter headings aren't calling the right font (seems to be default font calls), despite the setup in the css:

This is eliminated from my css:

h1
{mso-style-link:"Heading 1 Char";
margin-top:12.0pt;
margin-right:0in;
margin-bottom:12.0pt;
margin-left:0in;
text-align:left;
page-break-before:always;
page-break-after:avoid;
font-size:18.0pt;
font-family:"Frutiger Linotype","sans-serif";
font-variant:small-caps;
font-weight:bold;}

and is replaced(?) with

.calibre11 {
display: block;
font-family: "Frutiger Linotype", sans-serif;
font-size: 1.66667em;
font-variant: small-caps;
font-weight: 700;
margin-bottom: 12pt;
margin-left: 0;
margin-right: 0;
margin-top: 12pt;
mso-style-link: "Heading 1 Char";
page-break-after: avoid;
page-break-before: always;
text-align: left
}

The cut-up chapter file looks fine in a browser, but not in ADE or the Calibre viewer. So what am I seeing here?

-bjc

[kovidgoyal]

As far as I can see, the font is the same (apart from sizes). If you don't want the sizes to be changed, you have to disable font size rescaling in the conversion preferences. And note that mso-* properties are not valid css

[brewt]

Well, maybe my ADE is hosed? It looks different there - I haven't got the font embedding down yet - would that account for the difference I'm seeing?

[kovidgoyal]

Definitely looks like a font embedding issue.

[brewt]

Ok, I took a couple more swings at this.

V6 was built with Indesign - fonts embedded (only one yet with fonts embedded)
V7 has been cleaned up by dreamweaver, re-epub-ed by Calibre.

The appearance of the various files seem to be rather different between ADE and the Calibre Viewer and the Firefox Viewer (which can't open font-embedded-indesign-built epubs?)

Hmmm.

-bjc

[kovidgoyal]

I lack the time to help you debug individual files, hopefully someone who doesn't, will come along.

[brewt]

I guess I'm just trying to understand:

a straight html call to h1 with lots of properties in the css becomes a call to h1 with calibre classes, and the original h1 is eliminated from the css.

Is this to extend compatibility to other viewers?

Thanks for your considerations.

-bjc

[kovidgoyal]

yes basically calibre maps all css to classes. This is reduces the amount of css in most casesand is very fast to render on most renderers.

[brewt]

Ahh, thank you. Will there be a way to control how it does that (someday)?

Lazybones here is trying to keep from having to re-write my css on either side of the the epub.....

-bjc

[kovidgoyal]

Not really, I don't quite see how the process could be customized.

[brewt]

ok, thanks.

btw, finally watched yer video - it was marvy.

-bjc