Robohelp 10 crashes exporting to epubs

When I try to create a RoboHelp 10.0 HTML output to epub the program crashes. This also happened with Robohelp 9.0 and I was never able to resolve.

As you also had this problem with Rh9, I am doubtful that it is a patch issue.
The sample projects contain some information about creating ePubs. See The Employee Care SSLs in the Employee Care project. Click Open on the RoboHelp Starter page and then click Samples in the ribbon on the left.
You have to keep the content very simple, virtually just text.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Similar Messages

I cannot make Robohelp 9 export epubs

I have tried with very little succes all day making Robohelp 9 export to epub.
I am running techcomm 3.5 full version on win 7/64 bit.
I have opend a very small FrameMaker 10 book file with a front page, a toc and a 7 pages content file with some 7 or 8 pictures. I have created a Robohelp project and imported the book and done a toc. But I cannot export to epub. I have tried inserting the new jsx script, updated and tried different versions of 7zip and zip - all to no avail. Robohelp is no help and crashes on trying to create the epub file. It WILL create epub files of the sample content which came along with the install and it WILL work if I delete all pictures in my content - but this is hardly a real life scenario... I am utterly frustrated by this. Does anybody have a clue what is wrong here?
BTW I have read the post right before me with somewhat similar content - but it didn't seem to reach a conclusion
regards
Bjørn

StudioSm wrote:
Thanks for the answers. I am beginning to like Robohelp. Still - I cannot figure the isf thing out. When I create a project I import Frame files. I create isf settings for the Frame import and export the isf file. So far so good. But now I want to change for instance the sizing of graphics on import or the mapping of paragraph formats. So I go to File/Project settings - but I can no longer access these settings. I can no longer access the settings for mapping, graphics etc. And I don't get it. Shouldn't I be able to edit the isf file here?
Regards
Bjørn
Short answer is no, that is not how you edit the settings. You need to read through my instructions again for the detail but the short version is this.
Step 1 is to go to Project Settings and select the CSS you want.
Step 2 is to start the import and apply all the settings you want.
Step 3 is before you import, you export all those settings to an ISF file.
Step 4 is next time you want to import you will see Custom in the ISF file. Browse to the ISF file you want and if no changes are required, you should be good to go but check. If changes are required, make them and export again overwriting the first file.
Now for the really unintuitive bit.
Next time you import, you will see Settings.ISF at the start of the process. Not unreasonably you will say to yourself "I updated those so I am good to go". WRONG. You will be working with the settings you saved in Step 3. If you want the updated settings, you have to browse to the updated file.
Don't shoot the messenger. I didn't create that workflow.
The more people who report a bug or request a feature, the more likely it is to be actioned. Please follow this link.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Win XP ID5.5 export to epub crash in hyperlinks.rpln any way to trace?

Any way to pin this down to the problem link? I've converted any link with an & or # into a tinyurl, and still get a failure when exporting to epub. ##update## I also tried exporting to html and got the identical error - same mod & offset. I would be happy if I could just turn off any url conversion and get an epub where I could edit it manually. ##
By cutting my 300 page book (1 document) down by half for each test, I got to a 6 page doc that still failed. At that point 1 link had a & - I deleted that link and export worked. I changed the & to X and export failed even though link was invalid. I replaced with tinyurl, and export worked. However, when I go back and change original doc so it has no urls with & or # I still get the same failure. There must be a faster way of finding the problem than my way of dividing the doc. That takes hours to find a single error (It takes me about 5 min to recycle ID after crash). This is the Dr. Watson log of one crash:
In July 2010, Liz Castro mentioned in her blog a script: OEBExportMenuItemLoader.jsx file, which is in the startup scripts folder
In my 5.5, I don't have that script, I have something that is similar, but I know very little about scripts, i.e. can change false statement to true, but don't know how to run it or find output:
Tried to insert image, but got black square, so will type it out:
folders
Adobe Indesign CS5.5>
Scripts>converturltohyperlink>startup scripts>ConvertURLToHyperlinkMenuItemLoader.jsx
I've continued to test various cases of hyperlinks to find failing links:
1 works note that there is a #:
http://www.360cities.net/image/punta-arenas-chile-mirador/#348.00,7.50,65.0
2 works note that there is a #:
www.360cities.net/image/punta-arenas-chile-mirador/#348.00,7.50,65.0
3 works note that there is a #:
360cities.net/image/punta-arenas-chile-mirador/#348.00,7.50,65.0
4 works: www.360cities.net
5 works: 360cities.net
6 works: www.360cities.net/image/punta-arenas-chile-mirador
7 works: 360cities.net/image/punta-arenas-chile-mirador
8 works xxx 360-degree view from the Puenta Arenas mirador: 360cities.net/image/punta-arenas-chile-mirador
9 works xxx 360-degree view from the Puenta Arenas mirador: 360cities.net/image/punta-arenas-chile-mirador - a dup of 8 just to see if number of entries is a factor.
10 fails xxx 360-degree view from the Puenta Arenas mirador
www.360cities.net/image/punta-arenas-chile-mirador
In the above list why does 6 work and 10 fail?
Message was edited by: backpack45scb with examples

After narrowing down to a test list of 4 urls, I was able to find at least one cause of the problem. I had 3 working urls, and one that would cause ID to crash in hyperlink.rpln. I found the problem by looking at the text with story editor. The problem url was surrounded by hyperlink cross reference symbols.
Would paste output, but again am getting black square when I click insert image.

My InDesign is crashing every time I export to epub?

My InDesign CS4 crashes every single time I try to export to digital version (.epub file). I can export to .mobi, .pdf, etc just fine. I'm wondering if there is an update or plug in or something to download to fix this issue of not being able to export to .epub?
I see from searching online that there are others with the same problem but have not found the solution to this yet.

My InDesign CS4 crashes every single time I try to export to digital version (.epub file). I can export to .mobi, .pdf, etc just fine. I'm wondering if there is an update or plug in or something to download to fix this issue of not being able to export to .epub?
I see from searching online that there are others with the same problem but have not found the solution to this yet.

Export as ePub from Pages 09 v4.0.4 (614) crashes

Every time I export to ePub Pages crashes (Pages quit unexpectedly). I'm using OS X 10.6.4 on a 2.4 GHz Intel Core 2 Duo. File began in Pages. Inserted content into Apple's ePub template. Not using first page as cover and there are no floating images. Before I start tearing the file apart, any suggestions? Any length maximum for pages? Do objects causing wrap produce problems?
Message was edited by: daigle
Message was edited by: daigle

First track :
how was your system upgraded to 10.6.4 ?
If you used "Software Update", download and apply the combo updater which make a better job.
http://support.apple.com/kb/DL1048?viewlocale=en_US
Yvan KOENIG (VALLAURIS, France) lundi 1 novembre 2010 11:04:57

Document to document hyperlinks exported to epub do not work

I've been flooding the forums lately with a lot of ebook questions recently . . . hopefully this will be the last one. I've created multiple documents combined into a book, so that when I export my ebook, I'll get the necessary breaks within the book. However, the cross references/hyperlinks that I've created using text anchors throughout the book only work if the source and destination are in the same document. If I have a source in one document referring to a destination in another document, when I export the epub file, the link only jumps at the source rather than linking to the destination. I've creating the links by selecting the open document from the document drop down and then selecting the destination from the text anchor drop down. It seems to work within ID, but not exported as epub. What am I doing wrong? I really need to fix this problem so my TOCs will work, at least.

You are not doing anything wrong. It a bug in CS5.
What happens is, the reference to the source file drops out of the code line, like this:
<a id="anchor-50-anchor" /><span class="superscript"><a href="#anchor-57-anchor">1</a>
and to should look like this
<a id="anchor-50-anchor" /><span class="superscript"><a href="Notes.xhtml#anchor-57-anchor">1</a>
So you will need to insert to relevant .xhtml file back into the code. I use Dreamweaver for the code stuff (only because it's free with CS package and because if give a preview window)
I doesn't take long to fix...

I think I've found a bug... (CS 4 6.0.4, export to EPUB, w/ test case)

Hi everyone,
I think I've found a bug. I suppose I would like to see if others can reproduce it - I've managed to on 2 work machines, but the more the merrier. I suppose I'm also hoping that giving this bug more exposure will increase the likelihood of it getting resolved. I can dream
The bug shows itself when exporting an InDesign document (or book) to "Digital Editions", or as an EPUB file. The InDesign source needs to have a Table of Contents, and this TOC has to be used by the EPUB to create TOC entries (see the "contents" tab of the export window). In certain cases, using the InDesign TOC causes the EPUB export to garble certain characters; unicode-specific characters, in my experience.
Steps to reproduce:
Create a new document, add a blank text frame and fill it with placeholder text. add a heading to this text frame, styled appropriately.
Create a table of contents, using the heading style you defined and used previously.
Add some unicode characters to the end of your text frame. I've been using "bêche-de-mer — a genus", which has 2 unicode characters. My tests have shown about 1715 characters in the text frame is enough to trigger this bug.
Save the document and export to digital editions. under the "contents" tab, check the "include indesign TOC entries" option.
Open the EPUB (or unzip it and view the xhtml content). I would expect to see "bêche-de-mer — a genus" at the end. However, I see something more like "b√™che-de-mer ‚Äî a genus" instead. I do see the correct output if I don't check the "include indesign TOC entries" option when exporting to EPUB.
I've confirmed the fonts I've tried are unicode-compliant and have the relevant character codes. I'm running the latest update to InDesign CS4 (6.0.4) on OSX 10.4.11. This character encoding problem doesn't manifest itself in the PDF or IDML export, only the EPUB export. Choosing whether or not to include embedded fonts in the EPUB doesn't make a difference to the outcome. I have run this test on my machine and a workmates, which is OSX 10.5.[something]
I'll attach a test document to see if others can reproduce this bug. I'd be interested to hear if others can, or cannot reproduce it. I have submitted a bug report at https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform, but that doesn't exactly imbue me with confidence that anything will get done in a hurry...
This problem is pretty annoying; I can either have EPUB navigation, or uncorrupt text. My current (proposed) workaround is for the operator to create 2 EPUBs, one with a TOC and one without, and merge the two together... EPUB transplant if you will. A bit ugly....
thanks for listening!

Hiya Joe (and Archie)
It is indeed an annoying bug - I spent a few days looking around it before posting (wow, it must be nearly a year ago now).
Fortunately, it really is straightforward (if a bit of a hassle) to workaround:
- make 2 EPUBs, identical except one will have a TOC generated (epub-a), the other will not (epub-b)
- extract the TOC file from epub-a and insert it into epub-b
remembering that EPUB is a zip package, this is very easy indeed. On OSX you have /usr/bin/zip and /usr/bin/unzip to assist with extraction / insertion in a script (bash, applescript, etc). I don't think Windows comes with command-line zip programs, so you'd need to hunt around a bit.
Good luck. I don't know if this is resolved in the latest 6.0.5 patch - if you haven't updated to that, it might be worth a shot. And if you have and it's still a problem, please respond to this message just so there's a log stating as much.
Steve

Recent InDesign change suppresses non-printing layers when exporting to EPUB

I hate it when development teams quiety "fix" features I've come to rely on.
I am using InDesign CC 9.2.
Until a recent update, when I exported a book to EPUB from InDesign, layers which were set to show but not print were included in the export. I relied on this because my documents include a non-printed Table of Contents block on the first page of each piece included in the anthology. This block causes the correct page to be set when generating the TOC (notice that it's on the page facing the title, not the title page itself) and is used to print the correct title on the title page of each story and running headers throughout the body.
(An example document - Click for full size)
Up to at least January 2014, when I exported to EPUB, that visible-but-not-printed block was included in the XHTML output. I could then modify CSS to optimize for e-reader display and the title and author names would appear at the top of each piece. Sometime within the past couple of months, that has changed: layers that are not printed also do not export to EPUB. This wouldn't be so big a problem except that the printed title in the image above also is not output to the EPUB file, because it's a text variable in the underlying master page.
If you like reading and messing with markup, as I do, the next two images illustrate the problem.
(The old output - Click for full size)
The new output:
(The new output - Click for full size)
I have five volumes of the anthology so far (comprising roughly 30 stories each) with a new one coming out every three months. Now that this change has been thrown at me, I need to get it resolved or come up with a good workaround while I only have a couple hundred documents to update, instead of double that a year from now.
Thank you for any help or suggestions you can provide!

Going back through every document to override Master Page objects just to get the elements to export is not a realistic workaround.
The change that suppresses visible but non-printing objects is annoying, but at least it's a documented change in 9.2. The change that suppresses all Master Page elements as well is not documented (or at least not documented in an obvious way) and so to me it's a bug.
Ideally, if these new changes are required by some users, the old behavior could at least become an option: the export to EPUB dialog could add checkboxes for "Include non-printing objects" and/or "Include Master Page elements" so that users like me are not left with no way to continue to use existing functionality.

Image quality seems poor when exporting to ePub (even on max)

Hello all,
I've been using InDesign to prep a book for export to ePub format, and it will include several images. Things are going fairly well now that I finally think I've got my mind around the way InDesign works and how to think/prep in advance (i.e. get the Masters right and think 'styles' for as much as possible).
But, when I get things exported to ePub format, I've noticed that the images seem to loose resolution even when I choose jpeg at the maximum setting. Where it's most obvious is when there is text in parts of an image (like text on a map), and at smaller fonts the text becomes blurry and unreadable. The image is pristine and sharp in Photoshop, and is very clear in InDesign doing the layout, and even if I simply save it as a jpeg in Photoshop it stays sharp and things are clear and ledgible. But...
...From InDesign...exported to ePub format using the maximum settings...it ends up soft, or a bit fuzzy, to the extent that whether viewing in Digital Editions or ePubReader in Firefox, the smaller text is virtually unreadable.
Anyone have any ideas why this happens? I could consider making the initial image some much-larger size and hope that when it shrinks to fit the reader window maybe it will still be clear. But I've read that 'best practice' is to keep the image between 300 and 600 pixels in width, so I've made sure it was a bit less that 600. Regardless, it just isn't good enough as it is now.
Any suggestions will be appreciated.
-T

I'm having the same problem. About 4 out of every ten images are exported at half the resolution of the rest -- looking at the images in Photoshop each apparent "pixel" is actually 2 x 2 pixels across.
This occurs both at "high" and "maximum" settings, the images are still borked and the only difference is the resultant file size.
I've read the PDF referred to in the reply but it says nothing about this.
My guess is that this is a bug triggered by certain dimensional inputs to the exporter (a la the Photoshop bug where rotating pixels 90° causes artifacts when the area involved is an even number of pixels by an odd number of pixels -- see http://bjango.com/articles/photoshopcs6wishlist/ ).

HT4168 Pages export to ePub - unwanted question marks

When I export a Pages doc to ePub, a question mark appears at the end of every line. How can I avoid that? If I take the Export to ePub doc from Apple and export it, no problem. If I add some lines of my own at the end and then re-export, question marks appear at the end of the lines I have added. It's driving me nuts! Any advice would be appreciated.

How did you buy Pages?
Which MacOs system do you have on your computer?
What is the exact message you get?
Which version of Pages do you have?
Please answer all questions and if you don't know how ask again.

I am exporting a Pages document to Epub and Pages is compressing my jpg images. How do I keep the original jpg size during the export to epub process?

I am exporting a Pages document to Epub and Pages is compressing my jpg images (I think to 72 dpi from original 600 dpi).
How do I keep the original jpg size during the export to epub process?

We are still trying learn how to use Pages to build ePub documents with high resolution graphics that will expand clearly when they are tapped. Very large screen shots are my example here.

Pages 09 will not Export to ePub

I have Pages 09 version 4.1. I've written all my content and added all the pictures for each page of content for my eBook on Pages 09.
My understanding is that ePub is one of the main formats people want when they buy/read an eBook. For this reason I'd very much like to export my work on Pages to the ePub format.
When I open pages, go to file, export and click on ePub it says "Page layout documents cannot be exported to the ePub format." There are 4 other formats available: PDF, Word, RTF and Plain Text which appear to work.
Under Compatibility and sharing Apple writes " You can also save your Pages documents as RTF files or as plain text. Or export them as ePub or PDF files" apple.com/iwork/pages/
I've signed up at one of the top self publishing book and eBook services online but even their export tool isn't working with formatting my Pages 09 work to ePub.
Could anyone here share with me exactly what I need to do?
I really need to get this project finished as soon as possible.
Sincerely,
Dave

Hi fruhulda, Thank you for attempting to explain this to me.
When I go to the the first link you gave # 7 says "To export your Pages document as an ePub document, choose File, Export and make sure ePub is selected as the export format."
From what I read on the page, I've done what needs to be done to export to ePub.
I'v simply created my work in Pages 09, I went to pages, chose a template, wrote content, added pics numbered pages ETC, saved it to documents then I open the pages document, What I made comes up and I go to file, then export and then click epub but when I click on epub, the only option is to choose another format or cancel, the next button goes away. (the next button doesn't actually go away but it becomes non-clickable)
When you say " The message you have got tells you that you have used the Page Layout template instead of the Word Processing one you need for creating an ePub document."
I'm not sure if you're saying I've done something wrong. If so, where did I go wrong? Was I not supposed to use a template?
Thanks again,
Dave

Pages won't export to epub

I have a file.pages file which I'm trying to export to ePub format; however, when I do the export, Pages creates a blank icon on my desktop which I can't open with any application. I've tried Author and Publisher, but no luck. Has anyone seen this before?

The normal apps to open an .epub file would be Calibre or Adobe Digital Editions or Kitabu or Bookle or the Firefox addon Epubreader (not the stuff you mentioned).
Do any of those work for you?
On an iOS device, you would use the iBooks app.

Pages export to ePub and retaining italics

Is there a method to retain italics when exporting to ePub?
Thanks

It would be a good idea to look at :
http://support.apple.com/kb/HT4168
and
http://images.apple.com/support/pages/docs/ePubBest_PracticesEN.zip
If you applied italic without using a named style, I'm not surprised that you loose it.
Yvan KOENIG (VALLAURIS, France) jeudi 3 mars 2011 17:33:27

Incorrect images from .indb file export to ePub in Indesign CS6

I am having problems exporting images to ePub and get a different result from the same file depending on whether I export directly from the .indd file or from the .indb file.
When I export to ePub from the individual chapter (.indd) file, everything is fine and the images appear in the correct locations where they have been anchored.
When I export via the book (.indb) file, images are being replaced with the incorrect file in the resulting ePub.
Looking at the HTML, it seems not all images are being exported from the .indb file and when the image is missing, Indesign is substituting the next available image from the alphabetical list in the images folder so I'm getting incorrect images peppered throughout the book.
Any idea where I've gone wrong and how to fix it? I've produced several ePubs with images and never come across this before.
More details on how I've set up the files and any other info I think might be relevant below if needed.
- I'm using Indesign CS6 (8.0.1)
- I'm producing an 11 chapter book.
- Each chapter is a separate .indd file for ease of editing.
- These 11 files have been added to an .indb file for export to ePub.
- Images are all anchored to their captions within the text.
- On Export to ePub settings for images I have selected to insert a page break before the image and that settings apply to anchopred objects.
Nothing else is selected (I don't want to preserve appearance from layout.)
- I'm using the Articles panel feature for order of content.
- In the original file supplied, the images were placed as .tiff images. I saved them to jpeg and relinked them using the "relink to folder" and "match same file but this extension" options.
- No links are flagged as missing.
Any help much appreciated.

The solution points to how, it appears, the book panel export is functioning: each file exports a set of tags referenced to itself; file01 adds a "1" to its tags, and so forth. What I was able to do was use a file referencing all of the tags in the style suite in two ways:
first, I exported to an epub the single file, creating a fairly clean CSS, which I then extracted and renamed;
then, making certain that file was the "source" file in the book panel, I mapped for export all of the tags, being careful to be certain each tag/class combo was same as in renamed clean CSS;
I synchronized the whole shebang;
I exported to epub, adding my clean CSS as an external style sheet, selecting only "include embeddable fonts".
Bingo!

Robohelp 10 crashes exporting to epubs

Similar Messages

Maybe you are looking for