This content has been marked as final. Show 8 replies
The only time I have known RH to add _ns to a filename is for the CSS stylesheet. Given that you create and name the PDF files AND that they do not need to be any different for viewing in Netscape (NS) browsers, I can't even think why RH would even want to create such a file.
Try this in a new project and see if it does the same thing. I would happily look at that.
There is a way to straighten this out. It involves editing the cpd file in Microsoft Access. If you want to try it, look at this thread.
A footnote: When you "delete" a baggage file in RH, it is deleted from the project but remains in the project folder. I think the purpose of this is to let you change your mind and re-import it later. When you publish, RH includes the "deleted" pdf file. I can't think of any good reason for this.
Peter, I have several projects with this feature and all of them have this problem. If you wish I can send one over to you zipped.
Harvey, thanks for the tip. I will look into this.
The fundamental here is not deleting the unwanted files but finding out how the _ns.pdf files are getting created. Let's find out when this happens.
You mention RH Server so obviously source control is involved here.
Create a new project and create the button pointing to test.pdf. Generate the help. Is there any sign of test_ns.pdf at this point in either the source or the output. If there is, stop and post back indicating where the file was found.
Otherwise check the test project in. Any trace of it within source control?
Check the project back out. Any trace of it now, anywhere.
Post back on that before sending anything.
Hi Peter, indeed it would be nice to pinpoin tthe underlying issue. Sorry if I did not make myself very clear but RSC is not involved here, I abandonned it a few weeks ago because it what not working for me.
By server, I meant RH Server 6.0. I actually connect to the server via Remote Desktop and delete everything manually from there.
The "_ns.pdf" is created when generating the webhelp or webhelp pro layout. It is not present in my source project but in all my output folders, the generated one and the published one. So initially it seems to me that it is the compiler that is generating this this files.
Sorry, mixing up two things.
The RH project is on your PC and when you generate to a local folder, the _ns.pdf gets created. If that is correct, zip something up and send it via my site.
I have now looked at the project and identified the problem.
You have always referred to the file being created as _ns.pdf. It is in fact _nc.pdf.
After various attempts I generated an output without a skin. Problem stopped.
Then I created a new skin and a button for the PDF, still no problem.
Then I looked at your button and noticed it points to a file PDF\UserGuideAmadeus.pdf whereas the filename is PDF\userguideamadeus.pdf. Note the different case.
I think what is happening is that RH notes the different case and wants to create a file with the case corrected. On a Windows machine that would not be possible so it appends _nc for Name Change.
Correct the button on your skin and the problem should go away.
Thanks for troobleshooting the problem. This did indeed solve the issue.