|10-23-2013, 12:06 PM||#1|
Join Date: Oct 2013
smashwords ordered list start attribute
Converting from word document to epub on smashwords creates errors in the epub validation process. The main problem I am having is that my documents (dozens of volumes) all contain the "ol start="some_number" " attribute in the table of contents which allows an ordered list to start from a number other than one. This is not accepted, and now all of my documents have been rejected. I don't want to manually go through and add these numbers. Converting from html to epub creates more problems than it solves so that is out of the question.
What I need is a work around. Any help is appreciated.
|10-23-2013, 12:24 PM||#2|
Join Date: Jan 2010
Device: Kindle Fire HD, Kindle 2
If you want to submit Word documents to Smashwords and you don't want your ordered lists to start at 1 ... then I simply don't see any other recourse but to manually number your ToCs.
Even if you could get the epub created with an ol that started at something other than "one", it wouldn't display consistently across the range of devices/apps out there reading it. It's always been an issue that most people have solved by just not using ordered lists at all.
|10-24-2013, 03:23 AM||#3|
Bookmaker & Cat Slave
Join Date: Apr 2010
Location: Phoenix, AZ
Device: Kindle2, iPad, KindleFire and NookColor
(Secondly, should'nt this be in the ePUB forum, not here? I'm not sure I understand why a Word-->Smashwords question is here in the Sigil forum. Mods, you may wish to move this to ePUB, where s/he is likely to get more answers, as folks in that sub-forum may have experience with this.)
Thirdly: why are your TOC entries numbered? Are they in sections or parts, or a technical/academic book that requires an outline-formatted layout? if you'll explain further, someone might be able to help you; maybe something like using AHK with regex to do some of the numbering for you manually. OR, if you give up on using Word-->SW, and you use Sigil, you might find that using headers could get you at least partway there. Just a thought. As I said, the folks in the ePUB forum are more likely to have experience with this than here in the Sigil forum.
|10-24-2013, 08:46 AM||#5|
Join Date: Aug 2009
Location: The (original) Silicon Valley, USA
Device: Galaxy Tab 2, Astak Pocket Pro, K4NT
Hitch did bring out a Sigil (actually a Flightcrew) Question: Wasn't there a Validation error shown for these?
|10-24-2013, 07:26 PM||#6|
Join Date: Aug 2013
Device: iPhone (Marvin/Stanza)
there is in Sigil and likely then also in standalone Flightcrew.
It will complain that start is not allowed in OL
And I did not try this yet, only just popped into my mind, but could you trick it by just inserting X number of empty li's before the first actual one and set these to display:none? or would that cause it to still start at 1 again on the first visible li?
granted, it would be a kludge...if it actually works, no idea about that
Last edited by At_Libitum; 10-24-2013 at 07:31 PM.
|Thread Tools||Search this Thread|
|Thread||Thread Starter||Forum||Replies||Last Post|
|Glo Ordered List: No more than one numeral is visible||ibu||Kobo Reader||8||09-08-2013 02:52 AM|
|Validation: attribute 'start' is not declared for element 'ol'||WS64||Sigil||4||10-06-2011 03:15 AM|
|< ol > "start attribute issue||eclecticguy||ePub||5||06-08-2010 01:41 PM|
|'list' object has no attribute 'add_book' etc.||mazzeltjes||Calibre||1||12-26-2008 01:12 PM|
|'list' object has no attribute 'add_book'||drmathprog||Calibre||2||11-13-2008 04:52 PM|