View Single Post
Old 07-27-2013, 02:07 PM   #7
met67
Connoisseur
met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.met67 can program the VCR without an owner's manual.
 
Posts: 78
Karma: 165868
Join Date: Jan 2012
Device: Nook Touch
Quote:
Originally Posted by jgoguen View Post
This is just tag nesting, perfectly valid and absolutely essential to some designs and layouts.


I ran every test file through a XML validator and I can't find where this occurs. What I saw is that the worse case is a <span> opened at the start of a paragraph may not close until the end of that same paragraph. Can you point me at a file in either of these test files where a span isn't closed until the very end? That would be a serious problem and I very much doubt that books would display properly.


With the spans being properly balanced as they are, this would actually not be a good thing Not saying the way it is now doesn't break highlighting (I've never tried nor has it been reported to me).
I also have this problem with highlights: if I try to highlight a piece of text that crosses a phrase (e.g. have a '.' in the middle), very often the kobo highlights the text to the end of the chapter.
I didn't had the time to examine this problem but I think that it is very likely that it is caused by the 'extra' span.
I know that it is perfectly legal in HTML, but probably the code that Kobo uses to trace the pieces of text in a kepub doesn't expect it to be like this and so misbehaves.
met67 is offline   Reply With Quote