![]() |
#61 |
creator of calibre
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 45,366
Karma: 27230406
Join Date: Oct 2006
Location: Mumbai, India
Device: Various
|
Oh I'm waaay to lazy to re-implement the HTML rendering wheel. I just use WebKit in calibre to do my HTML rendering for me
![]() |
![]() |
![]() |
![]() |
#62 |
Addict
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 316
Karma: 1021312
Join Date: Jun 2009
Device: Sony PRS-T1
|
So in the end who was right?
Tuna or kovidgoyal? Right now I guess that kovidgoyal must be right because the other programmers who chose to implement epub decoders that way must have done so for good reasons. |
![]() |
![]() |
Advert | |
|
![]() |
#63 | |
Zealot
![]() ![]() ![]() ![]() Posts: 114
Karma: 325
Join Date: May 2009
Device: Cool-ER
|
Quote:
As for other programmers, the decisions they make will have been based on many trade offs - what requirements had been drawn up, what libraries were conveniently available to them, how much time and money they had, what their specialities were and so on. For many operations, something that's "good enough" is, well, good enough. However, consider that web browsers have been around for 15 years or so now and Javascript nearly as long, yet something like Chrome can come along and demonstrate massive performance improvements by taking a fresh approach to the problem. In areas like this, one or two guys who have the time and enthusiasm for starting from scratch can make a real difference. |
|
![]() |
![]() |
![]() |
#64 |
sleepless reader
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 4,763
Karma: 615547
Join Date: Jan 2008
Location: Germany, near Stuttgart
Device: Sony PRS-505, PB 360° & 302, nook wi-fi, Kindle 3
|
|
![]() |
![]() |
![]() |
#65 | |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 11,470
Karma: 13095790
Join Date: Aug 2007
Location: Grass Valley, CA
Device: EB 1150, EZ Reader, Literati, iPad 2 & Air 2, iPhone 7
|
Quote:
Dale |
|
![]() |
![]() |
Advert | |
|
![]() |
#66 |
speaking for myself
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 139
Karma: 2166
Join Date: Feb 2008
Location: San Francisco Bay Area
Device: PRS-505
|
Well, the author of the article worries about wrong things. It is not loading into memory which limits viable chapter (or "chunk") size, it's layout speed. Compressed XML parses blazingly fast - much faster than all, but the most carefully designed binary formats. EPUB is more complex to process, but the only reason why it would be slower or require more memory than, say, mobipocket for a file of the same complexity is that developers who write EPUB viewer have too much stuff to do and too little time to do it
![]() |
![]() |
![]() |
![]() |
#67 |
Reticulator of Tharn
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 618
Karma: 400000
Join Date: Jan 2007
Location: EST
Device: Sony PRS-505
|
Aww, I missed all the discussion my post provoked! I realize I'm a bit late to the party, but a few points anyway:
@netseeker: Sibling selectors mean that you need to keep the whole parse tree around to figure out the CSS rules which apply to a particular element. That's the big benefit of LIT's simplified selectors -- that the renderer can pick up at any arbitrary point given only the parent elements, access to which the container directly provides. @Peter Sorotokin: By the time I got to the EPUB bit of the post I was running out of metaphorical breath. I did have in mind mostly the complexity of rendering and producing the layout of complex markup with complex styling (hence the contrast with Mobipocket), although the lack of seekable decompression in the ZIP format definitely does impose a size limit -- however large in practice -- which does not exist in formats which do have seekable decompression. |
![]() |
![]() |
![]() |
#68 |
sleepless reader
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 4,763
Karma: 615547
Join Date: Jan 2008
Location: Germany, near Stuttgart
Device: Sony PRS-505, PB 360° & 302, nook wi-fi, Kindle 3
|
No, definitly not for siblings in general. I guess you mean adjacent sibling selectors because the CSS 2.1 specification contains nothing about "sibling selectors". Adjacent sibling selectors mean that you need to know at least the current node and it's predecessor.
|
![]() |
![]() |
![]() |
#69 | |
Reticulator of Tharn
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 618
Karma: 400000
Join Date: Jan 2007
Location: EST
Device: Sony PRS-505
|
Quote:
|
|
![]() |
![]() |
![]() |
#70 | |
sleepless reader
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 4,763
Karma: 615547
Join Date: Jan 2008
Location: Germany, near Stuttgart
Device: Sony PRS-505, PB 360° & 302, nook wi-fi, Kindle 3
|
Quote:
![]() |
|
![]() |
![]() |
![]() |
#71 |
Member
![]() ![]() Posts: 19
Karma: 108
Join Date: May 2009
Device: computer
|
As a creator of e-books, I find mobi easier to work with: you don't have to stitch and paste huge files and then discover you got something in the wrong order. Much easier to edit, and you can do a partial and test the result to see if something works correctly, or if your flowing text actually displays right.
With ePub you have to just close your eyes, push the button, and hope. And wipe it and go work with another software to prep it, then try again. I like both formats and use them, but mobi is my favorite for ease of use. |
![]() |
![]() |
![]() |
#72 |
Resident Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 79,786
Karma: 146391129
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
ePub is the best format for future compatibility. And it's going to be the best format for reading across different devices.
|
![]() |
![]() |
![]() |
#73 |
Zealot
![]() ![]() ![]() ![]() Posts: 114
Karma: 325
Join Date: May 2009
Device: Cool-ER
|
So much will depend on the tools.
If you look at the old Microsoft Word internal format, it's a complete nightmare. The vast layers of software that sit on top of it hide that from the end user, and it does the job required of it. I'm not advocating formats like Word's .doc, but the point is that a format is only as good as the software above it. |
![]() |
![]() |
![]() |
#74 | |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,452
Karma: 7185064
Join Date: Oct 2007
Location: Linköpng, Sweden
Device: Kindle Voyage, Nexus 5, Kindle PW
|
Quote:
|
|
![]() |
![]() |
![]() |
#75 |
Addict
![]() ![]() ![]() ![]() ![]() ![]() Posts: 242
Karma: 695
Join Date: Jun 2009
Device: Sony PRS-505
|
|
![]() |
![]() |
![]() |
Tags |
epub, mobi |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Convert Epub and Msreader formats to Kindle formats | bruc79 | Calibre | 17 | 06-22-2010 04:50 AM |
Other formats than ePub or Zip? | Robotech_Master | Calibre | 4 | 05-28-2009 02:15 PM |
Converting epub to other formats | garygibsonsf | ePub | 6 | 05-06-2009 12:25 PM |
Formats for PRS-505 / Mobipocket | thorswitch | Sony Reader | 6 | 06-07-2008 08:43 PM |
Announcing: MOBI2IMP v9 will directly convert mobipocket .prc to .IMP formats | nrapallo | Kindle Formats | 4 | 03-22-2008 01:38 AM |