Skip to main content
P
PDF Boy
Known Participant
September 14, 2015
Question

Responsive, Merged Rh2015 project. CSH URL's being altered?

  • September 14, 2015
  • 1 reply
  • 682 views

I'm using RH2015 and have a Merged Project that I want to use a new Responsive layout with rather than current Webhelp output.

I have made no other changes to the structure of help so all that is new is the new layout type.

When the developers add it to the application if you click on Help – Main  the help opens at the correct opening page and you can navigate using the TOC, Index etc. This is the help page URL that is displayed….

 

index.htm#t=mergedProjects%2F00main%2Fhelphome%2Fhelp_home_page.htm

 

But when you are in a screen within the application and click the help button to get CSH (screen level help) the help page URL is being changed by something. It is adding the help home page details at the end of the page call as per....

 

index.htm?#mergedProjects/10act/act/acts012/acts012.htm=&t=mergedProjects%2F00main%2Fhelphome%2Fhelp_home_page.htm

 

This means page level help is not being displayed only the help home page.  

As a test I have reissued the help in Webhelp format and and when called from the application the help works correctly.

Is this problem likely to be a result of it being a merged project or simply as a result of the responsive html5 output?

Any ideas on how to get this resolved?   

This topic has been closed for replies.

1 reply

Willam van Weelden
Willam van Weelden
Inspiring
September 16, 2015

The context senstivive help call for HTML5 differs from the WebHelp call. If WebHelp works ok, your application needs to be updated.

How is your application calling the help?

See also: Context Sensitivity in Responsive and Multiscreen HTML5 | WvanWeelden.eu

P
PDF BoyAuthor
Known Participant
September 16, 2015

Hi,

From the application the following URL is produced for the CSH and for Webhelp this works. This is an example from the development box.

ev-help//index.htm??#mergedProjects/10act/act/acts012/acts012.htm

For the QA box where the responsive layout was added, the URL was being changed by this a part being added to the end. =&t=mergedProjects%2F00 main%2Fhelphome%2Fhelp_home_page.htm

so it ended up like......

qa50-help//index.htm??#mergedProjects/10act/act/acts012/acts012.htm=&t=mergedProjects%2F00 main%2Fhelphome%2Fhelp_home_page.htm

No changes were made to the way the help was called from the application. Do you know what will need changing so it works?

P
PDF BoyAuthor
Known Participant
September 16, 2015

I don't know if this is relevant but our existing webhelp works as per the method described on Peter Grainge's website. Each help call is prefixed with either 1 or 2 query marks which then alternate.

From Peter's site:

''If you call a second topic in this way before the browser is closed, the new topic will not display and this was a problem. There are two solutions that I am aware of.

Solution 1

If your developers amend each call so that the first call has one query mark added and the next call has two query marks, then it will work correctly.

startpage?#path/topic1.htm

startpage??#path/topic2.htm

After that calls need to alternate so it would continue as below

startpage?#path/topic3.htm

startpage??#path/topic4.htm''

I note that the URL path for the help home page in the responsive layout (when opened locally on my machine directly) does not have this in it. It appears with #t= in the path as per....

index.htm#t=mergedProjects%2F00main%2Fhelphome%2Fhelp_home_page.htm

Could this be why its not working?

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