Skip to main content
C
CletusQMaggot
Known Participant
May 23, 2017
Question

RH Search not working in files with all-cap filenames

  • May 23, 2017
  • 3 replies
  • 2067 views

Hi all,

This one has me stumped.

Some of the files in our RH projects are in all upper-case.  In these all-cap files, the RH search isn't working, even if I copy'n'paste the term from the content into the Find box.  (It DOES work if I search the source, but just searching the page doesn't.)

If I duplicate the file and the dupe is in lower-case, search works like you'd expect.

In the example below, the same term is in both of these files. But you can only get a search result on the acheck file -- the ACTRENUM one returns zilch.

My *guess* is the problem is more with the .HTML extension than the filename itself, but a guess is all it is.

Has anyone seen this before? And maybe encountered a way to fix it without duplicating possibly dozens of files? (This is RH 2015 btw)

Thanks!

Christian

This topic has been closed for replies.

3 replies

C
CletusQMaggotAuthor
Known Participant
May 23, 2017

For anyone who wants to follow this drama, the bug ticket is:

Tracker

Thanks!

Captiv8r
Captiv8r
Legend
May 23, 2017

Thanks.

Jeff_Coatsworth
Community Expert
Jeff_CoatsworthCommunity Expert
Community Expert
May 23, 2017

@Cletus - I'm unsure where the problem is occurring - in the RH project itself or in the generated output files from that project?

C
CletusQMaggotAuthor
Known Participant
May 23, 2017

This is inside the project itself. Searching in Robohelp won't find results in these files.

Once it's published, text search in the browser works as anticipated.

Thanks!

C
CletusQMaggotAuthor
Known Participant
May 23, 2017

There are many tools out there that will change HTML to HTM in bulk but of course that will lead to broken links if you have created them to HTML files. You will also be able to change the case in the process. In RoboHelp you should then be able to change the links.

That said I just opened a test project and changed first_topic.htm to FIRST_TOPIC.HTML. Then I went to the Find and Replace Pod and search for something only in that topic. It found the file. I also played around with telling RoboHelp not to allow spaces in file names and creating a file, then turning that setting back on. Still it found the file.

Is that where your search is failing? Also try importing a couple of those topics into a test project to see if it still fails.

Let's not call it sloppy coding until we know the cause is capitalisation. That is not making any difference in what I have tested.

See www.grainge.org for RoboHelp and Authoring information

@petergrainge


I don't know what to tell you.  It fails reliably for me with HTM or HTML extensions.  It continues to fail if I import a file with one of those extensions. It fails the same way in every project I've tested. Deleting the CPD file changes nothing.

I agree it could be something other than sloppy coding -- although I am confident enough with my own skills at doing a text search to not really consider user error (Plus, someone else here found this issue and passed it to me...)

The only options I can see are: a) duplicating and replacing 500 or so files, b) ignoring it completely and training everyone to search in the source code, or c) changing the file extensions on the disk AND in the Robohelp system files, like hhc and wherever else the project files are listed.

Fortunately, our intern just finished her term and is looking for summer work.  Mwa-hahahaha

Captiv8r
Captiv8r
Legend
May 23, 2017

Hi there

First I've seen of this. Wondering what your output type is? If it's WebHelp, you may be in luck as there should be an option to convert all your files to lower case.

Cheers... Rick

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