20
Replies
It sounds like your server is not set up for UTF-8. You have mentioned ISO8859-1 in your title but not in your post. Is the problem the server setting and can you not change it?
There is an option to output as HTML as well. See Tools > Options.
See www.grainge.org for RoboHelp and Authoring tips
Let's step back a bit.
You said at the beginning that the BOM characters appear on the project that is not working. Do you mean you see those in the browser or just in the code? If it is in the browser, please insert a screenshot using the camera icon above.
Do you also see this problem in the generated help on your hard disk?
I asked earlier why you had included ISO-8859-1 in the title. I ask again.
Finally, do you get the problem with the sample projects.
See www.grainge.org for RoboHelp and Authoring tips
Regarding the iso-8859-1, I've seen that in other posts regarding this problem.
No the characters do not appear in the browser when I run it on my desktop. Once again you would think server, but the other projects work on the same server. I just uploaded an older version created with RH5 and it still works properly on the server. Worst comes to worst I will recreate my changes again in the older build. But it looks like RH8 will never create new projects that will work. Only RH5 converted to RH8 work. Figure that one out.
New info, the plot is thickening...I found this program called Textpad that displays the hidden characters () in the code. What I learned was that the minute you open an RH5 project in RH8 it converts the pages and adds the characters to every page, I compared 5 pages of rh5 to rh8.
Also an interesting fact is that this is the only project I have created by importing the RH5 topics. All other projects were created in RH5 and then opened/converted into RH8. Also, the new blank test project I created in RH8 didn't work.
Another thing I did to troubleshoot. I opened all of the pages and removed the characters by saving them in Notepad++ (Encoding > Convert to UTF-8 without BOM). They look fine in Textpad but when you look at the generated files the hidden characters are there.
But back to the part where all projects, including other projects that work have these hidden characters....
Once again I do think it is the server. All projects work fine locally, one does not on the server. There is clearly something that the server does not like about the one project and that is the BOM. Why it is only affecting this project is less clear. Have you spoken to your IT people about this as that is a matter they will likely understand better.
Did you try the samples as suggested?
See www.grainge.org for RoboHelp and Authoring tips
If your IT people can confirm it is the encoding that is causing the problem and if they cannot / will not change it, email me with a link to this topic. There is an Adobe provided file that will encode to other settings.
See www.grainge.org for RoboHelp and Authoring tips
By advising you whether the server is set up to support UTF-8.
See www.grainge.org for RoboHelp and Authoring tips
Unless I am misunderstanding you, your server has not been set up to handle UTF-8 and you are complaining it doesn't handle it. Well no it wouldn't.
As to why Adobe changed this, I believe it was to enable the support of more languages.
Other users have either got their IT people to support UTF-8 or used a tool that encodes to whatever the server is set up for. However, you have to know what it is set up for and that has not yet been established.
This really does look to be a server problem and it is not causing this headache for others so I would be surprised to see Adobe give a refund at this stage.
Going back is going to be a heck of a task so my tack would be to work with IT and get one of the sample projects working on the server, they are known quantities.
The projects were not crashing before so what has changed. They are run locally? Have you tried deleting the CPD files? Have you made changes to the topics in an effort to fix this problem?
See www.grainge.org for RoboHelp and Authoring tips
Sorry to tell you but I think it was in RoboHelp 7 so that will not help you.
At one point you had nine projects working and this rogue.
Can you at least get back to that stage?
You did say this is the only project where you imported rather than upgrading. Any reason you cannot upgrade rather than import?
Clutching at straws but could there be something different about the folder on the server for this project?
I encountered a different BOM problem with FF and that turned out to be server related. I don't think it is the same thing but maybe something in the text might ring a bell with your IT people. I've highlighted one point. Doubt it could be that simple but...
****************************************
This is what I was advised by the company hosting my site.
"I would therefore conclude that the solution to this problem (on Linux systems running Apache) is to add the AddDefaultCharset utf-8 directive to either the Apache config or the site .htaccess file. The advantage of the latter is that it only affects individual sites. The default Apache character set is taken from the locale file on Linux and defaults to iso-8859-1. It is the conflict between the Apache header with iso-8859-1 and the page character set of utf-8 that obviously causes Firefox a problem."
In a forum post Chrissy_Tissy added
My machine is Windows, but this fix still worked - some notes about making the fix visible:
1. Do the fix itself (httpd.conf: AddDefaultCharset utf-8).
2. Restart the box to apply the fix.
3. Once the box is restarted, clear your cache in FireFox to make sure you don't continue to see the cached file.
Once all this is done you will see the output content as expected.
See www.grainge.org for RoboHelp and Authoring tips
That is the file I mentioned on 25 Oct but you were adamant that it was not the encoding.
See www.grainge.org for RoboHelp and Authoring tips
AdChoices