Robohelp 8 Webhelp Output cannot be viewed in IE 10

Hi,
    I have used Robohelp 8 to create help file. The webhelp output can be perfectly seen in IE 7 OR 8. However, in IE 10,  when the start page in the webhelp folder is cliked, the TOC is opening but the topics are not getting displayed in the right pane. When we click a topic from the TOC pane, no topic gets displayed. Please suggest a solution ASAP, as we have sent the help to a client. They are are facing an issue with the help. We have to fast fix this problem to avoid an escalation. Please respond with a fix to this problem. Please note we have used Robohelp 8 and viewing the webhelp output in IE 10.

I have come acoss issues being reported in adobe forums that webhelp output cannot be viewed in IE 10. Fixes are provided for Robohelp 10  @http://forums.adobe.com/community/robohelp/robohelp_webhelp?view=discussions where we are given a link with the fixes @.http://helpx.adobe.com/robohelp/kb/help-visible-using-win-8-ie.html but no fixes are available for robohelp 8. Please provide a similar fix for robohelp 8
Request the adobe development team to get back ASAP as we do not have the timeframe to upgrade to robohelp 10.

Similar Messages

  • Search tab malfunction in RoboHelp 8 (WebHelp output)

    I am trying to create a WebHelp output after importing a Word doc into RobobHelp HTML 8.  Once I generate WebHelp as the primary layout, the TOC and Index tabs work fine.  However, the Search tab isn't working: Regardless of the key word I use in my  search, the only result I get is a link to the imported doc (which imports as a single topic).  This isn't a helpful Search function at all.  What am I missing?
    Thanks,
    E. Johns
    edjohns_dfw

    I have come acoss issues being reported in adobe forums that webhelp output cannot be viewed in IE 10. Fixes are provided for Robohelp 10  @http://forums.adobe.com/community/robohelp/robohelp_webhelp?view=discussions where we are given a link with the fixes @.http://helpx.adobe.com/robohelp/kb/help-visible-using-win-8-ie.html but no fixes are available for robohelp 8. Please provide a similar fix for robohelp 8
    Request the adobe development team to get back ASAP as we do not have the timeframe to upgrade to robohelp 10.

  • Problem in viewing the webhelp output in a RoboHelp-DocumentX project

    Hi, I am working with Robohelp X5. The project is generated together with DocumentX and hence contains more than 15,000 files. Secondly, the proper webhelp output is extremely essential for this project as it concerns the links which are also in thousands.
    A problem has occured where the webhelp is getting generated, but I cannot view the output. The generated file occurs in the webhelp folder, but displays only a single page with no navigation pane or even the content/search tabs.
    The project had been successful in April. While updating it, I copied the Robohelp project folder and things started. Initially the prosource folder was showing an error while opening the project. When I copied it again to a different location, the project file opened and functioned fine, but the output problem is still there.
    What I have now id - The original folder with the crashed project, 2 new copies of  this folder where the project works fine and the webhelp is generated with no output.
    Please help me, because starting from scratch with DocX files is a nightmare!

    By DocumentX do you mean the Microsoft Word format .docx?
    If so I am not surprised you have had trouble. Quite simply, X5 is not Word 2007 compatible.
    I don't follow "hence contains more than 15,000 files". What's the connection with using Word that causes a high number of files that would not occur otherwise?
    15,000 topics in one project is high anyway and at the level I would expect problems.
    Are you using RoboHelp for Word or RoboHelp HTML?
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Not able to view the webhelp output in Robohelp 9

    Hello,
    I am in a project where we have to create webhelp output from Robohelp 9. Whenever I generate the webhelp ouput I am not able to view the the contents. Although, the webhelp is opening in a browser window but there are no topics present in the contents. The other ouputs like .chm and .dox are fine, but there is some problem with the webhelp which I am unable to figure out.
    Regards,
    Ruso

    What browser are you using?
    If Chrome, try something else. Chrome works fine with help on the server but not locally. There is more in Snippets on my site about the Chrome issue.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Problems generating WebHelp output using RoboHelp X5

    Hello,
    I have been using RoboHelp X5, build 606 since last 2 weeks. I am facing problems with the generation of WebHelp output, when I generate and publish the project, it does not give me the Index and TOC. I have taken over the project from another author and when I compare the new Published Help folder with the previous author's work, I see some missing files. Could anyone from the group please help me resolve this issue?
    Thanks!

    Two possibilities from that information.
    1] Is the D drive a partition on your hard disk or a network drive? RoboHelp projects must be run from your hard disk.
    2] The more likely is that RH is not properly installed. When the previous author left, was RH uninstalled and reinstalled using your login? For X5 it must be installed using your login? Also you need local admin rights both to install and use it.
    My guess is this is all to do with X5 not having been installed with your login and with you having local admin rights.
    This will lead to another problem. X5 can no longer be activated. The solution to that is on my site. See Snippet 100.
    See www.grainge.org for RoboHelp and Authoring tips
    Follow me @petergrainge

  • Server/browser requirements for WebHelp output files

    What are the UNIX server and browser requirements in order to
    display a WebHelp project output file correctly?
    When I generate the primary layout, I am not selecting 508
    format, and I select Java Applet as the preferred method for the
    Navigation Pane (checking the radio button for DHTML > Java
    Applet > Pure HTML as the order of preference.
    When viewing the help project on the UNIX server through
    Mozilla, the page appears to load and reload, load and reload.
    Sometims pressing Esc. stops it and you can view the TOC and
    content pane. The way around this is to generate Pure HTML only,
    but then the index and the glossary become very difficult to use.
    Robohelp Webhelp descriptions claim to work on all platforms
    and in all browser types. What requirement are we missing on our
    UNIX server so the project can display correctly?
    Thanks in advance for your time and trouble. :-)

    Hi GEWB,
    Here are some more details--
    Generate Webhelp output setup:
    Use lowercase filenames (recomm. for UNIX)
    Toolbar buttons: Content, Index, Search
    Navigation: Add breadcrumbs links
    Additional options: Enable Highlight Search results, Synchronize TOC automatically
    Navigation Pane preferred format: DHTML > Java Applet > Pure HTML
    Optimize speed for: Web site
    Q: how are you setting up your Linux to open the default project page?
    A: I use Linux only to launch the webehelp output.
    Q: Are you opening the GENERATED project default page or trying to open the project source files?
    A: I am trying to open the generated project default page. I copy the Webhelp folder to a Linux machine and launch the index.html page to see the output.
    Q: Why are you replacing the foreward-backward slash?
    A: In Linux '\' is not supported for hyperlinks/filepaths. Therefore I changed the backward slashes to forward slashes.
    The scenario:
    When the project files have filepath such as ../../doc/xyz/,
    when I view in Windows (IE)- I can access the link
    when I view in Linux (FF)- I see broken link with error message somewhat like "cannot find ..\..\doc\xyz\". (Note the changed usage of slash)
    This indicates that the generated files changes the forward slash to backward.

  • Is it OK for Spanish characters not to be entities in RH8 webhelp output?

    We are using RoboHelp 8. We have some Spanish words in our English-language help; these Spanish words use some of the accented characters that aren't present in English. My coworker tried using HTML entity codes to enter these characters in the code view, but she noticed that RoboHelp changed these to the actual Spanish character as soon as she switched back to Design view, and this is how they are in the generated webhelp HTML files as well.
    I think this is not a problem. The UTF8 declaration appears in the webhelp output, and the characters seem to appear correctly in the browsers I've tested. Am I correct? Should the output work in older browsers as well?
    Thanks,
    Tammy

    RoboHelp supports 35 languages so the fact that the Design Editor supports those entities does not surprise me.
    The following is from the RoboHelp Tour that can be accessed from my site.
    RoboHelp 7 introduced the ability to work with 35 languages. In RoboHelp 8, you can now define a language for the project, a language for a topic and a language for a paragraph.
    The search works with all the supported languages you use in the project.
    There is a lot more information in the help topic "Authoring content in multiple languages".
    It sounds like you are just including the odd word so the above may not be relevant, I just wanted to make sure you are aware of this.
    I can't help you on how older browsers will handle this but my thinking is they should, they are just HTML entities after all.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Assistance with Search Feature used in WebHelp output

    Hi Friends,
    I have a specific requirement. I am trying to copy and paste a few HTML files in the WebHelp output folder from an external source and display these topic in the final WebHelp output. I was successful in updating the TOC ; merged index entries and glosarry terms and definitions. The external topics appear in the WebHelp output. However, I am not able to understand how my topics can be included in the Search feature. As of now the Search option only searches for key words within the default project topics. How can I extend this search to HTML pages that I have manually copied within the WebHelp output folder?

    Welcome to our community
    I'm more than a bit confused here. Why are you manually copying the pages? It seems that you don't mind the pages living amongst the other WebHelp pages. So why not simply copy them into the project? That way they would be included in the search.
    If for some reason that's undesirable, you might look into configuring ZoomSearch. Look at the link below for that.
    Click here to view
    Cheers... Rick
    Helpful and Handy Links
    RoboHelp Wish Form/Bug Reporting Form
    Begin learning RoboHelp HTML 7, 8 or 9 within the day!
    Adobe Certified RoboHelp HTML Training
    SorcerStone Blog
    RoboHelp eBooks

  • RoboHelp HTML Output not compatible with IE 10/11

    Hi,
    My team is facing an issue with the WebHelp output generated using RoboHelp 11 (11.0.1.235). When we try to open the Output in IE 10 and IE 11, they work fine. But, when the Dev and QA teams try from their machines, the pages are just blank. This issue continues after integrating the Help with the application. The Dev team uses a RoboHelp patch (a .exe file) to perform the integration. Can anyone guide us on what is causing this issue? We are not quite sure if it is because of any settings or configurations or because of the patch used by the Dev team. We tried deleting the cache and history on IE.
    As we have a release coming soon, any help will be highly appreciated.
    Thanks.

    @lagonkd In an offline email you advised me...
    My problem (and the interesting workaround):
    1. I would launch my WebHelp index.htm file. My Online help Welcome page and TOC would display perfectly.
    2. Any topic I selected in the TOC would display a blank page.
    3. I performed many, many suggestions you and others had in forums...nothing worked. (Yes, I literally beat my forehead against my desk today....)
    4. Pulled my IT guy in to see if it was an imaging problem or Windows security update incompatibility issue.
    5. We right-clicked the top of the browser bar (right-clicking the Menu bar works too). When the toolbars menu popped up, we deselected one of the toolbar options to make space....magically, the blank topic page displayed its content and the online help worked fine after that.
    6. We exited the WebHelp folder, then reopened it. The issues in steps 1 and 2 above occurred again. We performed the toolbar action, and again, the blank page displayed its content and the online help worked perfectly afterwards. Any toolbar option selected or deselected would bring up the hidden content. It appears that you must perform the toolbar action once each time you open the WebHelp folder...
    You have tacked on to an existing thread and I cannot see anywhere that you have mentioned which version of Rh you are using. There was a version where when you opened the help it displayed a blank page but if you resized the window, it then displayed. I think that when you change the toolbars displayed it is having the same effect as resizing the window did. I believe the problem was resolved with a patch for that version.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Internet Exploer 11 suddenly isn't showing my Table of Contents or Index for RoboHelp 10 output

    I generated a WebHelp project with Adobe RoboHelp 10 last November. I had no problems with the TOC or index. Whenever I try to view output today, IE won't show the left pane with the list of topics in the Table of Contents. It also doesn't show index tags. I have no problem viewing this same output in Mozilla Firefox. I just set Firefox to be my default browser b/c it is so frustrating that I can't immediately view changes to my help project. Has anyone else experienced issues with IE 11? I even cleared cookies and the cache, and I still can't see my TOC and index. This never happened before.

    Hi,
    Thanks to the forums I have found useful patches for RoboHelp 10 (sample links are below). I find that even after installing the latest AdobePatchInstaller.exe fix for RoboHelp 10 that I have to overwrite the whutil.js file in my !SSL! WebHelp_PRO output folder every single time I need to check changes in my output in the browser. I just want to confirm that there is no better workaround than manually copying whutil.js every time I generate my output to check it. Thanks.
    RoboHelp Patches and Updates | WvanWeelden.eu
    https://helpx.adobe.com/robohelp/kb/webhelp-output-issues-firefox-35.html

  • Captivate demo hiding in WebHelp output

    RH10, WebHelp output
    I imported a captivate demo (SWF) and it appears in the project design view and runs properly when I preview the topic in Design view. However when I publish output, the topic comes up blank. What am I missing?
    Mike in Oz

    Hi Mike
    Seems odd. It wouldn't hur, however, to ensure you add the Captivate files (.SWF, .JS, .HTM and any others) to your list of Baggage Files for the project.
    Sounds like the Captivate cannot find its files.
    Cheers... Rick

  • Is there a way to prevent Robohelp WebHelp from appending characters to the end of the URL address for a TOC Entry?

    I am running RoboHelp 10 on Windows 7 Enterprise SP1 64 bit OS.
    WebHelp is appending characters to the end of the TOC entry's URL address. The characters "bc-n" where n is a number are being generated for all of the TOC Page Entries when I generate WebHelp output. We are exporting the HTML files for import into an application. The TOC Page Properties Link to: property does not contain the characters in RoboHelp.
    We have standardized names defined for our application and the appended characters are not going to work in the application.
    cid:[email protected]
    When I use the generated html output in IE10 Version 10.0.9200.16635 Update Versions: 10.0.7 (KB2846071) the characters show up in the URL when I hover the mouse over the TOC entry as shown in the screenshot below.
    cid:[email protected]
    The two screenshots show that the Link to property does not have the characters "bc-7" but the URL address does.
    Is there a setting or way to configure RoboHelp to prevent Robohelp WebHelp from generating and appending characters to the end of the URL address for TOC Entries?

    I have never known Rh add any characters so I think something else is at play here. Please open one of the sample projects and see what happens there. Click Open on the RoboHelp Starter page and then click Samples in the ribbon on the left.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Alt text not appearing in WebHelp output

    We are using FrameMaker 10 and RoboHelp 9 to output as WebHelp. In the FM files, I have added alternate text to anchored frames containing images. When I update the linked FM files in my RH project, the screen tip is empty for these images, but when I look at the HTML source for the topic, it shows that the alt text is there:
    <p class="widegraphic"><img alt="Coach completes form and can either submit now or save it as a draft, edit it, and submit it later. After submit, employee receives task or alert notification, and coach receives task notification. Coach can still edit form at this point. Employee acknolwedges form and completes tasks, and employee task changes to complete. Coach completes task, and task status changes to complete. Lastly, coach receives alert or message notification.  "
                                 id="image2" src="using_bpl_form00003.jpg"
                                 style="margin-bottom: 6pt;" border="0" />&#160;</p>
    When I preview the topic in RH and hover my mouse over the image, the alt text appears in the preview window as expected, both in the default window and when I choose to preview in Firefox and IE. However, when I generate the WebHelp and hover my mouse over the images, nothing shows up at all, and the alt text is replaced by the file name:
    <p class="widegraphic"></p>
    <div align="left"><img alt="using_bpl_form00003.jpg" style="margin-bottom : 6pt; " id="image2" src="using_bpl_form00003.jpg" />
    </div>
    If, however, I manually copy and paste the alt text into the screen tip field of the image in the RH topic, the alt text does appear in the WebHelp output:
    <p class="widegraphic"><img alt="Coach completes form and can either submit now or save it as a draft, edit it, and submit it later. After submit, employee receives task or alert notification, and coach receives task notification. Coach can still edit form at this point. Employee acknolwedges form and completes tasks, and employee task changes to complete. Coach completes task, and task status changes to complete. Lastly, coach receives alert or message notification.  "
      id="image2" src="using_bpl_form00003.jpg"
      title="Coach completes form and can either submit now or save it as a draft, edit it, and submit it later. After submit, employee receives task or alert notification, and coach receives task notification. Coach can still edit form at this point. Employee acknolwedges form and completes tasks, and employee task changes to complete. Coach completes task, and task status changes to complete. Lastly, coach receives alert or message notification."
      style="margin-bottom: 6pt;" border="0" />&#160;</p>
    This seems like a pretty major bug to me. I know there have been scripts developed to delete the alt text so that graphic filename won't show up as the alt text, but is there anything that will take the existing alt text and populate the screen tip/title property with it, which seems to be the key to getting this to work in the output? There's no way I can manually copy and paste all the alt text into the images in RH, especially because I'll just end up having to redo it every time I update the linked FM files.
    Thanks,
    Jackie

    Hi Jackie,
    Offhand, your ALT string seems long. A quick search yielded info at http://www.htmlcodetutorial.com/images/images_famsupp_85.html
    If a lengthy description is needed to describe the image, use the LONGDESC attribute to point to the URL of another page which has the lengthy description. Because LONGDESC is not yet sufficiently supported, also follow the image with a "D-link". A D-link is a standard anchor link with contents consisting of the capital letter "D", like this:
    Do you experience the same behavior with short alt strings as well?
    -Matt
    @mattrsullivan

  • TOC and Index entries sometimes blank in WebHelp output

    I'm running RoboHelp 10, generating Help files using the WebHelp target.
    Sometimes, in the WebHelp output, clicking a Table of Contents or Index entry restults with a bank topic. This issue is resolved my either maximizing/minimizing the screen or by refreshing the browser.
    The issue does not happen consistently in the output. As well, it seems to only happen in Internet Explorer 10.
    Is there a work-around for this issue?

    Just installing the patches is not enough. Adobe release some smaller
    fixes for WebHelp on IE10/11 and Chrome. (4 in total) For an overview of
    all RH fixes, see
    http://www.wvanweelden.eu/articles/robohelp-patches-and-updates
    Kind regards,
    Willam

  • !screenlayout! folder in WebHelp Output

    When I publish a webhelp, it includes a folder called !screenlayout!
    My understanding is that this folder is related to HTML5 publishing; however, the folder does not seem to be included in HTML5 output.
    The problem with this folder being in the output is that it causes the installation process of our SharePoint application to fail.
    The below message is displayed.
    add-spsolution failed to extract the cab file in the solution
    A little bit of Google on the subject gives a list of banned characters:
    ~ ! @ # $% ^ & *
    http://iwillsharemypoint.blogspot.ie/2012/11/add-spsolution-failed-to-extract-cab.html
    Does anyone know if this is a bug or if it is by design?
    Also, any suggestions as to how to stop this folder from being included in the Webhelp output.
    Thanks,
    Donal

    Hi,
    Yes, this is a bug. You can remove the folder.
    A quick peek tells me that RoboHelp is treating the CSS files of the HTML5 screen layouts as CSS files that need to be provided in the output. Please take the time to submit your bug at https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform.
    The more people report a bug, the more likely it is to be fixed.
    Greet,
    Willam

Maybe you are looking for