Nicolas,
I'm not sure what's causing your problems. Could it be related to
this bug?
http://quality.runrev.com/qacenter/show_bug.cgi?id=3614
Kenji Kojima is the expert in unicode kanji issues. You might try
contacting him--his email address is in the bug report. He also hangs
out on the list from time to time. If anyone can help you solve your
problem Kenji can.
Devin
On Mar 22, 2007, at 8:03 PM, Nicolas Cueto wrote:
Thank you to Devin for the replace with
uniencode idea, but after trying it out
the result was that a large portion of the
original text disappeared.
However, my bigger problem is not the
end-of-line character, but rather what to
do about the effect one particular Japanese
kanji is having on the text.
Namely, that though I can see the line
bearing that kanji as one line in the field,
to scripting functions such as htmlText
or unicodeText or even "number of lines"
treat that one line as if it were two. The
result being that the problematic line
gets cut into two at that particular kanji's
position, and the kanji itself becoming
transformed into another character.
And yet, all the lines before and after that
particular line work fine, though.
My worry is not how to fix this, but rather
not knowing if there are other particular
kanji that might result in a similar effect.
Incidentally, the final goal is to retrieve
the Japanese text file over a network
(rather than from a local pc). Are there
unicode issues involved in this too? I'm
hoping that using "write data to socket"
won't affect the text file itself.
Cheers,
Nicolas Cueto
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Devin Asay
Humanities Technology and Research Support Center
Brigham Young University
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
