Skip to main content
A
Anonymous
March 5, 2013
Question

Robo v9 Show/Hide without Twisties - One button no longer working

  • March 5, 2013
  • 1 reply
  • 1445 views

Hey there, as stated I am using Robo v9 with Show/Hide without Twisties (One button) with javascipts.  We have most of our images using DHTML drop-downs and when folks click on "Show All Images" on the page, the GIF changes to "Hide All Images" and all drop-downs (our images) and expanding text are diaplayed.

It had been working all the time, but now it only works when I right click the topic in the TOC and choose "Edit Topic", then while in the Edit Window (Display view), when I do a View (Ctrl-W) and it displays the page within RoboHelp..I can click the "Show All Images" and it works like it always had.  BUT, if that page is not in the Edit Window, and I right click "Preview Topic", the click "Show All Images" (or on the DHTML dropdown itself) it will NOT show the images, *but the GIF image does properly toggle to "Hide All Images" (and if I do again, then it properly toggles to the "Show All Images" GIF, if I do it again), but now NO images are getting displayed for some reason.  It also NEVER works properly when I publish to our website (even when clicking the DHTML dropdown itself), but the GIF images toggle properly.

If I right click and choose "Preview Topic" and click "View With" and use Internet Explorer 8 it still never works anymore, unless the topic is in the Edit Window (Display View), so I know the issue is not on the server.  It stops working after I do a generate and run on my pc.  Also when I view it IE8 within Robo (and Allow the Blocked Content to run the scripts), many instances of the same error is shown as:

--

Message: Access is denied. 

Line: 2646
Char: 3
Code: 0
URI: file:///D:/Users/_RBH9_TPO-Generate/v9-testing/ehlpdhtm.js

--

...but I *do* have access to the folder system, but in checking the coding of the ehlpdhtm.js, that area show, where I believe line 2646, character 3 starts at the "values = getAttribute(element, prop );" line below...but maybe something does not exist:

==

 

//End HTML code invoked function

function InitEffect( element, prop )
{
var values = null;
if( getAttribute(element,prop)) 
  values = getAttribute(element, prop );
else if( getAttribute( element, "currentStyle" )  && element.currentStyle.getAttribute)
  values = element.currentStyle.getAttribute( prop );
else  if (element.style.getAttribute)
  values = element.style.getAttribute( prop );
 
if( !values )
  return;
   
var functions = new Array();

==

I have a much older backup when restored, it all works properly again in all cases, but I have done so much work since then that I think would need to be manually redone.  I have played with keeping those some javascipts alone (in case I changed something) and updated the rest of the data files I had added, deleted the .CPD file, but it somehow stops working again, probably with some updated file.  I am not sure what specific files could be causing the negative impact that is preventing it from working.  Maybe if I knew what files could impact, I couldrestore those from my old backup.  The newer backups when restored do not work properly, so there was a point in time where something changed and is causing this.

All prior versions of RoboHelp (v7 and v8) have always worked and still do.  I am using v9.0.1.262, as the latest version has not yet been allowed on our pcs (per security), but since my earlier backup works, I thought it may not be the issue, but wanted to tell you anyway.  ;->

Any ideas on how I should proceed?  What files may have impact to cause it not to work anymore?  The showhide.js is the only .js to show up as a baggage file.  Also, the DHTML line does exits in each html page's code, as we are still using Robo v7 as the production software and the Show/Hide always works, and I copy them into the respective Robo v9 folders (and if new, then I copy them, then import them), otherwise the newer v7 updated pages are copied over the older v9 html files while RoboHelp is closed.

Thanks in advance for any info you can provide!

This topic has been closed for replies.

1 reply

Willam van Weelden
Willam van Weelden
Inspiring
March 5, 2013

Hi,

Which version of the script are you using? See grainge.org/pages/authoring/twisty/twisty.htm

There are different versions so it's hard to say what is happening without knowing the version you are using.

Greet,

Willam

A
Anonymous
March 5, 2013

I believe it is the Toolbar Single Show / Hide Button, as listed in the thread's Subject line.  It is not very large.  I hope it is OK to paste here.  Thanks for your reply!

Message was edited by Peter Grainge to remove the script, not needed.

A
Anonymous
March 12, 2013

Egh? "Cannot be imported because they already exist." I'm not understanding why you would import/copy from Rh7 when the file is in Rh9.

I'm wondering if you are importing output files as that would account for slashes being incorrect.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge


Thanks Peter for your time/reply once again.  Our production webhelp is created by Robo7.  I am maintaining/updating a parallel Robo9 folder system that initially imported the v7 (with some issues, but the DHTML DID work initiallly), as we hope to move to v9 then eventually v10.  As I make continual changes to the v7 production database (Robo created .htm files), I copy the existing/updated v7 .htm files to the respective v9 folders, since I always get this as an example when I try to import the new changes.  I stopped "importing" the existing pages and only Import the NEW to v9 pages (copy from respective new v7 pages to the v9 pages).

==

The file "_findit_v9\FindIT\sw-outlook\outlook10_archiving_faqs.htm" already exists in the project.
==

Are you saying that I should always IMPORT any updated pages that I update and then copy from v7 to the v9, as they WILL actually truly "import" and benefit the v9 by changing the slashes to the proper way?  I trusted the message as my import actions as being extraneous and useless, especially since the DHTML was rendered useless...seemingly to the slashes being reversed.  How does one prepare and maintain parallel versions/worlds of Robo, in anticpation of being migrated to a higher version and NOT have to do the double/same manual changes in both worlds if you cannot copy the same simple updated production version 7 (say) to the v9 folders?

I copy the existing updated files from the same v7 structure to the respective v9 folders, so I do not have to *manually* REDO the same changes within Robo9 (as I did within Robo7), as they can be extensive.  The only true "import" I do is for new files and associated graphics that get pulled in when I do an Import (which is always successful).

The files I copy are the changed .htm files and associated picture file for our DHTML dropdowns that stopped working.

I do apologize if I am missing something major (and thanks for your patience!).  Thanks in advance for your feedback, as it is ALWAYS appreciated!!!  ;->

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices