EPUB3: Ready or not?

[eping]

Originally Posted by pstjmack

don't see much sign that it's been addressed by the EPUB community - unless EPUB3 is supposed to be the solution that fixes these issues.

ePub industry is now in chaos, and ePub 3 is ridiculous. My personal opinion.

ePub 3 went a wrong direction. ePub is still far from PDF's perfect result and Mobi's unified implemetation. But ePub 3 cares more about audio & video, when it still can not support many basic features easily such as dropcap, small caps,
It's a book format or multi media format?
Readers don't care if the format is new or advanced, they care the result.

[Turtle91]

Originally Posted by eping

But ePub 3 cares more about audio & video, when it still can not support many basic features easily such as dropcap, small caps.

I was under the impression that most drop cap and small cap issues were due to (lack of) reader support rather than epub3 spec. Pseudo element support (:first-letter/:first-line) is required in the 2.1 spec and font-variant:small-caps is in CSS 1. Is there something else I'm missing here?

[Jellby]

Originally Posted by Turtle91

I was under the impression that most drop cap and small cap issues were due to (lack of) reader support rather than epub3 spec. Pseudo element support (:first-letter/:first-line) is required in the 2.1 spec and font-variant:small-caps is in CSS 1. Is there something else I'm missing here?

If I had to ask for something related to drop-caps, it would be the possibility of referring the drop-cap size to the main line-height (whatever it is).

[eping]

Originally Posted by Turtle91

I was under the impression that most drop cap and small cap issues were due to (lack of) reader support rather than epub3 spec. Pseudo element support (:first-letter/:first-line) is required in the 2.1 spec and font-variant:small-caps is in CSS 1. Is there something else I'm missing here?

Is Audio and Video due to reader support? why ePub 3 specify it?
Those things in CSS is far from enough. How can you guarantee dropcap of three lines when reader change font size or line height?
Is there a basic size unit for font or for layout design(You will find percentage,px,pt,em system none reliable here)

A standard away from reality is meaningless.

[Toxaris]

What Turtle meant, is that the psuedo elements should be supported according to the specs, but readers are ignoring it. Audio and Video are not in the specs of ePUB2.

[DaleDe]

Originally Posted by eping

Is Audio and Video due to reader support? why ePub 3 specify it?
Those things in CSS is far from enough. How can you guarantee dropcap of three lines when reader change font size or line height?
Is there a basic size unit for font or for layout design(You will find percentage,px,pt,em system none reliable here)

A standard away from reality is meaningless.

ePub 3 is based on HTML5 and HTML5 supports audio and video. The early adopters of ePub 3 so far have been children's books in fixed layout ePub and for this audience audio and video may make a little sense.

But I agree which the detractors that essential features need solutions but are being ignored. Even ePub 1 (Open eBook) had better features (for example headers and footers) in some cases than anything since.

Dale