All
Sorry for the delay in replying; i thought the mobileread site would trigger emails when folks responded. Probably a preference I need to set.
First: Someone had suggested going epub->epub first to see if that cleaned the offending tags. I just wanted to mention for reference that I had tried that with no success.
Second: I did try the older version of Calibre and definitely got past the crash. Thanks!
I really appreciate the guidance. I have a feeling that the issue is with RoboHelp tags that seem to play fine in HTML but may not be easy for Calibre to discard. I don't think I can use the search/replace to fully purge those as they are a block of javascript type code with params that vary.
The one thing that does not seem to parse properly still (for PDF output), but at least does not crash, are the javascript popups we use. These behave correctly in the epub but are converted to just hyperlinks in the PDF output. It looks like Calibre gracefully removes the rh- portion of the tags shown below, but does not have a way for us to specify that these should be converted to expanded text (RH does this for print/PDF output but the Calibre engine is more powerful so we'd prefer to use it). Does anyone have a suggestion for forcing popups to be expanded for output? Or should I ask that elsewhere.
<?rh-dropspot_start class="dropspot" href="javascript:TextPopup(this)"
id="a1" dataid="POPUP317661753" ?>Adding a server across a firewall<?rh-dropspot_end ?></p>
<?rh-droptext_start class="droptext" id="POPUP317661753" style="display: none;" ?>
<p>When adding a server across a firewall, (for example, when adding
a Local Server located outside a firewall to a Global Manager located
inside the firewall) do the following:</p>
etc etc...
PS:
I'd emailed the Anicesoft support folks as well to ask them a) about the Calibre conflict above and b) what price they would be charging after the 30 day trial period expired. Quite interestingly, I never got an answer to either question. Perhaps no one is monitoring their site anymore.
|