Quote:
Originally Posted by Hitch
Do you seriously think that Sigil should have generated thousands of new id's for the thousands of paragraphs in that ePUB of 600 printed pages?
|
The document I'm working with already had an id on (almost) every element when I got it. I don't know what tool generated the document, but there are probably thousands of unique ids. The dupes are from my edits.
If generating an unused id is really problematic then copy while stripping the id would be perfectly fine. If you copy, say, a heading and strip the id, Sigil will generate an id if the heading is included in the ToC. If not and you need an id for a link, Sigil has the dialog to let you do it (though it is then up to you to ensure no duplicates - perhaps prompting with a proposed unique id would be useful). I used a tool that had such an id prompting feature in it once - I think it was a software documentation product a couple of decades ago.
Actually,
copy and paste should zap or generate an id;
cut and paste should preserve the id on the first paste and either zap or gen on the second and subsequent. Cut and paste is simply a move and a link should not be broken as a result. Subsequent pastes after a move are the same as a copy and the id problem should be addressed for those.