Index entries are backwards

I am working on RoboHTML 7.0 with a project generated as
FlashHelp. In the generated FlashHelp project, when I type a
keyword into the Index "Type in the Keyword to find" box, it
appears backwards.
For example, if I type in the word Data, it appears as
"ataD."
-OR-
Sometimes I type in the "D" (for Data) and it appears in the
text box, but when I type in the "a", it deletes the "D" and
displays the list of "a" words. Then when I type in the "t" it
deletes the "a" and goes to the "t" words.
Either way, it never works correctly. This is so weird. Any
help you can give me will be most appreciated!
Thanks!
pat

Would that be affected by the language setting in File |
Project Settings?
Is it only happening in RH? I know Word has RTL support,
don't recall seeing anything similar in RH, but then again I've
never looked for it. :)
http://tlt.psu.edu/suggestions/international/keyboards/winrtl.html

Similar Messages

Index Entries in 9i

Hi,
In older versions of designer 1.3.2 Index entries are
available for foreign keys.
We have migrated the repository from 1.3.2 to 9i and Index entries are not available in the design editor for foreign keys.When we generate a table in 9i we get error messages because of missing index entries.
What about Primary keys?Does designer generate Index entries for Primary keys also??
Kindly Help.

To clarify, your index entries were in the database but NOT defined in Des 1.3.2 model? Because if they were in the model, then I'd look back at your intermediate migration definitions to make sure the indexes were still defined properly in there.
In Des 2.1/6.0/6i/9i/10g, Indexes are a separate sub-element (SACs) for a Table Definition. They don't have to be associated with a key structure. And in newer database versions, a PK / UK has an implicit index constructed for it in the database, so Designer doesn't bother showing you the Index in the model. Just the PK or UK itself (again, these are also separate SACs).
And it's not clear where you're getting the error. During the generate? Or during the instantiation into a database? Neither situation is a common fault.

[CS3] Create sideline notes from index entries

When I import a word-document with marked index entries, the index entries are also imported into InDesign. Now I want to use these entries duplicated as sideline (margin) notes into a second column/textframe next to the original text referred to the marked index words. Is there a way to this?

Can you explain in more detail?

Make index entries hot links in Word version?

I'm using RoboHelp 9 (yes, we're behind the times here). I have a question about something that's never worked, but it's been a low priority, so I just kept ignoring it.
When I generate a Word version of my project, it has an index, but none of the index entries are hyperlinked. The TOC entries are hyperlinked, so why aren't the index entries?
Environment:
RoboHelp 9
Word 2013, but it never worked with Word 2010
Windows 7 Professional, 64-bit
Project Settings:
Add New Keywords to Index File (HHK)
Binary Index
What do I need to do to make the index entries hyperlinks when I generate the Word doc?

Try asking that on Windows Secrets. http://windowssecrets.com/forums/
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Some Indexed entries not appearing in master.chm

Here's the situation:
We have about 100 individual projects and they are all merged
into a Master to bring them together. About half of the projects
have a TOC. The TOCs for all projects are appearing great. All
indexed entries come over when merging into the Master except for
one single project. That project's TOC comes over fine, but NONE of
the indexed entries are available in the index of master.chm. All
index entries for that project, however, appear correctly when
viewing that project's individual chm file.
I have tried deleting the merged project from the Master and
re-merging. I have tried recompiling the troublesome project and
then re-merging. Same problem.
Help.

Hi there,
As a follow up to the previous post I disabled iCloud and opted to keep all items on my iPad thinking that I'd rather have too much data than too litt.e I then did an iTunes sync which replicated a lot of data in Outlook, but the renamed calendar still isn't being synced over or the entries that have been added to it. I put in a test entry on the iPad and it's going into the renamed calendar1 but not showing up in Outlook.
Any further tips. I've tried installing OpenSSL as advised on another Apple support KB article but this has no effect.
Thanks for any advice on this.
All the best for now and take care.
Hussein.

Missing Index entries after Migrating Repository from 1.3.2 to 9i

Hi,
We have migrated our repository from 1.3.2 to 9i.
Index entries were created for both the Primary keys and Foreign keys.The indexes were created by us and not by designer.
After migration to 9i the index entries for primary and Foreign are missing in the design editor.When we generate a table we get an error because these index entries are missing.
Does designer 9i support index entries?Or How are indexes handled by designer 9i?

To clarify, your index entries were in the database but NOT defined in Des 1.3.2 model? Because if they were in the model, then I'd look back at your intermediate migration definitions to make sure the indexes were still defined properly in there.
In Des 2.1/6.0/6i/9i/10g, Indexes are a separate sub-element (SACs) for a Table Definition. They don't have to be associated with a key structure. And in newer database versions, a PK / UK has an implicit index constructed for it in the database, so Designer doesn't bother showing you the Index in the model. Just the PK or UK itself (again, these are also separate SACs).
And it's not clear where you're getting the error. During the generate? Or during the instantiation into a database? Neither situation is a common fault.

Find source page for index entries

In ID CS4, I could Alt-Ctrl-click on the page number of an entry in my index and it would take me to the source page. That doesn't seem to work in CS5. Is there a keystroke that will do it, so I can check to be sure my index entries are correct?

[Jongware] wrote:
(Why is it good ol' Framemaker still runs rings around ID, or at least on a few points? Isn't Framemaker on its way out? Will Everything Learned since 1986 be lost?)
FrameMaker is not on its way out!!! Development on FrameMaker "next" is ongoing.
I devised this trick to add a 'continued' line to a table -- it works well if you were planning to have the header repeated anyway:
Insert 2 rows at the top of your table.
Copy the entire header (originally row #1, now the 3rd row) and put it into the 2nd row.
Join the entire length of the first row into one single cell.
Type "Table 124. (continued)" into this cell.
Adjust top/bottom lines where necessary. Take care if you have different widths for the very top/inner line thicknesses -- you'll have to check if the correct widths get applied at the top, and in the repeating header.
Select the top 2 rows and define them as Header Rows
In Table setup, choose to Skip First Occurrence of the header.
It takes some time to set it up, but the advantage is it's totally autonomous -- the table won't care whether it fits onto a single page, or runs to a next one; the header will always be correct.
It's one of those things I might write a script for, some day ...
This is what I may have remembered reading, when I referred to seeing something like my posted solution.
For some reason I can't edit my posting now, so I'll add my corrections here: it's not necessary to insert an anchored frame to hold the cross-reference, as I described. The anchored frame was a leftover from my first experimental solution. Also, it's not necessary to enter the table title in the paragraph that precedes the table, as the source of the cross-reference; with Jongware's method of using the first non-header row that appears at the start of the table when the header row(s) skip the first instance of the table, you can point the cross-reference to that first non-header row.
I'll also add a note to Jongware's method: when using a cross-reference to an auto-numbered table-title paragraph style, rather than entering static text such as "Table 124." as in 4. above, the cross-reference updates if the number changes.
Regards,
Peter
Peter Gold
KnowHow ProServices

Index entries missing in .chm but are present in the printed version

This is strange.
I have a number of index entries as follows:
troubleshooting/file problems
troubleshooting/login problems
troubleshooting/printer problems
These appear in the .docx (Word) version, which is what I've been using for the review cycle. Today, though, I had the .chm open and I noticed that the entire group of troubleshooting\ entries aren't in the .chm!
I recompiled the HTML Help, just in case I was looking at an old version and no, they're not there.
I searched for them in the Index tab, thinking maybe they were somehow out of order, but they're truly not there.
Any idea what could be causing this? I'm using RoboHelp 9.

I don't know how to apply conditional build tags against an index, so I didn't do that -- at least not deliberately
I looked at the HTML, the Advanced tab in Topic properties, and the TOC page properties. I don't see anything there that looks like a Condition setting. I looked at the HTML externally (that is, went to Windows Explorer and double-clicked the file and then looked at the HTML source). Couldn't see anything. I launched the .chm file and then looked at the HTML for that topic. Still couldn't see anything.
I opened the .hhk file and I can see the entries for troubleshooting, I believe. Here is what I see:
<item name="troubleshooting">
        <item name="file problems">
            <section name="Release Information" link="Release_Information.htm">
            </section>
        </item>
        <item name="printer problems">
            <section name="Printing Problems" link="Printing_Problems.htm">
            </section>
        </item>
        <item name="checkerboard">
            <section name="Checkerboard Pattern in Window" link="Checkerboard_Pattern_in_Window.htm">
            </section>
        </item>
        <item name="screen display">
            <section name="Checkerboard Pattern in Window" link="Checkerboard_Pattern_in_Window.htm">
            </section>
        </item>
        <item name="login problems">
            <section name="Login Problems" link="Login_Problems.htm">
            </section>
        </item>
        <item name="misc problems">
            <section name="Other Problems" link="Other_Problems.htm">
            </section>
        </item>
        <item name="Reporting Services Reports">
            <section name="Reporting Services Reports Problems" link="Reporting_Services_Reports_Problems.htm">
            </section>
        </item>
        <item name="sorting problems">
            <section name="Sorting Incorrectly" link="Sorting_Incorrectly.htm">
            </section>
        </item>
    </item>

Indesign CS3 crash while generating an PDF or deleting an index entry

Indesign crashes when I will starting the PDF export. This happens in all Indesign documents which are converted from CS2 and with index entries. So I want to delete the index but Indesign crashes while deleting too. I tried to convert the files in .indx files but nothing changes. Indesign is still crashing.
Indesign 5.0.2
Mac OS X 10.5.3
MacPro Identifier 3,1
RAM: 4GB

Hi. Im having the same problems and tried everything. Indesign crashes not just on Exporting, but also Import and Save As. It mostly works with no problem for days and then all the sudden crashes and cant fix it, then in about an hour starts working again, with the exact same document. It seems to me like the software cant find the path it created with the document. For example, if I press just SAVE, its saves with no problem, but when I choose SAVE AS, Indesign crashes after opening the communication window.
I still have PowerBook, not MacBook Pro, and OS X 10.5.3, so I figured my computer cant handle the new system and CS3. Although Im not having any problems with Photoshop nor other CS3 software, just indesign.
I would really appreciate some advice or response.

How can I avoid having "XE index" entries in the pdf bookmarks frame?

Hi,
I try to use RH9 to create a pdf file, but the contents (= bookmarks) frame looks like this:
1 Heading 1
2 XE "Index word 1" /* MERGEFORMAT Heading 2
3 XE "Index word 2" /* MERGEFORMAT XE "Index word 3" /* MERGEFORMAT XE "Index word 4" /* MERGEFORMAT Heading 3
4 XE "Index word 5" /* MERGEFORMAT Heading 5
Apart from the apalling look, these bookmarks jump somewhere, but not to the given topic.
I know I could create a Word document instead and fix the headings there, but I am trying to delete this step from my workflow, because it is to time-consuming.
Thank you for any suggestions!
Irina

On second look, no: The same .dot - now hiding all formatting and special characters - results in a pdf-bookmarks (=TOC) frame
a) without index entries, if the ssl hasn't checked the option "Keep HTML Heading levels" and
b) with index entries, if the ssl has checked the option "Keep HTML Heading levels"
a) b)
1) Any ideas, why setting this option results in a frame showing things which are hidden in the .dot file?
2) Would an update to RH9 help? (I am very much hesitating this step since I've tried RH9 and found it corrupts all my conditional tags.)
Thanx in advance,
Irina

Missing index entries

I have been working on a massive index (about 20,000 entries) on a ID CS6 document, a 700 page biological work of reference where all taxon names should be indexed. Took me several weeks. I produced the InDesign file from a Word file, but entered the index entries in InDesign (there weren't any in the Word file).
Now I found that many of my entries seem to have gone missing. They do not appear in the generated index. On the page where I entered it, the normal code (a ':' above a '^') is changed in a single ':'. I fear the last code, ':', means something like 'invalid marker', because they also appeared in another (crashed) CS6 document where they represented corrupted MS Word cross references (see "Cross references from a Word file", a still unanswered question on this forum). Normally when you select an index marker, the entry is highlighted in the Index Window. When I select the ':', nothing happens.
In the beginning of the book, I just marked any singular taxon name, but as it appeared that some taxon names appeared quite often, I started using the 'Add all' button in the index entry window. (I hope I use the right English names, they appear in Dutch for me.) This meant that some taxon names on earlier pages got double markers, but I thought that was no problem because the same markers on the same page only result in one entry in the generated index file. Could this be the bug that's biting me? I haven't found the problem in the later pages of the book.
A lot of the entries still found their way to the generated index, but of course I find this very worrying. Because I still have to process many author corrrections, I will have to generate the index again.
So, I have the following urgent questions:
-     Why does this problem occur, under which circumstances? Will regenerating the index result in more loss of entries?
-     Can those ':' markers corrupt my file in any way? What are they? (With the "cross reference problem", after some time I was unable to open the file again, which would with this project give me a major problem.)
-     Can I somehow 'revive' the missing entries automatically? Or is there at least a way to search for the ':' markers? (They are hardly visible.)
-     How can I prevent this from happening in the future?

Forum participants are not Adobe employees. We're users like you who volunteer to share what we know.
Thanks for the added details.
Usually someone somewhere in the forum's global audience is awake and eager to participate at almost any hour. However, "super storm" Sandy in the USA has caused massive losses of power, transportation, and communication, so responses may be delayed for some time.
HTH
Regards,
Peter
Peter Gold
KnowHow ProServices
Fritschy wrote:
Thanks for your compliments, although they don't bring me any further.
The version is 8.0.1, I always update when I'm prompted to do so by the update centre. As far as I know it is an international version.
Still, I would guess the InDesign developers could tell me something about that ':' marker. I suppose the software didn't invent it itself.

I have a manual that contains headings and index entries that contain less than and greater than characters, and . The Publish to Responsive HTML5 function escapes these correctly in the main body of the text but does not work correctly in either the C

I have a manual that contains headings and index entries that contain less than and greater than characters, < and >. The Publish to Responsive HTML5 function escapes these correctly in the main body of the text but does not work correctly in either the Contents or the Index of the generated HTML. In the Contents the words are completely missing and in the index entries the '\' characters that are required in the markers remain in the entry but the leading less than symbol and the first character of the word is deleted; hence what should appear as <dataseries> appears as \ataseries\>. I believe this is a FMv12 bug. Has anyone else experienced this? Is the FM team aware and working on a fix. Any suggestions for a workaround?

The Index issue is more complicated since in order to get the < and > into the index requires the entry itself to be escaped. So, in order to index '<x2settings>' you have to key '\<x2settings\>'. Looking at the generated index entry in the .js file we see '<key name=\"\\2settings\\>\">. This is a bit of a mess and produces an index entry of '\2settings\>'. This ought to be '<key name=\"&lt;x2settings&gt;\" >'. I have tested this fix and it works - but the worst of it is that the first character of the index entry has been stripped out. Consequently I cannot fix this with a few global changes - and I have a lot of index entries of this type. I'm looking forward to a response to this since I cannot publish this document in its current state.

Index Entries Appearing Incorrectly in .CHM Index

**I made a post regarding RH7 and issues with the indexing feature...since then, I have come across more issues, hence why I am doing a new post**
I have RH7 and before I was having troubles with keywords being missed from the index in the generated .chm. I would open the index in RH and then compare it to the index in the .chm file-some keywords would be missing. This was occurring with all projects converted from RH X5 to RH7.
Now, I have a project that was started in RH7-it has not been converted from a previous version. I am not seeing issues with missing keywords but I am noticing that some keywords are being misplaced in the .chm index. For example, "demand dates" in the RH index has not sub-keywords. In the generated .chm, there are two sub-keywords under "demand dates", neither one anywhere close to being related to the keyword. When I looked for the keyword they SHOULD be under, it was not there.
I have installed all three RH fixes on my laptop, and I have even deleted every single index entry and re-entered them. My last guess is, could it be that the template I use was created in another version of RH? The template file has been converted to RH7.
Any help at all would be greatly appreciated-I have research this topic quite a bit and cannot turn up any answers and it is hindering project production.
Thanks!

Hi there
Screen shots? Nooo, screen shots. Where see screen shots?
Have you tried right-clicking in the Index Designer and choosing Sort?
Are the keywords possibly stored inside the topics and not the HHK? When you see them in the Index Designer, is the icon that of a page with a key instead of just a key?
Cheers... Rick
Click here for Adobe Authorized Captivate and RoboHelp HTML Training
Click here for the SorcerStone Blog
Click here for RoboHelp and Captivate eBooks

Missing Index Entries in Printed Documentation

Hello All,
Using RoboHelp X5 to generate a Web Help File and
corresponding Printed Documentation. Within the Web Help file there
are index extries which are linked to a topic. Within the topic are
bookmarks which also link to index entires.
When I generate the Printed Documentation, only index entries
linked to a topic appear, those entries linked to a bookmark do not
appear.
How do I generate the Printed Documentation and have all the
index entries (topic and bookmark linked) appear?
Thanks

This is to confirm that if you use bookmarks (the little
white flag icons) in your topics, then drag them under an Index
keyword in the Index designer, they definitely WILL NOT show up in
the printed docs. To solve the problem, I created separate topics
so there wouldn't be a need to bookmark (which I did because the
user would have had to scroll to view the whole page), then linked
the keywords to those topics.

Index entries disappear in chm output

Product: TCS 1 (FM8 ver 0p277 + RH7 ver 7.03.001)
All my text and index markers are created in FM and then imported into RH7. This works well, but the problem occurs when the FM index has a format similar to the following example:
Commands: for standard users
Commands: for super users
where Commands is the top index marker, which doesn't have a link in its own right.
Although the import is OK and the entries appear in the RH index list, the Commands entry has a cross-reference property. The problem occurs when the chm or html files are created. The Commands entry disappears and its sub-entries become sub-entries to the previous index top entry with a proper link.
I have found a work around for this problem, to go thro' my RH index list and clear the Cross-reference check mark in the Index Keyword Properties box. Unfortunately, this is labour intensive.
Does anyone have a solution? Is there some import setting that automatically does what I have to do manually?

Product: TCS 1 (FM8 ver 0p277 + RH7 ver 7.03.001)
All my text and index markers are created in FM and then imported into RH7. This works well, but the problem occurs when the FM index has a format similar to the following example:
Commands: for standard users
Commands: for super users
where Commands is the top index marker, which doesn't have a link in its own right.
Although the import is OK and the entries appear in the RH index list, the Commands entry has a cross-reference property. The problem occurs when the chm or html files are created. The Commands entry disappears and its sub-entries become sub-entries to the previous index top entry with a proper link.
I have found a work around for this problem, to go thro' my RH index list and clear the Cross-reference check mark in the Index Keyword Properties box. Unfortunately, this is labour intensive.
Does anyone have a solution? Is there some import setting that automatically does what I have to do manually?

Index entries are backwards

Similar Messages

Maybe you are looking for