Quote:
Originally Posted by FrustratedReader
However only recently obvious on their upload page.
|
AND, after all this sturm und drang, I still don't think you can upload a MOBI, or PRC, or AZW or AZW3 to Smashwords.
At this point, I'm not sure if there are any questions remaining. You already know that the more-advanced KF8 MOBI, as Calibre-users call it, can't be used by millions of older devices. That's why the dual mobi exists--so that the older content can be used by it. The Kindle, K2, DXes (of which there are a huge, huge number), the KK, the original K3, and I think that's all of them, not counting variants that came and went for the first 5 or so years.
I don't
believe that you can upload a KF7 MOBI to SW, so...your best path seems to be, upload an ePUB and what happens, happens. I presume that people buying MOBI files at SW are pretty accustomed to the crappy API output anyway, so, what the heck.
You are aware that when people
say that the older Kindles
"can't use" the dual MOBI, that what they mean is, it can't
SEE the more-advanced coding? It doesn't mean that they literally can't use the file. I load full-tilt-boogie, made from ePUB3 MOBI files onto my K2 all the time; it simply renders what it can and ignores the more-advanced stuff that it can't see.
The trick is to make sure that the KF7 version is correctly made, using HTML for the formatting, not CSS. If you were to upload a KF8 MOBI, only, not dual (one that had been parsed from a dual, for example), THAT would be problematic, but KF7 Kindles read the KF7 content from a dual just fine.
Does that answer your question?
Yes, we're all clear on what you want. You don't care what the code looks like, you just want it done. Sure, that's what programs like Calibre are for. Many of us, like Notjohn, care about the code, and that's why we use Sigil, rather than Calibre. It has nothing to do with complexity or lack thereof; it's about
control and ensuring that the coding is right and clean. That's why he suggested it to you. No need for any excitement over it.
(Doing that
also allows you
the SAME results across the board--not variable results, based upon what one "converter" does versus the other, etc. You wouldn't have these "this docx does that" but "this ePUB does this other thing" sort of results in your experiments. That's the other reason, no doubt, that he suggested it.)
But, as you like the convenience, I can see why you prefer it.
Hitch