Skip to main content
Participating Frequently
June 28, 2007
Answered

RoboHelp is Changing the case of my HTML files

  • June 28, 2007
  • 12 replies
  • 8243 views
Hi,

RoboHelp is changing the case of my HTML files. The file is originally mixed case, but when the file is modified and then saved, RoboHelp is changing the name to all lowercase. We're using X.5.0.2, HTML help, no source code control, and we're not generating (compiling) the files. There does not appear to by an option to make RoboHelp stop doing this. Has anyone else had this problem and know how to fix this?

Thank you,

- Phil
This topic has been closed for replies.
Correct answer Peter Grainge
I tried scenario 1 in the document that Phil sent me importing three files, UPPERCASE.HTM. MixedCase.htm and lowercase.htm.

In X5 they are indeed all converted to lowercase. I hadn't spotted that before as I tend to work with lowercase filenames anyway.

I repeated the test in RH6. Whilst the dialog telling you what has been imported shows all three files with lowercase names, the Topic List and Windows Explorer retains the case. Looks like a bug that was half fixed! At least you end up with what you want.

12 replies

Phil271Author
Participating Frequently
June 29, 2007
Hi,

Thanks for the quick reply. When I create the project I do a File -> New -> Project.... In the New Project popup window I select 'HTML Help'. In the New Project Wizard window there is no option to always user lowercase names.

Is there another wizard or option box for HTLM Help?

Thanks,

- Phil
Peter Grainge
Community Expert
Community Expert
June 28, 2007
Welcome to the forum.

Look at the first page of the wizard. There's an option to use lowercase file names. Clear that.

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.
September 4, 2009

Hi Peter,

I'm working with an existing project, so I don't have the option to change anything in the setup wizard. Is there a way to clear that "use lowercase file names" option without running the wizard? Can I run the wizard for an existing project? I'm also using X5.

Ashley

Known Participant
August 9, 2011

I just created a project with three topics, all with Title Case file names. Then I closed RoboHelp and changed just one filename to lowercase in Windows Explorer. On opening RoboHelp the file showed as missing. When I tried to rename it with the correct case, RoboHelp crashed. I tried various things but nothing would stop it crashing. Then I deleted the CPD and still the file showed as missing. When I deleted the file from RoboHelp however, it did delete the file from the disk.

That is all very different to what you are getting as ignoring source control your project is working even thought there is a case mismatch. One thing I would try first is taking a copy of your project, deleting the CPD and seeing what shows on reopening RoboHelp.

Assuming that fails we need to identify what is triggering this. Clearly it is not a common fault as this thread aside, I have not encountered this problem on the forums.

Are your topics all created in RoboHelp and never edited outside of RoboHelp?

What case is used when you create a new topic?

Do you use any programs on your projects that could change the case? Batch file renaming programs or suchlike.

I think what we need to do now is work in a clean new project so please create one with just two or three topics. Note the case that you apply to the filenames in RoboHelp. Close and reopen this test project a few times to make sure the case sticks. Now put that into source control and check it back out. Get more than one person to do this with the project. Post back with the results.

Also I noticed you started your post ggHi. I don't imagine you typed the gg so wondering how that got there and whether what did that is also playing with file names. Obscure I know but the elves do enjoy their little games.


See www.grainge.org for RoboHelp and Authoring tips

@petergrainge


Hi Peter,

LOL on the "gg" elf. That would be me, making a typo and after spending 2 weeks trying to fix a problem that wasn't broken just because we upgraded our computers to 64-bit, spent gobs of money getting TC3 and then found out that Adobe doesn't support RSC 3.1 on 64-bit, which caused us to lose many hours trying to find alternatives and workarounds, causing our entire group to be unable to work, I just didn't feel like correcting a finger flub as I reached for the "h" and overshot by hitting the "g" twice.

Now, I am finding that with a project that is NOT in source control, it appears as though RoboHelp is actually making the case change. I have two screen shots to prove this:

1) case1.pgn - you will see that the file name in my windows 64-bit directory is indeed all lower case. I open the project (which you can see right next to the explorer window) and display the properties for a file. I have selected "sh_action_codes.htm". As you can see, inside of RoboHelp 9, for whatever unexplained and annoying reason, RoboHelp is insisting that the file name is SH_Action_Codes.htm.

2) case2.pgn - you will see that after I changed the file and saved it, my windows 64-bit directory is indeed showing that the sh_action_codes.htm file has been replaced (yes, replaced) with SH_Action_Codes.htm. Hmmm.....looks like RoboHelp "renamed" my file, if you are going to write it to a unix based source control system, which is our only option at this point because there seems to be no hope to get RSC 3.1 working in 64-bit.

So.....if one has over 3000 files, I guess it is another week or two of manually trying to manage each and every file to get it to be convereted to mixed case, deleting everything one by one out of subversion and then adding the project back?

This is extremely frustrating. I just can't figure out why RoboHelp thinks it needs to change the case like that....must be something dumb from upgrading from RH8 to RH9. Will probably never know though since it looks like the problem was recorded 2 years ago but no resolution has been distributed.

I am totally at a loss and very far behind on project delivery, not to mention the same is true for my other team members who are also in the same boat. It has made every tech writer unable to do their job...