Copy link to clipboard
Copied
I'm using a trial version of RoboHelp 10. I created a project and used the screen profile: Android_Galaxy_Tab and the Screen Layout" Android_Tablet_Layout and generated HTML5 output from that. I navigate to the folder on my computer and click index.htm and it shows up in Chrome browser fine, but I upload (via FTP) the exact files to my web server and navigate to the web files and the TOC doesn't show up. As well as on mobile devices. The web files are here www.superdesigngirl.com/android_galaxy_tab/index.htm. Do I need to publish the files to the web via RoboHelp? Is this a known issue? Am I setting something wrong? Please help. Katherine.
The only reason I can think of for what you have uploaded not to work as it does locally is that you have not in fact uploaded everything. First thing therefore is to compare the local output and what is on the server, as Jeff has suggested.
Even search is failing so I suspect that not all the subfolders within the Android output have not been uploaded.
It might be worth creating a webhelp layout and uploading that to see if that works.
See www.grainge.org for RoboHelp and Authoring tips

Copy link to clipboard
Copied
Post probably s/b over in the Multi Screen HTML5 forum, but make sure that you upload all the components in the sub-folder of the \!SSL!\ folder – I forget what it’s called for HTML5.
Copy link to clipboard
Copied
The only reason I can think of for what you have uploaded not to work as it does locally is that you have not in fact uploaded everything. First thing therefore is to compare the local output and what is on the server, as Jeff has suggested.
Even search is failing so I suspect that not all the subfolders within the Android output have not been uploaded.
It might be worth creating a webhelp layout and uploading that to see if that works.
See www.grainge.org for RoboHelp and Authoring tips

Copy link to clipboard
Copied
Yep, that was the problem! Thank you both so much! But, do you know, is there a way to package up the output (Similar to InDesign's package function which puts the output and links all in one folder)? It turns out to be a very long path and URL name and every time I want to make a change to the output on the server I have to upload over a thousand files. I'm doing this as a POC for my company to show them how easy it is to output HTML5 and I have to say, there's got to be an easier way to deploy this or they probably won't go for it.
Copy link to clipboard
Copied
Not possible, very different products.
You are uploading every file every time. Using Publish you will upload only what has changed but that is much more than the files you edit. Many internal files required.
You can start the process and then do other things so it shouldn't be a deal breaker.
Copy link to clipboard
Copied
I do think I found a workaround... I PUBLISH my generated HTML5 output to a local folder, in the publish settings, it's "File System" selection. And then, I upload using my FTP client of choice, Filezilla, which I have set up to only upload the files that have changed since the last upload. It seems to be working fine! Thank you for all your help. They really need a RoboHelp 10: Classroom in a book like they have for framemaker 11. I'm sure that is in the works. Can't wait for that! I'm loving RoboHelp 10! Very intuitive for me, since I am used to working with Dreamweaver. Thanks, again!
Copy link to clipboard
Copied
I'm not sure if I'm having the same problem as you, but I've published the whole 'Multiscreen_HTML5' directory to our beta site, and when I access it using either our Windows Phone, iPhone, or iPad, the initial Help page appears ok and presents us with a search form, TOC, and index, but when we click any first-level entry in the TOC, instead of taking us down to the next level, it simply refreshes the TOC, leaving us back on the top level - we can never dig down any further into the TOC.
Furthermore, the search box doesn't work either - regardless of what term(s) we search for, it finds 0 results. The index works, though, and using it we can view any of our Help topics perfectly.
Any ideas?
Copy link to clipboard
Copied
I have a working Multiscreen HTML5 project that you can view and download.
VIEW http://www.grainge.org/demos/html5
DOWNLOAD http://www.grainge.org/downloads/empcareus.zip
Generate a fresh output to your server and see if that works.
See www.grainge.org for RoboHelp and Authoring tips

Copy link to clipboard
Copied
Thanks Peter,
Observations:
I should probably add that what I uploaded to our server was everything in the \empcareus\EmployeeCareUS\EmployeeCareUS_Project\!SSL!\Multiscreen_HTML5 directory to our testing server at ****.com.au/onlinehelpdemo/mobile/emp
Was that the right thing to do?
I've also thought this might be a permissions issue, but setting all file/folder permissions to 777 hasn't made a difference.
Cheers.
UPDATE: I took our files home and uploaded them to my own web server. They work perfectly on my Windows phone and iPad. Something's wrong at the work server end, I guess. Any ideas?
Copy link to clipboard
Copied
Are you publishing to a UNIX server? There's a setting to use lowercase file names for all output files specifically for Unix. (In your SSL, on the page General.)
I guess the server might play a role in this as you are not getting consistent results on the same device.
Greet,
Willam
Copy link to clipboard
Copied
Re your first bullet point - I don't know what could be different. The host server for my site is Unix based (see Willam's reply) so my output should work on your server as far as that is concerned.
Re your second bullet point - The profiles supplied are for iPad, iPhone, Android and Desktop. I don't know whether Windows phones require a different profile to Desktop (Windows) machines. Try with iPhone and Android devices to see if they work OK.
TIP: I needed to check how a really basic phone worked so I went into a phone shop and asked to see their cheapest phone. Guess what I put in the browser.
See www.grainge.org for RoboHelp and Authoring tips

Copy link to clipboard
Copied
Thanks all for your suggestions.
Ends up the cause was a .htaccess file on the web server, which contained a redirection. We had to put an exclusion in for the mobile Help content. Problem solved.
...now, where did I put that vodka?
Copy link to clipboard
Copied
Hey, we don't mention vodka in these forums. All the long term users of Rh will understand.
See www.grainge.org for RoboHelp and Authoring tips

Copy link to clipboard
Copied
Shorry.... (hic)
Find more inspiration, events, and resources on the new Adobe Community
Explore Now