RoboScreenCapture in RH8 WebHelp (RH HTML)

I've become accustomed to editing screenshots that are already embedded in the help topics...just right-click Edit, and the default editor had an icon so that I could change/obscure file names & login info--worked great!
Then I rebuilt my machine with Windows 7. The two graphics editor products no longer display, but I discovered RoboScreenCapture could do the same thing (basically just pull some snippets to overlay the GUI fields.
Well, now I have red boxes for the screens I have edited. I can see them (they have 26 KB size). I've tried to insert them and they even display as an empty red square in the prreview of the image dialog box. However, if I doubleclick the imagein the Project Manager, it opens & displays "just fine" in the image properties dialog. How do I fix this?
Also, Windows 7 seems to disable the main RH project (pods & Design View) if I have the RH Help window open. Any one else notice?
I've rebooted. Is there some kind of setting to make RH and Windows 7 like each other?

Hey Peter!
AH! I need to reload the 801 update! Thanks! (I have 2 machines, my laptop with XP, my desktop with Win 7).
Looks like "the default editor" for RoboHelp differs, depending on which OS it's loaded on! In XP, the default editor is Windows Picture and Fax Viewer. In Win 7...it seems to be "undefined." I've defined it to be MS Paint (Tools>Options>Associations tab) and I'm back in business!
RH on Win 7 obscures what's going on with the fileseven using the RoboScreenCaptureas though there's a buffer storage somewhere in either Win 7 or RH 8 that is holding a secondary copy of a graphics file.
Easy way to edit a graphic
RH on XP:
Right-click graphic (.jpg or .gif) in Design view of a topic
Select Edit
Graphic opens in Windows Picture and Fax Viewer.
Click Ctrl+E to "close WPFV and open the graphic in MS Paint
Change graphic
Click File>Save
Edited graphic redisplays in topic
Right-click graphic and select Reset size
RH on Win7
Right-click graphic (.jpg or .gif) in Design view of a topic
Select Edit
Graphic opens in MS Paint (after you set up associations! Else, nothing happens)
Change graphic
Click File>Save
Edited graphic redisplays in topic
Right-click graphic and select Reset size

Similar Messages

Issue searching PDFs in RH8 WebHelp

I am getting different results from Robohelp searches when my RH8 Webhelp is generated using a RH command script in our software build process than if the Webhelp is generated from RH to my PC. Specifically, when I search for a specific term in my local Webhelp, the search results list any PDF files that use that term. In contrast, if I conduct the same search in the Webhelp that was generated during our software build process, the search results do not include the PDF files (the Webhelp files are deployed to a network computer when our software is installed).
Note that in both cases, you can click links from within the Webhelp to open the PDFs and you can perform Finds within these files, but I cannot use RH's search to locate specific PDFs in the actual online help for the app, which is something I can do locally.
Here are the details:
I am using Robohelp 8, Window 7, and Internet Explorer.
I am producing WebHelp.
I am producing merged help.
I am linking to the PDF files from the topics. Each PDF is stored as a “baggage file”.
Mark of the Web is not selected.
Any ideas? We promised our customers the ability to search the PDFs for some of our manuals from within our online help system--it worked great when I tested it locally, but isn't working so good in the real online help....

This may or may not be the issue but it would be worth checking that the PDF are being indexed in the final WebHelp output. I've outlined how to do this is this blog post.
The RoboColum(n)
@robocolumn
Colum McAndrew

ToC, Index, Search appearing blank in RH8 Webhelp

Hello - I have been reviewing the forum questions and answers for about a year now - some great advice - but I can't seem to find an answer to my current problem, so I need to post it here.
I have recently upgraded our help system from RH7 to RH8. I generated Webhelp this week and all was well on my local system in both IE7 and FF3. The long list of every possible number and letter which was appearing in FF in the search column had disappeared and search was behaving exactly as I hoped. Nothing else looked anything other than perfect.
I made the submission to our engineering team and when it was integrated, I tested again. IE remains fine, but in FF, we get the "welcome" page, but an empty column where the ToC should appear. Same with the index - I can enter a keyword, but I get no results. Ditto for search.
Our test and production environments are different, obviously, than my local environment - I put the Webhelp output on an Apache server and all was well. It only breaks when it goes into the production environment.
I was told to tell you that our Apache server does a rewrite rule to Weblogic (9.2.3) - where, with the exception of the UGLY search results in FF from the RH7 Webhelp, all worked well with RH7 output. Our environment hasn't changed, so we believe that we may need to change something in a config file to accommodate changes in RH8. ( We made the changes to UTF-8 as recommended in earlier posts some months ago.)
Any help will be greatly appreciated.
Thanks
Marla

Hi again
For the Adobe forums search, I find you have to search twice. The first search shouldl bring back some results. What you want is to get to the initial results page.
Click the image below to see at full size.
Now you see a different page.
Again, click the image to see at full size.
Hopefully this helps... Rick
Begin learning RoboHelp HTML 7 within the day - $24.95!
Click here for Adobe Certified Captivate and RoboHelp HTML Training
Click here for the SorcerStone Blog
Click here for RoboHelp and Captivate eBooks

Controlling window size and positioning in RH8 WebHelp

Evening all,
I've seen a post before about controlling the size and/or positioning or RH WebHelp windows, but I haven't been able to find it again.
I'm generating WebHelp in RH8 and at this point am using the default skin and whatever default tri-pane and CSH windows RH chooses to use.
Question is: how do I control the size and position of these windows? Or can I?
I suspect they're set in a .js, but don't know which one. I know I can create new windows, and if I recall correctly, I can make one for CSH and one for the classic tri-pane help display. Is this how folks typically control the windows used to display RH content? Or do they muck about in the original .js files?
Or, and this is the more likely, am I just being too anal-retentive about this and I should just let RH do its default thing and not worry about it?
Thanks - I'm just a bit confused here,
Patrick

Hi Patrick
If you aren't working with a programmer to connect your WebHelp to an application, you really don't have much control over the placement and attributes that are used.
Note that when you create a project in RoboHelp HTML, you have an ability to create a WebHelp window with the desired attributes. But really, all that does is configure the way a window will open if you are using something called the "WebHelp API" to open topics. As you stated earlier, JavaScript is actually used by the API to open the window.
Cheers... rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 or 8 within the day - $24.95!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

RH8 Webhelp not working with IE8 - potential workaround

So after about 2 hours on the phone with Adobe, and no luck getting even an ounce of support, I'm totally frustrated and ready to give up.
Problem - generate webhelp with RH8, display in IE8. Browser opens, spawns a blank window. Help might be displayed the first time, but subsequent calls, no help displayed. One developer has trusted sites listed and they NEVER get help to show up, not even the first time.
Research - developers did some debugging and found that even though we are using IE8, we fall into the IE5 branch of the whcsh_home.html file.
RH call from the code being used is:
                  RoboHelp_CSH.RH_ShowHelp(0, url, RoboHelp_CSH.HH_HELP_CONTEXT, roboHelpTopicId);
Here is a snippet of the code where the failure is happening (the failure line is bold and larger font size:
if(gbIE5)
      var curWnd = null;
      curWnd = window.open("about:blank",sNewName,strOpt);
      goNewWnd=window.open(sURL,sNewName);
     else
      gsURL = sURL; // IE4 had hard time to handle bookmark.
      goNewWnd=window.open("about:blank",sNewName,strOpt);
     setTimeout("postWindowOpen();",100);
Temporary solution that we used - now this isn't optimal, but at least we can actually SEE the help instead of staring at a very blank window... We replaced a section of the bolded line above as follows (replace about:blank with javascript:false)
if(gbIE5)
      var curWnd = null;
      curWnd = window.open("javascript:false",sNewName,strOpt);
      goNewWnd=window.open(sURL,sNewName);
     else
      gsURL = sURL; // IE4 had hard time to handle bookmark.
      goNewWnd=window.open("about:blank",sNewName,strOpt);
     setTimeout("postWindowOpen();",100);
What this does for us - well, we now can see help! Every time you make a CSH call you get a new tab in the IE8 browser window for that help call. Make 30 help calls, get 30 tabs.
I have been unsuccessful in getting through to someone from Adobe to log this as a bug.
I hope this helps someone.

Here are two links to previous threads on this subject. I hope something in them will help your developers.
http://forums.adobe.com/message/2784389#2784389
http://forums.adobe.com/message/1046329#1046329
To register bugs please follow this link.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
Although it has already been logged, the more people who report a bug or request a feature, the more likely it is to be actioned.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

RH8 WebHelp TOC won't render in IE8 via HTTPS - Fix/workaround?

WebHelp projects generated with RH8 render perfectly via either HTTP or HTTPS calls to the server-hosted project in Firefox and Chrome.
The same projects render perfectly via HTTP calls in IE8.
But if the call to the project is via HTTPS, only the right pane content renders successfully. The left frame displays the Contents/Search tab in the project, but not the actual TOC content.
Does RH8 simply not support calling a WebHelp output through an HTTPS connection to IE8? Why does IE8 refuse to render the TOC through HTTPS, but it will render through HTTP just fine?
Does RH9 address this issue or is there a service pack for RH8 that addresses this issue.

we are also experiencing the same issue. we even upgraded to RoboHelp 9 and it didn't fix the problem.
Below are project settings:
RoboHelp Html v9.0.1.232
WebHelp project -> Generate
Content -> Language > English (US)
Encoding: Unicode (UTF-8)
Map Files: None selected
Navigation Tab -> Skin = Traditional Style - no skin
Preferred Format = DHTML > Pure HTML
Toolbar Buttons > TOC, Search
Synchronize Table of Contents Automatically
Results:
Left TOC Contents does not show up
Left Search does not work
One other note: It works on some XP ie8 machines and others it does not work. FYI
Please advise.

Airplane help with Webhelp and HTML Help

Hi. We are generating 2 outputs using Robohelp v.6.0: HTML
Help and WebHelp. Standalone they both work fine. The context
sensitive .chm works too. Problems are:
1.) the primary help (Webhelp) does not appear - there isn't
any error msg either.
2.) when an invalid url is used the secondary help file does
appear (HTML help). But this doesn't happen with the correct url of
the primary help - Webhelp
Isn't there supposed to be a reference to the mapping in the
<head> of each htm file?
Can anyone help on this topic? many thanks!

First, move the styles from the form generator to the <head> of your document. Otherwise there is a possibility browsers could ignore the invalid code.
Then move your form div inside the banner div and set the attribute float:right; in your CSS for the form div. Then you should be good to go.

RH8 WebHelp "Can't Move Focus to the Control..." Error

While testing my help (primary layout is WebHelp) on my local
machine, the help books/topics freeze after a series of clicking
them open and closed. I'm not doing this rapidly or in a manner
unlike a regular user would. IE 6 gives me a page error. The
description reads "can't move focus to the control b/c it is
invisible, not enabled, or of a type that does not accept the
focus." The URL points to the whtdhtml.htm file.
I've searched the forum and when this problem came up before,
an answer was in a tech note. I read the TechNote rb_95432 on this
issue and it suggested editing the webhelp4.js file; however, I
don't think this file is generated by RoboHelp 8, as it doesn't
appear in my generated help files.
Is there a different file I should be looking at? Is this a
problem with my HTML that I should seek or an Adobe compilation
issue with IE 6? I recently upgraded my help project from RoboHelp
6 to RoboHelp 8 and am on a Windows XP machine.

While testing my help (primary layout is WebHelp) on my local
machine, the help books/topics freeze after a series of clicking
them open and closed. I'm not doing this rapidly or in a manner
unlike a regular user would. IE 6 gives me a page error. The
description reads "can't move focus to the control b/c it is
invisible, not enabled, or of a type that does not accept the
focus." The URL points to the whtdhtml.htm file.
I've searched the forum and when this problem came up before,
an answer was in a tech note. I read the TechNote rb_95432 on this
issue and it suggested editing the webhelp4.js file; however, I
don't think this file is generated by RoboHelp 8, as it doesn't
appear in my generated help files.
Is there a different file I should be looking at? Is this a
problem with my HTML that I should seek or an Adobe compilation
issue with IE 6? I recently upgraded my help project from RoboHelp
6 to RoboHelp 8 and am on a Windows XP machine.

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

RH8 WebHelp not displaying in Firefox

We have just upgraded to RH8 (from RH6) and one of our WebHelp projects that is available on our website will not display in Firefox. It is OK in IE and Safari. All we see is ï»¿ . We can view individual pages using the page url but not the project as a whole.
WebHelp that was generated using RH6 and is still on our website is still displayed correctly.
Has anyone got any suggestions. Obviously we cannot roll back to RH6.
Thanks
Pauline

I experienced the same problem. It is because your server is not configured to handle UTF 8 encoding. Once my webhost fixed that, it was OK.
This is what he advised me
I would therefore conclude that the solution to this problem (on Linux systems running Apache) is to add the AddDefaultCharset utf-8 directive to either the Apache config or the site .htaccess file. The advantage of the latter is that it only affects individual sites. The default Apache character set is taken from the locale file on Linux and defaults to iso-8859-1. It is the conflict between the Apache header with iso-8859-1 and the page character set of utf-8 that obviously causes Firefox a problem.
In a forum post Chrissy_Tissy added
My machine is Windows, but this fix still worked - some notes about making the fix visible:
1. Do the fix itself (httpd.conf: AddDefaultCharset utf-8).
2. Restart the box to apply the fix.
3. Once the box is restarted, clear your cache in FireFox to make sure you don't continue to see the cached file.
Once all this is done you will see the output content as expected.
See www.grainge.org for RoboHelp and Authoring tips

Smaller images from linking Word doc not showing in RH8 Webhelp

I am using RH8 and linking Word Documents. Will generate as WebHelp. All images are pasted into the word documents using Snagit. The images are varying in size and need to be that way. It seems as though RH8 imports larger images as .jpg files and display fine but converts the smaller ones to .png files and they are not displayed. Only a box is displayed saying the image file is missing for the smaller .png files. The larger .jpg files display fine. Why are they coming in as different types? Does anyone know of a work around to fix this? Upon searching the forum for an answer I only found a script that will make all images one size. Is there a setting either in Word or RH8 that needs to be adjusted? Thank you for your help.

See Snippet 125 on my site.
If Word is treating the images differently when you paste, which seems odd, try inserting via Word's menus.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Getting WebHelp in .html

I'm new to this forum and wanted to know if anyone
knows how to make old WebHelp .htm projects into .html projects.
I have tried changing the properties, but the system always
changes it back to .htm. I tried changing the current Generate
session and again, the system changes it back to .htm. I'd
appreciate any help.

Hi lady06blue and welcome to our community
I'm reading your note a bit differently than my esteemed
colleague is. So I'll offer my input and you can decide which of us
correctly understood your note.
As I'm understanding the issue, you want the generated
WebHelp output files to use the .HTML file extension instead of the
default .HTM extension, no? Unfortunately, it's not going to be
easy. If you absolutely must have this extension, you will need a
good search and replace utility. It's relatively easy to use tools
to change the actual filenames. But the links inside the files need
to also reflect .HTML or they will be broken.
Again, assuming I'm understanding correctly, what is driving
the desire for .HTML as opposed to .HTM? To my knowledge there is
no technical reason it should be required.
Cheers... Rick

Any advice? --unable to insert jump links into RH8 WebHelp project

This feature was working but then it quit. any idea as to why I once could include a jump (link) and now this action causes my Word document to freeze up? I then need to manually shut down Word and restart. Even powering off my system then reopening the project has not corrected the problem.
Also, the RoboHelp tab at the top of the Word document has disappeared. I'm told this means I need to manually reattach the robohelp.dot template. But, should I really have to do this every time I open the project?
Any help will be appreciated!
Summer

Hi Summer
I'd be surprised to hear you are able to find a class that trains RoboHelp for Word.
All the classes these days are centered around RoboHelp HTML.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 or 8 within the day - $24.95!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

RH8 webhelp: No topics found on search

Generated files from earlier versions of my project deliver search topics. Generated files from a recent version does not.
How do I fix the problem at the source project level?

Here's what I did.
1. Create a new blank project.
2. In Project Manager, add New> Folders to the Project Files folder, being careful to copy the folder names from my most recent project.
3. Imported topics into each folder from my most recent project.
4. Imported the Table of Contents from my most recent project (New Table of Contents, Copy existing Table of Contents).
5. Imported the project skin on the Project Set-up Tab from my most recent project.
So far so good. I risk breaking links and can no longer see the creation date on my topics, but at least I have an operable search.

RH HTML 10 - My RH7 arabic project not handling italic tags in RH10

After upgrading a project from RH7 to RH10, the Webhelp output for Arabic is not handling italic text that was accepted previously. Image below shows "boxes" circled in red on the left for RH10 output, vs. good RH7 output circled on the right.
I'll be grateful for any help / suggestions.
Becky Lormor

First Rh does not natively support left to right languages. There is information on my site and at http://www.wvanweelden.eu that may help.
Rh8 changed from HTML to XHTML. In Tools > Options you can revert the HTML, perhaps that will help. Note that setting applies to all projects.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

RoboScreenCapture in RH8 WebHelp (RH HTML)

Similar Messages

Maybe you are looking for