> Date: Wed, 01 Jan 2014 10:24:18 -0800 > From: Per Bothner <[email protected]> > CC: [email protected] > > > If so, then it doesn't help in this case, because characters such as > > u+2018 cannot be encoded in any encoding I know of except UTF, > > certainly not in Latin-N. What would you have a locale-aware viewer > > do in this case, i.e. when the offending characters cannot be > > represented in the locale's encoding? > > It should replace it with some other character, of course.
I don't see how this has anything to do with the locale. Is there any other locale-aware program that does that? Anyway, Emacs does have means to display one character as another. The issue discussed here is that the stand-alone Info cannot (and I don't think there's a terminfo-based program out there that does). > Such translation needs to be mode-dependent: mapping ‘this’ to 'this' > is appropriate for info-mode and w3m-mode, but it's probably not desirable > for C-mode. Again, you are talking about Emacs, where this is already possible (via display tables that can be buffer-local). This discussion is about the stand-alone Info.
