Adobe Community: Message List - Printed Documentation

Re: RoboHelp 11 - is RoboHelp 11 still incompatible with Word 2010 64 bit

forums_noreply@adobe.com — Wed, 12 Nov 2014 12:32:34 GMT

Yea, I missed this in the specs too! (um, where is it?)

I cannot just change my office from 64 to 32 bit without extensive testing and evaluation.

I had issues prior to installing the RH update 11.03.268. Word would crash also. My workaround was to transfer my entire project to a computer with 32 bit & RH, generate the printed document there, then transfer it again to my main computer for formatting and editing.

After installing the update and generating the printed doc, I get a "Microsoft Word has stopped working" error and the infamous two options, "Check online for a solution and close the program" and "Close the program". When I click on "Close the program" the window disappears and get another message saying "Microsoft is trying to recover your document". After a minute, that window closes and the printed document is FINISHED!

Re: RH 9 - Why does RH modify my ssl settings?

forums_noreply@adobe.com — Thu, 30 Oct 2014 20:02:49 GMT

I think I found the issue. The printdoclayout xml files that we got them back from localization were formatted slightly differently from the original English

The English version had line breaks, like this for its first three lines:

<?xml version="1.0"?>


<printdoclayout version="2">

The Localized version did not. It was all on one line, like this (you'll notice there's the extra attributes encoding= attribute too:

 
<?xml version="1.0"encoding ="UTF-8"?><!--Printed Documentation Layout--><printdoclayout version="2">

When I copied and pasted the first three lines from the English on top of this first line in the localized .xml files, it worked! All is good now. I just need to work with our localization department to make sure this doesn't get that formatting again.

Re: Re: RH 9 - Why does RH modify my ssl settings?

forums_noreply@adobe.com — Thu, 30 Oct 2014 08:00:48 GMT

My thinking was a one character difference might make a difference and in Chinese it's very difficult to spot that. Also can you be sure the mix of English and Chinese is consistent?

The PSS file is one that can be deleted. You will lose any build expressions that are not the current selection in a SSL. The selected expressions will be kept. Back up to be sure.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: Re: RH 9 - Why does RH modify my ssl settings?

forums_noreply@adobe.com — Wed, 29 Oct 2014 15:54:52 GMT

Peter, thanks for responding. We ran into this problem in other languages as well. I'm just using Chinese here since that's the one I'm currently working on. I don't think the partially localized items at the bottom would cause a problem. I think those were intentionally ignored by our translators.

Although, I wonder if modifying the underlying printdoclayout.xml file causes RH to want to reset the printable layout file (SSL). I haven't tested that theory yet.

I also wonder if is there a file somewhere that affects how the SSL is generated? So I started looking through the different file types in my project folder and looking at them in Notepad++. The .pss file does contain references to the SSLs. For example, there's this:

[Target:01_Getting Started]

SSLayoutType=7

ActionID For Generation=1013

ResultFileName=!SSL!\printable\01_Getting_Started\01_Getting_Started.doc

Remove Folder with prompt=1

CreateProjectTime=14:32, September 17, 2014

CreateProjectUser=Jared.hess

SupportMas_MPJ=1

ViewFileName=!SSL!\printable\01_Getting_Started\01_Getting_Started.doc

ResultStatus=0

BuildTimeHi=30397110

BuildTimeLow=-2083350864

But I don't see how this affects anything.

Re: RH 9 - Why does RH modify my ssl settings?

forums_noreply@adobe.com — Wed, 29 Oct 2014 15:31:55 GMT

Personally I would try to resolve the problem in a language with characters that we can read rather than Chinese.

I notice in the last image some of the page names are all Chinese and some are a mix. Could that be causing confusion?

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: RoboHelp 11 - is RoboHelp 11 still incompatible with Word 2010 64 bit

forums_noreply@adobe.com — Wed, 29 Oct 2014 14:16:26 GMT

Yes. You need the 32 bit one. The 64 bit version is not supported.

Kind regards,

Willam

Re: RoboHelp 11 - is RoboHelp 11 still incompatible with Word 2010 64 bit

forums_noreply@adobe.com — Wed, 29 Oct 2014 13:56:06 GMT

Is this why I cannot generate a Printed Document in RoboHelp 11? I have MS Word 64 bit installed.

Here is the error message:

" Microsoft® Word has not been started on this computer.

Launch Word and click the 'Start using Microsoft® Word' option before generating Printed Documentation again."

Is the soultion then to replace the 64 bit MS Word or Office to the 32 bit one?

Please advise.

RH 9 - Why does RH modify my ssl settings?

forums_noreply@adobe.com — Tue, 28 Oct 2014 17:45:50 GMT

I'm using RH 9.0.2.271.

The Background: We have a large help system (approx 2200 topics) that we have to generate into PDFs one per chapter. We also need to do this in various target languages as well once we get them back from our localization department. So, I created an SSL per chapter in our English project (38 in total), and each SSL is setup to output a single PDF:

The idea is use RH's batch generate, and have all 38 PDFs get generated. We then bundle them up into a zip and provide them to our customers. It works great in the English. We sent our English RH project off for localization and the translators translated the necessary files.

About SSL and printdoclayout.xml Files: I've looked into the SSL files in a text editor, and the SSL files for printed outputs do not specify themselves what gets sent to the .doc or .pdf. Instead, when you create the SSL, RH also creates a unique xml file with this name printdoclayout(n).xml, where n is a number that increments for each additional printable SSL you have and the SSL contains a reference to use that XML. The printdoclayout.xml actually contains the chapter structure that gets sent to the printable output:

Within the <tocstructure> element, it contains the hierarchy of what to export. (Note that even though it has <chapter> and <page> elements, those are misnomers since they're really just topics references with <chapter> for a book-style entry that contains a subtopics. The important thing is that in this example, the xml matches what I have in the Chapter Layout list of the Print Document Content dialog box shown above:

How We Work with Localized Files: We send off the entire RH project to the translators. They give us back the necessary files (.htm, .hhk, .hhc and so on). This time we also asked them to translate the name attributes in each <chapter> and <page> element of each printdoclayout.xml file, because RH draws from those strings during the printable output generation, and we didn't want it to pull in the English strings from the original XML files. When we get the file's back from our localization department, we make a copy of the English RH project that was localized and we use that as a base. We then copy the files they send back to us into it, overwriting what's in the English. We then modify the RH project settings to match the target language. Then we generate the desired output.

The Problem: Now we're getting the localized projects backs, but when we try to generate the printable outputs from a localized RH project, RH no longer respects what I originally defined in the 38 SSLs/xmls. Instead of trying to output a single chapter per SSL, it's trying to output ALL chapters in each SSL. For example, notice what happens when I open up the same layout in the localized Chinese. (Notice the blue highlight in the left side of the Print Document Content dialog box, showing that ALL the chapters are now somehow selected.)

I don't understand why merely opening up the SSL causes it to select ALL the topics for the generation, especially when the underlying (localized) .xml file still shows the correct chapter output as shown here:

It seems like there's another setting or file or perhaps just a bug that's telling it to grab all chapters and topics. In fact, it looks like the entire SSL is pretty much wiped out. My section layout and the style settings need to be redone as well.

Anyway, the workaround I came up with, is we have to go back into each layout (38 of them) in each target language and select again the proper chapter per layout (as well as fix the section layout and style settings). It's a time-consuming and error-prone manual fix, especially since in some target languages, like Chinese where I don't read the characters and could easily get lost and choose the wrong chapter.

Thanks in advance for any ideas.

Message was edited by: Jared Hess. To resize some images and add additional info.

Re: What settings does the "Create PDF for Review" output use?

forums_noreply@adobe.com — Tue, 28 Oct 2014 07:45:42 GMT

I believe it maps via CSS. I don't believe you can change this behaviour.

If you generate printed documentation, it is NOT possible to import the review comments.

Kind regards,

Willam

What settings does the "Create PDF for Review" output use?

forums_noreply@adobe.com — Thu, 23 Oct 2014 21:21:09 GMT

Product: RoboHelp 11 (TCS 5)

Menu location: Review > Create PDF for Review

Issue: The default output from the menu location results in output that is unusable: e.g., styles aren't mapping correctly, making the document difficult to read and review. Is there a default print layout or some other control available?

Ultimate objectives: Track changes, perform shared reviews, import comments from the generated PDF, and so forth.

Secondary questions: Can I import comments/markup from a shared review if I generated the PDF using the print layout, instead of the Review > Create PDF for Review menu option? If so, will I then be able to manage comments from the Review pane and perform other related-reviewing functions?

Re: Can I stop RH 11 from automatically inserting two paragraph breaks after each topic when I generate to a Word document?

forums_noreply@adobe.com — Sun, 21 Sep 2014 15:58:10 GMT

I have never known Rh to do that so I do suspect that it is something to do with your content or template.

Take a copy of your project to test, then try generating to the supplied Style Mapping template to see what happens. The fonts will of course be a mess but look to see what has happened with the paragraphs. Also try generating using the project's CSS, what happens then.

Post back with the results of that and we can take it from there.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Can I stop RH 11 from automatically inserting two paragraph breaks after each topic when I generate to a Word document?

forums_noreply@adobe.com — Wed, 17 Sep 2014 14:42:38 GMT

The doc generates using a Word template mapped to the CSS styles. It pulls together several topics out of a larger online project. When I generate this doc, the Word draft always has two blank paragraph breaks after each topic. These breaks aren't in the topics and we don't want them in the Word doc. We have to take the time to manually remove them each time. Is there a setting somewhere that I can change to stop RH 11 from adding these extra paragraph breaks?

RH9 - Any idea why generating printable output from the Command Line doesn't include images?

forums_noreply@adobe.com — Tue, 16 Sep 2014 15:04:31 GMT

I have a batch file that creates a printable output of our main documentation broken up into 36 separate documents, 1 per chapter. Each chapter is a separate layout. I realize that RH has its own Batch building process, but the reason for me doing it through the command line via a batch file (.bat) is that RH keeps taking focus from my mouse and it makes it difficult to do any other computer work while the RH project generates the printable output for those chapters.

Anyway, RH's Batch build works fine.

But the command line for printable output does not include any of my images in the printable output. I don't know why. The document generates with all the topics fine, but the images are missing. No placeholder box in the resulting Word doc, they just simply weren't included. Has anyone else seen this? Any way to fix it?

Re: Image Quality after Resizing

forums_noreply@adobe.com — Tue, 09 Sep 2014 11:24:44 GMT

Works OK for me. Try changing a few and check.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: Image Quality after Resizing

forums_noreply@adobe.com — Tue, 09 Sep 2014 11:12:42 GMT

I am using Snagits capture to take screen shots of our software. I resize most images to 80% which is about the right size to view in a word doc. Wont .png result in a much bigger help file size when producing in other formats?

Re: Image Quality after Resizing

forums_noreply@adobe.com — Tue, 09 Sep 2014 10:03:45 GMT

Try using PNG format instead of JPG. SnagIt is as good as it gets with resizing. It also depends on what you are resizing and how that was produced, where you have no control. There's also a point beyond which any resizing is going to lose clarity.

Other tricks are not scale so much but use Snagits Cut Out options to lose part of what you are capturing. Some screens for example can have lots of white space that can be cut out rather then resizing the image.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Image Quality after Resizing

forums_noreply@adobe.com — Tue, 09 Sep 2014 09:51:34 GMT

Is there a way to resize images without losing quality. I currently use SnagIt to capture the images and resize. I then insert the jpg into Robohelp 10 and produce printed documentation in Word.

Re: Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Tue, 02 Sep 2014 09:54:30 GMT

Precisely. That will keep it with the next content. (If possible. I you have a paragraph of exactly 1A4 that may not break over a page, there may still be a page break, same as in Word.)

Re: Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Mon, 01 Sep 2014 19:05:29 GMT

So you would add page-break: avoid; to the heading definition, correct?

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Mon, 01 Sep 2014 18:49:34 GMT

You're, of course, right about the difference. But in CSS, the difference is smaller. If you set page-break: avoid; you forbid the browser from making a page break directly after the element, making is very similar to keep with next. You can also use it to force a page break as you would in Word. In CSS, it's one property doing both things. But it won't be copied over to Printed Documentation SSL.

Kind regards,

Willam

Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Mon, 01 Sep 2014 17:25:36 GMT

Willam. Page Break and Keep with Next are not the same thing. If the poster adds a page break anywhere, that Page Break will always be in the same place and it does work if they print the page from the webhelp, as well as carrying through to printed documentation.

The problem with page break is it will always be where the author puts it so they have to test it after adding content before it. Otherwise they will have some very odd printing. That scenario will also carry through to Printed Documentation where the problem will be the same issue but at a different point because of the difference in how much fits on the page.

Keep with Next is strictly on the Word side. The logic of that is if paragraph A has that property, then when paragraph B would otherwise be on the next page, Word will keep it with the next paragraph and both will be on the same page. Typically you only use it with heading styles.

Keep with Next is sensitive to paper size as all it is concerned with is that the two paragraphs are on the same page, be that at the bottom or the top. Compared with that, Page Break is a blunt tool.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Mon, 01 Sep 2014 16:26:32 GMT

I'm sorry Peter, but there is a page bread property in CSS (though you will have to add it to the CSS manually). Check it out: CSS Page-break-after Property

This property obviously only applies to printed output. (When you print a web page. Not to be confused with the Printed Documentation SSL.)

Kind regards,

Willam

Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Sun, 31 Aug 2014 22:38:10 GMT

Peter,

Thank you for your help. That worked great. I created a style in RoboHelp in the HTML editor called "KeepWithNext", but of course it did not have an attribute that said for it to actually keep with next in printed documentation. Then I modified my template that I use for printed documentation and added a "KeepWithNext" style, but this time since it was a Microsoft Word template, I could specify the option of "Keep With Next". I then specified that template when building my printed documentation. The two styles automatically mapped to each other. The printed documentation, Word doc, looked great and the Keep With Next function worked great.

Thanks!!! This will save me many hours of looking for a line at the bottom of the page that should be with the next page. Of course if you use Heading 1, Heading 2, etc., they automatically KeepWithNext, but for some minor headings, I don't want to use one of those standard Heading styles.

Thank you,

Diane

Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Sun, 31 Aug 2014 17:26:02 GMT

Sorry but there is no equivalent in the HTML but when you send the content to Word it is different. If you map to a Word template and in that you have set up Keep with Next, then it should work. I haven't tested this but I'm reasonably confident it will be OK.

If you are not familiar with mapping to a template, see Printed Documentation on my site.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Sun, 31 Aug 2014 16:42:06 GMT

Yes, I am referring to printed doc. I should have put that in my post. If you would please move it I would really appreciate it. Thanks!!!

Diane Heald

Sent from my iPhone

Re: Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Sun, 31 Aug 2014 15:36:02 GMT

Hi there

Reading between the lines here, I'm guessing you are referring to creating printed documentation?

If so, I'll move this thread to that forum category.

Cheers... Rick

Is there a "Keep with Next" feature in RoboHelp?

forums_noreply@adobe.com — Sun, 31 Aug 2014 13:34:29 GMT

I have RoboHelp 10. The page break before or after is not what I need because I don't want a page break if the text is in the middle of the page. I just want a low-level heading to stay with the following paragraph if it is at the bottom of a page. I don't want to use one of the official "Heading 4", 5, or 6 headings because in this document I need to have different indentations.

Thanks.

Re: Is it possible to reuse the map file that was produced to map FrameMaker styles to RoboHelp when creating a PDF in RoboHelp?

forums_noreply@adobe.com — Tue, 26 Aug 2014 14:05:55 GMT

Thanks Peter.

I hadn't considered going to Word first. It does sound like the best option, though.

Re: Is it possible to reuse the map file that was produced to map FrameMaker styles to RoboHelp when creating a PDF in RoboHelp?

forums_noreply@adobe.com — Mon, 25 Aug 2014 15:08:00 GMT

I suspect that even if you could find the mapping information (pass as to where) it would simply tell you that Style A in Fm was mapped to Style B in Rh but not give you any information about how Style A was defined in Fm.

I think your only options are to create a CSS as you suggest or, as I would, create redefine the Word Style Mapping Template to suit. By going to Word first, you can edit the output for better page breaks and other tweaking you might want.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Is it possible to reuse the map file that was produced to map FrameMaker styles to RoboHelp when creating a PDF in RoboHelp?

forums_noreply@adobe.com — Fri, 22 Aug 2014 20:06:13 GMT

I'm using RoboHelp 11 to produce WebHelp. The documentation was previously written in FrameMaker and posted in PDF format, however it has undergone many releases since those days. I'm now being asked to create the help in PDF and WebHelp. Not really an issue except that the help format does not look particularly good in PDF (not designed for both).

Ideally I'd like to just use the map file from the original Frame to RoboHelp conversion in reverse (with a little editing)--to convert the RoboHelp styles to the original FrameMaker formats when I create the PDF, however A) there doesn't seem to be an option for that, and B) the original FrameMaker to RoboHelp map file doesn't seem to have been preserved after that conversion. Is it there and I'm just not seeing it?

If necessary I can just create another CSS to redefine the styles, but if I don't have to, I rather not.

Re: RoboHelp 11 to Word 2010 including MERGEFORMAT tags in every H1 in the document

forums_noreply@adobe.com — Sun, 03 Aug 2014 19:46:35 GMT

Sorry but this has to be a Word issue. There is no setting in Rh that would do this. Perhaps try a Word repair or a Word forum such as Windows Secrets Lounge

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: RoboHelp 11 to Word 2010 including MERGEFORMAT tags in every H1 in the document

forums_noreply@adobe.com — Fri, 01 Aug 2014 17:53:46 GMT

This issue is randomly occurring again and turning off Show Fields does not fix it. I have done Alt+F9 and gone to File > Options > Advanced and Show field codes instead of their values is unchecked. I really hate Word. What am I missing? It looks like Word converted the code field value to text. I did not ask it to do that, though. What am I missing? Is there a setting in the Printed Documentation SSL that is causing this?

Re: RoboHelp 11 to Word 2010 including MERGEFORMAT tags in every H1 in the document

forums_noreply@adobe.com — Wed, 30 Jul 2014 16:16:56 GMT

Double spacing after punctuation can cause bad word wrapping in HTML. Ask

your exec to resolve that conflict!

Re: RoboHelp 11 to Word 2010 including MERGEFORMAT tags in every H1 in the document

forums_noreply@adobe.com — Wed, 30 Jul 2014 15:10:13 GMT

Thank you for your reply, Peter. I was puzzled because this was happening only in one project and I made the wrong assumption that Word settings would apply universally unless you changed them and I didn't. This is something to file in our knowledge base as I am sure we'll see it again. I leave the paragraph marks on because we have an exec who insists on double-spacing after a period (actually, end punctuation) and I don't do that as a habit, so the marks help. We had a fight about whether colons and semicolons are end punctuation and I said they aren't, but that's a whole separate matter.

Re: RoboHelp 11 - is RoboHelp 11 still incompatible with Word 2010 64 bit

forums_noreply@adobe.com — Wed, 30 Jul 2014 14:34:05 GMT

Whilst Rh is designed to run on 64 bit systems, it is a 32 bit app. Microsoft themselves recommend using the 32 bit version of Word for maximum compatibility with other apps.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: RoboHelp 11 to Word 2010 including MERGEFORMAT tags in every H1 in the document

forums_noreply@adobe.com — Wed, 30 Jul 2014 14:29:54 GMT

Turn off Show Fields in Word. That is the cause of the problem, not Rh.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: RoboHelp 11 to Word 2010 including MERGEFORMAT tags in every H1 in the document

forums_noreply@adobe.com — Tue, 29 Jul 2014 19:45:52 GMT

I tested older projects and several projects for which I generated Printed Documentation just a week ago. All projects were ok except the one in which I saw this issue. Thankfully, the project it was present in is small and was not too time consuming to re-create. I hope this is a one time problem and we don't see it again.

Matt

How can I fix disappearing bulleted and numbered lists from Word output!

forums_noreply@adobe.com — Tue, 29 Jul 2014 18:31:29 GMT

RH Version: RH 9.0.2.271

Word Version: 2010

System: Windows 7 Ultimate, SP1. 64-bit machine

Background: We have a very large documentation set in our main RH project of approximately 40 folders (ie chapters), resulting in about 2300 pages all told. Our current modus operandi is to export the printable output in chunks of approximately 6 chapters apiece, and then combine those docs together into a single doc file. This has more or less worked for the past decade.

Current Issue: Lately however, something has changed in our RoboHELP project. Because when I try to combine all of the different chapters together into a single DOC file, I lose bulleted and numbered lists from some chapters. The individual DOC files are fine though.

Since last week I've been trying to track down where the root of this problem is. I have exported every single chapter as an individual DOC file, and then I create a blank DOC file, and then use Word's Text from File feature (Insert tab, Text group, Object drop down, then Text from File) to combine the docs together.

If I select the last chapter, press Shift, and then select the very first chapter, and then click Insert to get them into the correct chapter order, Word then combines the files. But the last few chapters all have their bullets and numbering removed.

If I select the last chapter, press shift, and select the fifth chapter, and all the numbering is fine so far. But then if I tried to combine the remaining four chapters at the beginning, I lose bullets and numbered lists on those beginning chapters.

Perhaps the best way to describe the problem is through a video showing the issue. See below.

I've wasted countless hours trying to troubleshoot this problem, and trying to locate what's causing this or even to do a workaround. But I'm out of ideas.

Something is very wrong, because Word won't even allow me to manually apply the bulleted or numbered lists as a post process step in any doc where the bulleted and numbered lists are removed.

Any ideas on how to fix this?

Available Files:

Here's an ~10 min video of me demonstrating the problem:

http://www.screencast.com/users/WAIDocumentation/folders/Issues/media/8a37e647-583b-4b81-9 8a2-54ba4fded60a

Here are the individual exported Word files (in Chinese Simplified) used in the video, if anyone is feeling generous enough to take a look:

ftp://files.wilcoxassoc.com/tempdistrib/ForRH/individualchapters.zip

And here's the RH project (again in Chinese):

ftp://files.wilcoxassoc.com/tempdistrib/ForRH/chs_CoreHelp_28_Feb_2014.zip

(password for both zips is loathingword)

Thanks in advance for any ideas you can offer.

RoboHelp 11 to Word 2010 including MERGEFORMAT tags in every H1 in the document

forums_noreply@adobe.com — Tue, 29 Jul 2014 16:38:09 GMT

Hi All,

When I generate Printed Documentation from RoboHelp 11 to Microsoft Word 10, I am now seeing MERGEFORMAT tags in every Heading 1 in my document when I have paragraph marks turned on. This issue started today and is 100% reproducible in all of my tests this morning. Prior to today, this was not an issue. I always work with paragraph marks on, so while turning the marks off hides the MERGEFORMAT tags, it is really not acceptable. I have attached an image showing what the H1s look like now with paragraph marks turned on. Any help in the way of resolving this would be greatly appreciated.

Thanks,

Matt

Re: Wrong multilevel list type in printed documentation

forums_noreply@adobe.com — Tue, 29 Jul 2014 07:20:01 GMT

I had a computer issue and when I attempt to use RH11 and the printed documentation function I am getting the attached message:

Has anyone encountered this and how to I reinstall Printed Documentation?

Thanks,

Iris

Re: Wrong multilevel list type in printed documentation

forums_noreply@adobe.com — Tue, 29 Jul 2014 07:15:48 GMT

Thanks. I will give this a try.

Re: Wrong multilevel list type in printed documentation

forums_noreply@adobe.com — Tue, 29 Jul 2014 02:12:09 GMT

Hi Iris.

I also have this issue with all the printed documentation that I generate from RoboHelp. This has occurred in Robohelp 10 and 11, and unfortunately I have never been able to determine the cause or find any tweaks in RoboHelp that offer a a permanent solution.

However, I fix the issue by simply reapplying the Heading 1 style (which has the correct numbering format I want defined in the Heading 1 style in the attached Word template) to the all Heading 1 in the document. I do this for all level of headings I want to fix. You can do this quickly using the Find and Replace box in Word to replace all occurrences of Heading 1 etc, or record or write a macro, since you will need to do this each time you generate a Word document.

For what is is worth you could try deleting the ListGal.dat file which stores your customized lists in the numbering and bullet galleries (on the Home tab) and see if that fixes the problem. It did not fix the problem for me, but still worth a try. You can find info on doing this here:

Removing user-defined Numbered and Multilevel lists in Word 2010 - Microsoft Community

Hope this helps you.

Mark

Wrong multilevel list type in printed documentation

forums_noreply@adobe.com — Mon, 28 Jul 2014 09:20:43 GMT

I have prepared a Word template for my printed documentation. Everything works fine BUT - the various headings appear as Articles and Sections instead of the numerical multi-level list. Therefore, I am also getting the articles and sections in my TOC. How do I let Robohelp know to use the numerical list instead of the Articles & Sections. (The numerical list is the one defined in the template, but something is overrriding it).

Thanks in advance,

Iris

Re: RoboHelp 11 - is RoboHelp 11 still incompatible with Word 2010 64 bit

forums_noreply@adobe.com — Mon, 28 Jul 2014 06:21:18 GMT

It seems this is still the case. I installed 32 bit Word and can now generate printed documentation without the described errors.

Re: Why does my paragraph break before and after a subscript?

forums_noreply@adobe.com — Thu, 24 Jul 2014 18:22:41 GMT

I found that when I publish the single file, the problem disappears. When I publish the entire book, the problem returns.

I also found that correcting the first instance of the crazy superscript fixed the rest of the output. Again, though, only in the single file--not in the book.

Re: Why does my paragraph break before and after a subscript?

forums_noreply@adobe.com — Thu, 24 Jul 2014 03:53:56 GMT

Done!

Re: Why does my paragraph break before and after a subscript?

forums_noreply@adobe.com — Wed, 23 Jul 2014 19:32:20 GMT

Peter's not available at the moment, but perhaps Rick can do that.

I've just run your HTML through the Word output with RoboHelp 11/Word 2013 and it worked perfectly there. Now that doesn't help, but perhaps you can try the following: instead of adding <span> tags in the <sub> tags, apply the classed directly to the <sub> element. (Don't forget to update your CSS as well.) Perhaps this will let RoboHelp correctly create the output.

|f that doesn't help, check the Word document. Which style is assigned to the separate elements in the Word documents? Perhaps we can find something in there.

Kind regards,

Willam

Re: Why does my paragraph break before and after a subscript?

forums_noreply@adobe.com — Wed, 23 Jul 2014 17:34:11 GMT

No, only the moderator can do that – Peter may chime in ;>)

Re: Why does my paragraph break before and after a subscript?

forums_noreply@adobe.com — Wed, 23 Jul 2014 17:31:11 GMT

Is there an easy way to move my question to that place? (In other words, I don’t know what I’m doing.)

Re: Why does my paragraph break before and after a subscript?

forums_noreply@adobe.com — Wed, 23 Jul 2014 17:22:47 GMT

Not quite sure why you’re posting here instead of the Printed Documentation forum…