[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #30172] Converting strings lossy results to different strings than
|
From: |
Richard Frith-Macdonald |
|
Subject: |
[bug #30172] Converting strings lossy results to different strings than on OS X |
|
Date: |
Fri, 18 Jun 2010 10:22:57 +0000 |
|
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-us) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16 |
Follow-up Comment #5, bug #30172 (project gnustep):
Actually, I checked the source and GNustep generally (ie except for the gsm
characterset, which generally isn't available) uses iconv() to do
transliteration ... so it's using the local standard character transliteration
mechanism.
Your example:
'Ortsgespräch' (with a umlaut) results in 'Ortsgespr"ach'
demonstrates that GNUstep IS performing a transliteration.
Now it's possible that something is going wrong with it, but I've seen
nothing to suggest that ... the evidence simply seems to show that iconv()
does a different transliteration to the one done on OSX.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30172>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/