Topic properties

I am having a real problem with topic properties not
cooperating. For some reason, RoboHelp insists on making some of my
topic titles lowercase. For example - the title Copyright. It keeps
changing the "c" to lowercase. Also, I want the filenames to be in
lowercase. Since there is not an option in the project settings to
make them automatically lowercase (like Webhelp), I inadvertently
typed a couple of the file names in initial caps. When I go back
and manually change them to lowercase, it changes them back to
initial caps. It is very annoying.
Any insight into this problem?
P.S. I tried creating the topics over again, but it didn't
work.

If the topic title and filename are the same, you get the
problem you are seeing. One obvious solution therefore is to vary
one of them in some way. However, there is another trick that I
only learned recently thanks to MergeThis.
In project manager you view either the title or the filename.
Whichever it is, get it right there rather than via Topic
Properties. Then go to the View menu and switch from By Topic Title
to By File Name, or the other way around. Then change that to
whatever you want.

Similar Messages

  • Topic properties slow to open

    I right-click on a topic heading in the word document.
    I select "Properties".
    After about 7 seconds I finally get the topic Properties
    dialog.
    Is it normal for it to be this slow?
    Is there anything I can do, or do differently to speed this
    up?
    (Word 2007, Robohelp 7.02.0001)

    Regrettably it is quite normal. I have seen several reports
    of it and whilst I don't use RH for Word, I see the same on a fast
    machine.
    Nothing I can suggest to improve things.

  • Bookmarks do not in  Topic Properties - Why?

    Hello,
    When I add a bookmark to a topic and link the bookmark to an
    index entry, the bookmark / index entry does not appear in the
    Index tab of the Topic Properties dialog box.
    Presumably the bookmark is part of the topic properties, and,
    to me it should appear. Is there are setting which requires
    adjusment to display the bookmarks in the Topic Properties dialog
    box?
    Thanks,

    I'm not sure your assumption is correct. I think the bookmark
    is just a little piece of "find me here" code in the topic text.
    The only tight connection is that the topic filename is part of the
    path to the bookmark.
    The Project pane does display bookmarks as if they were
    sub-topics, but the Project pane displays other things that aren't
    properties (like image map links). So I don't think that's a
    reliable guide.
    Bottom line - you're a pro (I recognize your handle), and if
    you can't find a setting for this, there probably isn't one.
    I wonder if one of the reports might help you manage your
    bookmark index links?
    HTH,
    Elisa

  • When I attempt to edit Topic Properties of an open topic, RH crashes

    Using RH10, to generate CHM files.  When I attempt to edit topic properties of an open topic, RH crashes.  Is there a patch for this?
    Thanks!

    Are all other programs working correctly?
    Have IT made any changes that might be relevant?
    Was Rh10 working OK or is this a new installation that has never worked? In other words your earlier version was OK but the problem started on upgrade.
    Have you rebooted the PC since this started?
    Beyond that it might be time to consider a reinstall.
    Let us know how you get on.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Topic Properties - Display Bookmarks

    In RH7, when a topic is in Design View, the user can right-click and select "Topic Properties" from the context menu. Is it possbile to display bookmarks assoicated with an index entry on the Index tab? Presently only the topic title displays when associated with an index term.
    Thanks

    I'm not sure your assumption is correct. I think the bookmark
    is just a little piece of "find me here" code in the topic text.
    The only tight connection is that the topic filename is part of the
    path to the bookmark.
    The Project pane does display bookmarks as if they were
    sub-topics, but the Project pane displays other things that aren't
    properties (like image map links). So I don't think that's a
    reliable guide.
    Bottom line - you're a pro (I recognize your handle), and if
    you can't find a setting for this, there probably isn't one.
    I wonder if one of the reports might help you manage your
    bookmark index links?
    HTH,
    Elisa

  • A specific topic will not render with any search criteria.

    I have two similar topics that no matter what i put in for seach criteria they will not be listed in the results. I've tried the following.
    Re-importing the .doc
    Re-creating and Re-importing the .doc
    Confirmed that the file name and title have no special characters
    Confirmed that the option to eliminate the topic from search is not selected in the topic properties
    I am able to search for the topic locally after generating but I am unable to search for the topic after publishing on the server.
    I am running Robohelp 9 on a Robohelp 8 server.

    You have checked the new topics survived the journey to the survive.
    I'll leave Colum to comment on whether it is a Rh9 / Rh8 Server issue.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Errors on creating new Topic in RH9 (9.02 Patch)

    Have found that when creating a new topic in RH9 project that on building the project errors 3018 and 3111 are being presented.
    Appears that the error is being caused by the placement of the Page Break in the word document at the commencement of the topic.  Prior versions of RH would insert a new topic as such :-  (Note correct placement of Page Break and 'Keep with next' paragraph mark).
    When adding a new topic now it appears as such :-
    Note the placement of the 'Keep with next' paragrah mark is now at the start of the topic line rather than at the start of the page break.
    On building then project with a topic in this format causes 2 additional error messages to be presented in error wizard :-
    1.  HC3018: Warning: In the project file, an #include statement is specified without a filename,  and
    2.  HC3111: Warning: This topic contains keywords but no title
    The second warning (HC3111) is returned despite the topic properties containing a title, and keyword sections correctly filled out.
    I have found that the work around to fix this is to correct error HC3018 first by :-
    Place Cursor at start of the topic line immediately prior to the # symbol.
    Back space to remove the 'Keep with next' paragra[ph mark to a point where the mark is removed, the heading properties are removed from the topic title and the Page break indication now extends across the entire page.
    With Cursor placed at the commencement of the topic line again immediately prior to the # symbol, re-apply the 'Keep with next' paragrah command.  This applies the command on the 'Page break' line.
    Re-apply Heading style to the topic line.  It now looks line this :-
    Re-build project. Error messages 3018 and 3111 now both gone.
    Yet another bug in this version now doubt.

    Peter G,
    Thanks.  Tried that and no the problem does not present in a new project.  Oddly enough this started occurring in a new project that had these documents imported from  a previous project (word 2003 format into Word 2010 format).
    So it doesn't occur by default in a new project, but does in an older project migrated from 2003 word format into 2010 format.  Go figure.
    David H.
    Thanks to you for your suggestion.  Worked fine.  Not sure why all of a sudden I have to do this and why the same issue does not occur in new project by default,  Maybe a word 2003 to word 2010 save / convert issue ?
    Nonetheless your suggestion and fix works well and far less painful than my clumsy solution.
    Once again,  Thanks to both of you for your assistance

  • Best way to create output with only topics that are not finalized

    I'm nearing the end of a project and I need to isolate the topics that still have questions. I keep trying things, but nothing gives me what I need. Any suggestions? Here's what I tried.
    I'm using RoboHelp 9 (RH9).
    Status
    I can get a report of the topic names and their status using Tools > Reports > Topic Properties and then setting the Options to include only Topic Status, but this isn't useful; that gives me a list of 396 topics, in alphabetical order.
    For each topic, you end up with 3 lines. For example:
    Adding Customers - Adding_Customers.htm
    Status:
    Status: Ready for Review
    I saved the report as TXT and opened it in Word and did a global replace of Status:^p (that is, Status, colon, new line) and then Status, colon, tab. That reduced it to 2 lines for each topic:
    Adding Customers - Adding_Customers.htm
    Ready for Review
    So that's still not very useful. I would have to write a macro or something in either the Word file or once I got it into Excel to concatentate those two lines.
    And even then, I could sort the data and get rid of the lines that show Complete (using an Excel formula), but how would I print out just those topics? If there are only a few, that's no problem, but there are at least 30. (Things changed and topics changed and now some need re-review, and some still have questions.)  Could I make an index out of those lines? No, that would involve a lot of work to write out the XML.
    Okay, so I tried another approach...
    Conditional Text
    I created a duplicate Table of Contents and applied my Questions condition to three topics. I then created a Printed Doc output and specified an Advanced condition saying to include only Questions. That gave me more than the three topics, but not all of the topics. The help says that you can use an Advanced Conditional Build Tag Expressions, and that if you want just those topics with a specific tag ("All topics to which one tag has been applied"), just include that tag.
    BUT it also says: "Topics and topic text to which you have applied no conditional build tag are included in the output."
    So, if I want only those topics to which I've applied a TOC condition of Questions, I need to create another condtion (for example, DONE), and apply that to all the topics that I don't want to print.
    So, assuming I have 30 topics with the condition Questions, I would have to apply my new DONE condition to 366 topics. Yes, I know you can apply a tag to more than one at a time, but I would be wary of doing more than 5-10 at once.
    Still, that looks like the best solution so far. I'm going to back up my project and then start doing that. In the meantime, does anyone have any other way of doing it?
    I'm using RoboHelp 9 (RH9).

    First, no reason to be concerned about applying a tag in the topic list to many topics.
    Before my time the company had an author who wrote in a topic "This is ****" intending to return to it later. He did when a customer phoned asking if the statement was true!
    What I have done is institute a simple method that also helps with reviewing. We add three hash marks ### to any topic at the top or at the point where it is incomplete. We do that using a character style rather than a paragraph so that the text can be within a paragraph. The style is called AuthorComment and we also apply a tag called AuthorComment. Both have a vivid colour applied. EXAMPLE ### Let me know if you have a problem with this.
    When we generate for internal review, we leave that stuff in as it grabs the attention of reviewers so they respond to the comment / question.
    When we generate for external use we add the tag to the build expression but we also do a search of all topics for ### using a third party find and replace tool. TextCrawler for example.
    It's simple and it works beautifully.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Unable to rename topic files in Robohelp

    We're translating Framemaker > Robohelp integrated project into Chinese, and as part of the process, we rename the Chinese topic file names to English so that the Webhelp output works on our chinese web site. This process has worked well, except we are now having a peculiar problem:
    The topic File Name in the Topic Properties dialog cannot be changed in any project. The topic file name is grayed out. I have tested and confirmed this behavior in both projects in Robosource Control and local projects that are NOT in Robosource control. In the past, I have always been able to change both the topic title and topic file name, but in Version 8 (TCS 2), both fields are grayed out in EVERY project.
    Our IT guys tried changing all kinds of file permissions on our Windows XP boxes, and Robohelp STILL won't let us change the topic file names or the topic titles in Robohelp's Topic Properties dialog.
    We have not installed any patch since installing TCS 2.
    Anybody have a clue?
    Thanks,
    Michael Cohen

    Hi Michael,
    If you're linking your Frame documents into RoboHelp, I believe that behaviour is expected. Since the files can change anytime because they are generated, it's my belief that RoboHelp won't let you change them on purpose. If you Import the Frame into Robohelp then you should be able to change the filename.
    Try using a Topic Name marker to define what the filenames should be when they are generated. Also make sure that you add a title to the marker in addition to the filename (for the HTML title tag). This works most of the time, but I'm certain there is some bug that prevents all of mine from being converted properly. My workflow, until I come up with something better, is to use Linking up until a certain milestone, then Import the Frame into RoboHelp/ Importing appears to be more reliable with less bugs than Linking.
    Gerry

  • Can't apply some master pages to topics

    Hello,
    I have already logged a bug report on this, but I am hoping that someone else has encountered it and has a suggested workaround. I have searched the forums, but I didn't see this issue. We recently upgraded to RoboHelp 8, and we have installed 8.0.1.
    Our help projects typically include multiple master pages (formerly called "templates"). Most topics use the main master page, but a few need to use one of our other master pages that is geared toward a different type of user. Most of our projects have at least 3 master pages.
    After conversion from X5 to RoboHelp 8, in some of our help projects, we cannot apply the lesser-used master pages to topics. We can right-click the topic name or within the Design window and open the Topic Properties, and we can select the correct master page, either from the drop-down list or by clicking the Browse button, and we can click Apply. Initially, the topic will show the master page as being selected; however, the header from that master page will not appear grayed out in the Design window for the topic as it should, and when you save and close the topic, the master page is no longer selected for it. This problem does not occur if I select the master page that is used for most topics; that one gets selected and applied correctly.
    This problem has happened to me and to 2 of my coworkers. I got my problem topics and templates to work, but I tried many things repeatedly and cannot pinpoint what made the problem stop happening. I am currently trying to solve the problem in a coworker's project without success.
    Things I have tried:
    1. Deleting and reimporting the master pages that are not working. (When I do this, RoboHelp crashes.)
    2. Comparing the code of the non-working master pages to the code of the master page that does work. I saw no problems.
    3. Deleting the cpd file while the project was closed and then reopening.
    4. Manually changing the tags that appear in the code of the topics to see if I can fool RoboHelp into recognizing the master page. I tried putting in the meta tag and header placeholder tags, but this did not work.
    Has anyone run into this, and if so, have you found a workaround?
    Thank you,
    Tammy

    This was our error, not RoboHelp's. After trying several different things yesterday, I compared the code of a working master page to that of a non-working master page once again. I discovered an error in some JavaScript, and when I removed the extraneous code, the template worked. I apologize for not finding this before posting! I did try several things before I posted.
    Tammy

  • Underscore randomly replaces forward slash in topic file names and topic titles

    The problem I'm seeing is similar to the discussion at http://forums.adobe.com/message/2564701 which dealt with random insertion of underscores in topic titles. That problem seemed restricted to underscores replacing spaces in Topic File names and was solved (for some people at least) by deselecting the setting   "Tools > Options > General > Use underscores in filenames." Playing with that setting has not worked for me when it comes to unwanted replacement of forward slashes.
    I'm running RoboHelp 9 and linking from FrameMaker 10. The unwanted underscores are seen in (1) the RH project and (2) the help output:
    (1) In RH project in some topic titles like this:
    I want to keep the forward slash. The upper topic title is wrong and the bottom one is correct.
    (2) In AIR Help output: search results and in the tab that appears above the breadcrumbs in the main right pane.
    I cant change the titles prior to generating output because, as Matt Sullivan wrote in the similar discussion, "...for topics created from linked FrameMaker 9 files, the Topic Title is not editable from the Topic Properties. If it was, at least I could change the offending titles prior to final generation of output. (though the titles would revert on the next update of the FrameMaker source content)."
    I've double-checked the source FrameMaker documents and I can find no difference between Headings in which the forward slash is retained (desired) and those in which the forward slash is replaced by an underscore (unwanted).  Has anyone else seen this?
    Thanks,
    Matt

    Isn't the issue here that RH is creating filenames AND topic titles based on the FM title. Because of the slash it is saying that is an illegal character it changes the filename and the title in RH is based on that, hence both change.
    I don't know if that can be changed but now you can test to see if that is what is happening.
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Topic headings not showing in Firefox, with RoboHelp HTML version 8 WebHelp

    1. I have just upgraded a customer's Help project to RH8, with a WebHelp layout.
    The finished WebHelp Guide works fine in Internet Explorer 8.
    But Firefox 3.0.1.5 (latest update) does not show topic headings (style Heading 1) where they are automatically linked to the Topic Properties > Topic Title.; i.e. the topic heading is a Field {Title}, using rh-variable_start name="title" etc. Firefox only shows the topic heading if the heading exists as text in the WYSIWYG field.
    I checked a backup copy of the compiled WebHelp that I had generated using RoboHelp HTML version 7, and this works OK - all topic headings that are fields display OK in Firefox.
    2. Also, some images (.gif format) do not display in Firefox that is generated by RH8.
    Any ideas, anyone?
    Philip

    Hi,
    Note: All I post here are my findings. I didn't test all DHTML effects and I'm not a javascript guru, so I may be wrong.
    As far as I can find, this behaviour is defenitly a bug, although  it's not related to headings, CBT's or images. This is what I found:
    Whenever you have multiple DHTML-effects that kick in on load, Firefox only displays the one that is defined first in the topic. In the bottom of the topic, you'll find a script like this:
    <script type="text/javascript" language="JavaScript1.2">//<![CDATA[
        if( typeof( InitEffects ) != 'function' ) InitEffects = new Function();
        InitEffects('img1','x-on-pageload: fadein();');
        InitEffects('h11','x-on-pageload: fadein();');
        InitEffects('h111','');
    //]]></script>
    In this case, the image with id img1 is loaded first and displayed correct. All subsequent effects (heading with id h11) is not displayed. Putting the heading in front of the image will show the image, while the image is not displayed.
    I suspect that the effects are not correctly parsed into
    if ((gbBsNS6)&&(srcObj.addEventListener))
            srcObj.addEventListener( noOn.toLowerCase(), new Function("event", newHandler ),false);
    on line 2994 and 2995. Changing or deleting line 2995 effectively removes kills on load effects (ie not showing anything with an on load effect) as expected.
    If you also use DHTML effects and find the same behaviour as Philip, please post a bug report.
    Greet,
    Willam

  • How to force topics to be ranked higher in Search?

    I am using RH9. I have read the articles about how Search results are ranked:
    In order, it is based on the search word appearing in:
    The topic title (as in Topic Properties and not to be confused with the Topic Heading)
    The topic keywords (Increasing the frequency of a word as a keyword will not help as it will be considered only once.)
    The topic headings in descending order so the word appearing in H1 will take precedence over the word appearing in H2
    The body of the topic. Each occurrence of a word in topic is summed to calculate overall weighting of a word in a topic.
    However this does not seem to be the case for me. I have a topic called "Supported Chart Types" that I would like ranked 1st when searching on "chart". However, it is ranked 22nd despite the fact that the word "chart" appears in the topic title and 18 times in the body (and is a keyword). The #1 ranked topic for this search term is "chart layer" which has the term appearing once in the topic title and only 6 times in the body (and has no keywords). Does anyone know why this is happening? Does anyone know how we can influence the ranking so that topics we decide are more important rank at the top?

    Thanks Colum
    Forgot to mention that. Indeed you would also want to ensure you include an Index keyword pointing to the desired topic.
    Another way to increase rank and stack the deck to favor a specific topic would be to have some hidden text in the topic formatted as Heading 1. Heading 1 terms are assigned more weight than basic text or lower headings.
    The bottom line is that this is somewhat of a "Black Art" and there are many different ways to manipulate the data to achieve specific outcomes.
    Cheers... Rick

  • Displaying TOC topics in frame

    Using RoboHelp X5, I've created a frameset comprising two
    frames - a static no scroll top frame and a dynamic bottom frame
    which must display the topic clicked on the TOC. When I click a TOC
    topic in the compiled Help, it opens in the bottom frame and no
    sign of the top frame. I've set the TOC topic to open in my
    customized bottom frame using the Advanced tab on the TOC topic
    Properties dilaog but nothing... Am I missing something here?
    I would appreciate some knowledge of how to display TOC
    topics using a frameset as this is my first tim with framesets.
    Please help!
    Romeo

    There are also a couple third party tools that could be used to help with this need. Two of my favorite are:
    Content Panda: http://www.contentpanda.com/#in-context-help
    and SharePoint Shepherd's Guide :
    http://www.sharepointshepherd.com/sharepointtutor2013.aspx
    Both of these are excellent tools. 
    Cathy Dew SharePoint MVP Blog: www.sharepointcat.com Twitter: @catpaint1

  • Extra words keep appearing in some topic titles

    Using RoboHelp for Word X5, with Office 2003.
    Something very odd keeps happening to a couple of my topics. The topic title is supposed to be "Copy Buildings or Structures", and when I have the topic open in Word for editing, the topic properties display correctly. But when I access the topic properties from the RoboHelp Explorer window, the topic properties display "placePlaceNameCopy PlaceTypeBuilding or Structure". I've corrected the properties and saved the document, but it keeps reverting back to that strange name.
    I even deleted the topic (heading only since I didn't want to have to recreate the content) and recreated the topic with the same name, but the problem came back.
    Luckily, this doesn't seem to affect the Webhelp output and this problem is invisible to the end user, but I'm just curious if anyone has seen this and knows what it's doing...?

    Hi Brenda
    Take a look at the link below. Specifically, you are likely interested in Snippet number 52.
    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

Maybe you are looking for