Skip navigation
JaredHess
JaredHess
Currently Being Moderated

Text Missing from Exported "Chapter"

Jan 4, 2012 8:44 AM

Tags: #missing #text #documentation #printed #body

I'm using RH 9.02. I'm generating some printed documentation of some of our German help content.

 

One of our chapters I'm generating is fairly small; it only has 56 topics. They're all under a single Heading 2 topic in the TOC. However, for some topics, I'm noticing that only the heading text is generated along with an image, but no body text! 

 

For example, here's some pics of some original topics in RH:

1-4-2012 9-24-54 AM.jpg

1-4-2012 9-25-03 AM.jpg

1-4-2012 9-25-12 AM.jpg

 

And here's the generated output in Word:

1-4-2012 9-31-12 AM.jpg

 

If it helps, here's the contents (in HTML) for the first topic "Endnummer":

 

<?xml version="1.0" encoding="utf-8" ?>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<meta name="generator" content="Adobe RoboHelp 9" />

<title>Endnummer</title>

<link rel="StyleSheet" href="../Pcdmis40.css" type="text/css" />

<style type="text/css">/*<![CDATA[*/

A:visited {

    color: #800080;

}

A:link {

    color: #0000ff;

}

/*]]>*/</style>

<style title="hcp" type="text/css">/*<![CDATA[*/

span.hcp1 {

    font-family: Arial;

}

/*]]>*/</style>

<script type="text/javascript" src="../roadmap.js"></script>

<script language="javascript" src="../ehlpdhtm.js" type="text/javascript"></script>

</head>

 

<body lang="EN-US">

<object id="MapCtrl" classid="CLSID:A8ECFBF5-08CC-4065-BD74-0FAD1EA61317"

         width="1" height="1">

</object>

<h3 style="text-indent: 0in;">Endnummer</h3>

<p class="Figure"><img src="22_flow_files/image003.gif" none;="" border-style:=""

                         none;"="" alt="" style="border-style: ;" border="0" /></p>

<p class="BodyText">Über das Feld <b><span class="hcp1">Endnummer</span></b>

wird PC-DMIS mitgeteilt, wie oft eine Schleife innerhalb des Werkstückprogramms

zu wiederholen ist. Diese Zahl entspricht in der Regel der Anzahl der

von der Spannvorrichtung gehaltenen Werkstücke (oder Werkstückmuster)

in x- (y- oder z-) Richtung. PC-DMIS fordert außerdem zur Angabe der Startnummer

des Werkstücks (Musters) auf.</p>

<div style="border-top: none; border-left: none; border-bottom: none; border-right: none;

     padding: 1.0pt 0in 1.0pt 0in; margin-left: 0.0in; margin-right: 0in;">

    <p class="Note"><b style="font-weight: bold;"><span class="hcp1">Beispiel:</span></b>

     Es liegen 10 Werkstücke in X- (Y- oder Z-) Richtung vor und Sie möchten

     mit der Position Nummer 5 beginnen. Geben Sie 10 (zehn) in das Feld

     <b><span class="hcp1">Endnummer</span></b> und 5 (fünf) in das Feld

     <b><span class="hcp1">Startnummer</span></b> ein.</p>

</div>

<?rh-region_start type="footer" style="width: 100%; position: relative;" ?>

    <p>&#160;</p>

    <?rh-cbt_start condition="Online" ?><hr style="color: #d9e4da; background-color: #d9e4da;"

                                             width="300" align="center" /><?rh-cbt_end ?>

    <?rh-cbt_start condition="Online" ?><p style="text-align: center;">&#160;<script

     language="javascript" src="../../feedback_script.js" style="x-condition: Online;"

     type="text/javascript"></script></p><?rh-cbt_end ?>

<?rh-region_end type="footer" ?>

</body>

</html>

 

I'm not excluding any conditional build tags from the output, since this German project was created from a straight .CHM file that was decompiled and imported into RH.

 

This is frustrating. I cannot trust the output I'm getting when there are such obvious holes, what else is going on that I'm not aware of? German isn't my native language so this is a bit difficult to troubleshoot.

 

Any idea what's going on? RH 7 had issues in printed output, but at least I knew what they were.

 

Thanks in advance to any ideas you have.

629 Views   5 Replies   Latest reply: JaredHess, Jan 6, 2012 10:45 AM
 
Replies
  • Anjaneai Srivastava
    775 posts
    Oct 17, 2011
    Currently Being Moderated
    1. Anjaneai Srivastava,
    Jan 5, 2012 9:18 AM   in reply to JaredHess
    Report

    Hi,

     

    I believe this is happening because your Image Tag is not resolved properly,. hence it is overlapping the following text content, that makes you get incomplete output in printed doc.

     

    Can you try to replace this Text in Above HTML--

     

    <img src="22_flow_files/image003.gif" none;="" border-style:=""

                             none;"="" alt="" style="border-style: ;" border="0" />

     

     

    With --

     

     

    <img src="22_flow_files/image003.gif"

                                                                alt=""

                                                                border="0" />

     

    And generate the Printed Documentation for Word output.

     

    Hope this helps.

     

     

    Good Luck!

     

    Anjaneai

     
    |
    Mark as:
  • JaredHess
    Currently Being Moderated
    2. JaredHess,
    Jan 6, 2012 9:46 AM   in reply to Anjaneai Srivastava
    Report

    Thanks Anjaneai. This was indeed the problem. Unfortunately, from what I can tell, this is caused by a bug in RH 9 when creating a new RH project using our translated files.

     

    In our localization process, we created a CHM in RH 7, then we decompiled the CHM and sent the decompiled files off to localization. The HMTL image tag we got back from our translators, prior to creating the RH 9 project was good as shown in a standard text editor (Notepad++):

     

    1-6-2012 9-46-31 AM.jpg

     

    But, after creating a RH 9 project from these files, the image tag, as you noticed, is screwed up to this:

    1-6-2012 9-38-10 AM.jpg

     

    Looks like I'll have to go back to RH 7 to regenerate the printed output until they can come up with a fix.

     

    And yes, I know we're using a rather backwards localization process, and should be localizing the RH project directly instead of decompiling, creating new projects etc. We're slowly working on that.

     
    |
    Mark as:
  • JaredHess
    Currently Being Moderated
    3. JaredHess,
    Jan 6, 2012 10:24 AM   in reply to JaredHess
    Report

    I dont know how wide-spread this issue is. I tried this same chapter in our Portuguese project, and the text in this same chapter seems to export fine. Maybe there's just something weird with my German project...

     
    |
    Mark as:
  • Anjaneai Srivastava
    775 posts
    Oct 17, 2011
    Currently Being Moderated
    4. Anjaneai Srivastava,
    Jan 6, 2012 10:41 AM   in reply to JaredHess
    Report

    Hi Jared,

     

    I am glad that it fixed the problem at your end too.

     

    I believe this problem to be specific to the scenario you are currently working with your project. Because I tried to reproduce with a test project, but failed to make it happen.

     

    Yes, you are correct, decompiling the CHM and then extracting the contents out of it is not a part of standard import process with RoboHelp and I assume this could have cause the tags to alter at your end for the image some how.

     

    Thanks,

    Anjaneai

     
    |
    Mark as:
  • JaredHess
    Currently Being Moderated
    5. JaredHess,
    Jan 6, 2012 10:45 AM   in reply to Anjaneai Srivastava
    Report

    Thanks for looking into it. I'll try re-importing all my German files we got back from translation and see if I messed something up on my end.

     
    |
    Mark as:
Actions

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points