RH7: Corrupted Special Characters in TOC, Glossary, Favorites, etc.

When I generate a .chm from a Japanese, Polish, Russian or
Chinese RoboHelp 7 HTML Help, the special characters are corrupted
on the .chm file’s Contents, Search, Favorites, and Glossary
tabs as well in the HTML Help window's title bar.
For instance the Russian topic title
“Использование
приложения”
is shown approximately as
“Éñïîëücîâàíèå
ïdéëîæåíèèÿ”
on the TOC tab, making it useless for navigation purposes.
The fonts were initially also corrupted on the TOC inside the
RH7 project itself until I added charset=UTF-8 info in the
head/meta of the hhc files. However, there's still no joy when I
generate HTML Help output.
I found a reference to someone with a similar problem with a
RH7 Web help project where the solution was to add UTF-8 BOM to the
very beginning of the files. Have tried adding UTF-8 BOM to the hhc
or xpj files, using both Notepad and Dreamweaver, but with no
result. Someone also recommended the installation of the required
language packs – I tried, but again without improvement.
Have you experienced something similar and found a solution,
please share your knowledge with me.

I'm no expert in this area but I am beginning to acquire some
knowledge of the problems in this area.
First question is, I believe, are you using a unicode font?
It might be worth trying something such as Arial Unicode.
I believe the BOM stuff is relevant only to webhelp.
If changing the font does not work. Please contact me direct
via my website.

Similar Messages

Special Characters... Favorites

Hi,
In various programs (Safari, Mail, iWork etc) I sometimes need to use special characters and have saved a number of 'favorites'. Everytime I open "Special Characters" however, "Arrows" opens. Is there anyway of having Favorites open as default?
Thanks.

Found it!
~/Library/Preferences/com.apple.CharacterPaletteIM.plist
Copied and restored to former glory.
:¬)

Special characters in XML (UTF8, escapes etc)

This may seem like a simple problem, but I'm kind of a slow learner, so any help would be appreciated.
I'm generating XML output via ordinary PL/SQL procedures i.e. not using the Oracle XSQL stuff. The data is built up into a XML document, which will be parsed within the server, then passed out to a client, probably as a CLOB.
The data may contain "special" characters such as "<&>" and so on. Is there an existing function to translate these into an "XML-safe" form within the text, or do I need to trap and translate them individually?
Also, the database may contain foreign characters e.g. Thai or Chinese. Will this be handled transparently by my XML-extraction stuff - which just selects the data from the tables and writes it to a CLOB inside XML tags - or do I have to do something to make sure the XML comes out in a safe UTF format?
Thanks,
Chris

use & instead of &
see http://www.w3.org/TR/2000/REC-xml-20001006#syntax

Dynamic text, system fonts, and special characters...

This one is boggling my mind so if someone can help, please
do
I've got a dynamic text area pulling text from a MySQL
database via AMFPHP. The text includes special characters such as
accents, umlauts, etc (multi-language site platform). Most of them
work fine, and ALL of them work fine when I'm on a Mac client.
However, if I use a Windows client machine in either Firefox or
IE6, there are a couple characters that for whatever reason just
don't seem to show up -- instead I get the [] box character.
The only characters I've found that seem to be affected like
this are European quote characters like   and
 (hex characters 146, 147, 148). I'm using the familiar
ampersand-pound-number-semicolon escape sequence for them. And like
I said, they all display fine on Mac/Firefox and Mac/Safari. Why
are all my other special characters (umlauts, accents, etc) working
fine and just these things failing? It's also worth noting that
they look fine if I dump them out to a PHP file and pull it up in a
browser...
Please, if anyone can help... I've been bashing my head
against this for the better part of the day!!

Hi,
did you take a look at the "gateway.php' ? There you can
define charsets. Maybe a western europe charset will
help you out. Since french language is using a lot more
accents and so.
This is what you can find in the gateway.php of amfphp. Just
have to set the right one ;)

Special characters & picture frames do not appear when site is loaded

When I publish my "new" site to a folder and open it everything looks fine; however, when I upload the site to my server, all special characters (bullets, apostrophes, quotes, tabs, etc. along with picture frames show up as ??? or squares. Checked in Foxfire and Safari; no difference between browsers. Note: used iWeb SEO.
Any ideas what's going wrong and how to fix it?

What's the URL of your site so we can examine it first hand? I've no experience with either of those apps. I use Web Site Maestro for optimizing and uploading my sites. It works very well.
Roddy, iWeb for Musicians, uses the sitemap automator. He has a page or two on tips at SEO.

Retrieving special characters through an HttpRequest

Why I can not retrieve special characters like accents, spanish chars, etc. through an HttpRequest? Instead of the special char I want to retrieve it always changes them to another symbol. For example (ni�o, informaci�n)
Is there any way to do it?
Thanks in advance

The HTTP specifications say that data sent through HTTP must be in ASCII. Those accented characters are not in the ASCII character set, so when you ignore the rule and send them anyway, they become mangled. You'll observe that this forum has the same problem.
The HTTP specs do provide a way to send non-ASCII characters, though, through some kind of escaping or encoding. You could look it up, they are in an RFC on the Internet somewhere. However, you are probably asking about characters that are sent to you by some agent (probably a browser) that you do not control.

Special characters in XML barcode content

Hello,
I made a barcoded form with a custom script that creates a custom XML as barcode content.
The decoding happens well when the user write plain text in the text fields, but whenever it inputs some special characters (for XML syntax), like ",<,>,=,etc... the content of barcode it is decoded as:
<barcode>
<!CDATA[... true content ...]>
</barcode>
how can I handle this situation?
I have to handle what the user writes or I have to change the decode activity?
Thank you very much for your support!
Fabio

Steve,
I have already encoded decode operation in UTF-8. In form level, because it is an acrobat form, no option to choose the encoding as in LC Designer. In further tests, if I change the extractToXML output to XDP instead of XFDF, then I will receive data rather than &# sequence. It is strange. Don't understand why XDP and XFDF would give out different encoding.
Tim

Special characters and TextInput

Hei,
I have a small application in Flex 2 with several TextInput
controls. When I want to enter any special characters, like
umlaute, accented vowels, etc. they are not entered. (Using
Seamonkey or Firefox under Ubuntu Linux, either KDE or xfce). But
they are properly entered in Camino under Mac OSX.
Any ideas how can I solve this ? (Seamonkey and FF are set to
use utf-8 encoding, and special chars entered in the url field are
utf-8).
Thanks, Ale

ale500
Did you find some workaround ? I'm using flex 3, and got the
same problem. The application works fine under windows+ff or
windows+IE but in ubuntu+ff 3.x 2.x not.
Thanks for your attention!
Saldanha

How do I add special characters from my favorites to text?

I have the new version of Numbers 3.5. In previous versions if I wanted to add foreign language symbols to the text, I only had to click my mouse from the "special characters" and it was added to the word I was typing. Today I am not able to use my Spanish vocabulary because I cannot add the necessary symbols. How do I use this feature in my document text?

Input from the Character Viewer normally requires double-clicking or drag/drop.
The special characters needed for spanish are also available by just holding down the key for the base letter. If you hold down the n key, you should get a popup menu where you can choose ñ.
There are also option key shortcuts for such letters. Option n then n will give you ñ.

XML Publisher report not printing excel output due to special characters

Hello,
I am trying to create a xml publisher report which should display the output in excel. But the program completes with a warning status and the output is displayed as XML instead of excel, with some errors "An invalid character was found in text content. Error processing resource " and i think these errors are due to the special characters(eg: city/province - A Coruña, Cáceres). If i give rownum < 10 in my query, where there are no such characters it works fine and i am getting an excel output.
Tried changing the XML encoding and it doesn't help (both mentioned below)
<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml version="1.0" encoding="UTF-8"?>
Do anyone have a solution for this
Thanks in advance
Edited by: user10317098 on Jan 16, 2012 10:58 AM

Hi,
Check this links that might help you..
https://forums.oracle.com/thread/1018488
http://docs.oracle.com/cd/E10091_01/doc/bip.1013/e05000/toc.htm
Here the Exact solution from Oracle
In the XML PUBLISHER ADMINISTRATOR Resp..
Click the administration..
then Click HTML Output
Then in the Base Image URI Give the url of your application for example
http://Test.Test.com:8000/OA_MEDIA/
And then
Image File Directory give this as per your application setup
/u01/app/oracle/apps/apps_st/comn/java/classes/oracle/apps/media/
Thanks & Regards
Srikkanth.M

Problems with Turkish special characters

Hello!
We are producing Oracle Help with WebWorks Publisher 2003 Professional for FrameMaker. There are some problems with the Turkish version of our online help: The Turkish special characters (for example the dotless i) aren´t displayed correctly in the navigation panes TOC and index. They are replaced by other characters (for example by a "y")
Has anyone an idea how to solve this problem?
Thank you very much.
Kind regards,
Miriam Rassenhofer

Miriam,
What encoding are the TOC and index XML files being generated in? You should use UTF-8 for the minimum of problems. I presume WebWorks has an option for this. Other than that, make sure the top of those XML files has the proper XML declaration with the encoding:
<?xml version="1.0" encoding="UTF-8"?>You may want to try opening the XML files in an XML-aware text editor to ensure they look right there (JDeveloper is one such editor).
If all of that is working, post back and we can talk offline about getting a snippet of one of those XML files for us to look at.
-brian

Special characters broken in Pages

Hi all,
I upgraded from Snow Leopard to Mavericks last week (very happy with the decision) and from Pages '09 to Pages 5. I soon moved from Pages 5 back to Pages 09 as it broke all my ToCs and had various other nuisances.
However, I've come to write a document (I'm an engineer) and inserted a special character (greek epsilon) for the first time since all these upgrades.
Firstly, the special characters palete has turned into a weird emoticon panel... [sidebar - Read the text in the background of the screenshot, Apple Devs - does it REALLY look like purple hearts a priority?].
Secondly, there is an actual bug - when you've finally located the character you want it doesn't insert correctly. In the screenshot below, I've inserted five variants of hte greek letter epsilon. Four of them inserted a totally blacnk character and the fifth some otehr symbol I don't even recognise - certainly no variant of epsilon.
QUESTION 1 - AND AN ANSWER
Is there any way to turn this ridiculous thing off and just open the special characters pallete?
Finally figured out that the button on the top right of the pallette is a toggle. Press it and thereafter the proper pallette shows up first.
QUESTION 2
The usability of the palette aside, I really need special characters - complete game changer for me. Does anyone know whether there is a fix or workaround for this problem please?
NEEDED TO FILE A PLAUSIBLE BUG REPORT
1. More information - if you've upgraded to Mavericks but not yet to Pages 5, could you try inserting an epsilon character please?
2. More information - if you've upgraded to Mavericks and are running Pages 5, could you try inserting an epsilon character please?
3. More information - if you've upgraded to Mavericks, run Pages 5 but still have '09 installed, could you try inserting an epsilon character please?
Answers to these three should help Apple to narrow down the source of the problem.
Thanks for any help you can offer,
Tom

I'm not sure what you are referring to by "variants" of epsilon, but I have no problem inserting Εε or anything else in Pages 4 or Pages 5 while running 10.9.

Special characters (norwegian wovels) not showing correctly in Page Layouts

We have a publishing site which surfaces content from several catalogs in an authoring site in a cross site collection publishing environment.
We have a problem with labels for Catalog-Item Reuse Snippets containing norwegian vowels/special characters not showing properly. An example of a snippet is shown below. This contains the character ø (oslash).
<div class="rightColPaddingUnder"><h2>Leverandørkontakt</h2>







</div>
The frontend messes the character up and displays this as strange A
We have tried several things in order to fix this but are running out of leads:
tried to change encoding in the page layout html file from utf-8 to iso-8859-1
tried to replace ø with the hex value (ø) and the old school & + oslash + ; way of encoding characters
Regional settings on the server is verified to be norwegian
The strange part is that actual content in the content type columns that we display around the page actually shows the norwegian characters correctly

Excellent, thanks!. I checked the top level globalization setting i IIS and this was set to Windows-1252.
However, our work around solution was to add the
<meta charset="utf-8">
declaration inside the first MS-statement inside the body tag of the page layout HTML file like this:
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html[]>
<html class="no-js" lang="en" xmlns:mso="urn:schemas-microsoft-com:office:office" xmlns:msdt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882">
<head>
<title>Some title
</title>
</head>
<body>

<meta charset="utf-8">

Strange, but it worked.
Actually we tried to set the globalization settings in the web.config files of the different IIS sites running in the webapp yesterday like this:
<add name="SPWindowsClaimsAuthentication" type="Microsoft.SharePoint.IdentityModel.SPWindowsClaimsAuthenticationHttpModule, Microsoft.SharePoint.IdentityModel, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
</httpModules>
<globalization requestEncoding="utf-8" responseEncoding="utf-8" culture="nb-NO" fileEncoding="utf-8"/>

<compilation batch="false" debug="false">
As far as I can understand this should have the same effect as setting this in IIS.
It seems that the IIS setting actually overrides whatever you put in web.config for globalization options.
We have updated the IIS setting now to UTF-8 and done a IIS Reset. At the moment we get corrupted characters still, but now the existing aspx-files probably is corrupted and needs to be replaced with fresh ones. I will do a catalog dis-/reconnect.
I'll update with whatever we end up with as the final solution. Anyway, very grateful for the invaluable help from a fellow Scandinavian :-)

Prevent using special characters in file and folder names?

I've recently begun adding windows clients to my network. In doing so, I've found that on my file shares from OS X server, the windows clients are unable to see files and folders which have names containing special characters such as / ? < > \ : * | ”
Unfortunately my accounting department has been creating files with these characters in their names for several years. I would like to find if there is a way to prevent them from using a defined set of characters in the file and folder names to prevent them from "accidentally" doing so in the future.
I've found that by turning off streams support on SMB in OS X server, that my windows clients can at least see that a file or folder should exist, albeit with a corrupted file name. Removing the special characters from these names allows the proper name to become visible and the file accessible.
Any info would be greatly appreciated.

(_seb_) wrote:
> Gary White wrote:
>> On Sun, 19 Nov 2006 19:15:04 +0100, "(_seb_)"
<[email protected]> wrote:
>>
>>> "ça alors: it's a déjà-vu"
>>>
>>> How can I encode this so it's valid as a
directory name, yet can be
>>> displayed as intended when the name is output to
the page.
>>> urlencode() does not do the job, neither does
htmlentities()...
>>
>>
>> What's wrong with:
>>
>> $l="ça alors: it's a déjà-vu";
>> print urlencode($l)."<br>\n";
>> print htmlspecialchars($l);
>>
>> Gary
>
>
> I know that, but what is the name of the directory? It
has to be a real
> directory name, not a string stored somewhere.
>
> What's a valid encoding for a directory named "ça
alors: it's a
> déjà-vu"? I can call a folder like this on my
Mac, but it won't work on
> any server...
>
>
>
PS: basically it's not a url encoding issue.
I can url encode "ça alors: it's a déjà-vu",
and pass it in a url query string. But my issue is not
with an url query string, it's with an actual URL, that is,
the actual name of the directory. It
can't be "ça alors: it's a déjà-vu". But I
want to allow the user to name their directory like that
if they want. So I need a way to encode this into characters
that can be used for an actual
directory on the server.
seb ( [email protected])
http://webtrans1.com | high-end web
design
Downloads: Slide Show, Directory Browser, Mailing List

Problem with special characters: € among others

Hi everyone,
I am trying to update some special characters on my DB.
But whenever i try to update i still get the same data, even though the YPDATE Clause says that the data has been correctly updated.
For example, whenever I try to update and € sign, according to the UPDATE clause it does it, but on the table it is not.
Any advice on how to proceed?
I do really appreciate your advice.
Best regards.
Jaison
Edited by: Jaison on 27-ene-2012 8:56

Jaison wrote:
Would it be just enough to do this?
...That's an old and not recommended method, that may corrupt data.
Instead, please read about changing db char set in Character Set Migration:
http://docs.oracle.com/cd/E11882_01/server.112/e10729/ch11charsetmig.htm
The first recommendation is to do full export and import to a new database with correct character sets.

RH7: Corrupted Special Characters in TOC, Glossary, Favorites, etc.

Similar Messages

Maybe you are looking for