In article <[EMAIL PROTECTED]>,
Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>,
>Karl Berry <[EMAIL PROTECTED]> wrote:
>> kept getting bugreports by people that cut & paste coding and were
>>
>>It seems odd to me that I don't recall ever seeing such a report about
>>any other Texinfo document. Is there something different about the
>>Lilypond manual that makes the pasting behave differently? E.g., that
>>UTF-8 stuff which Werner just posted?
>>
>> Cut & pasting from evince PDF into gedit UTF-8
>>
>>Sorry, I'm still confused. This isn't a function of the pdf viewer
>>and/or editor being pasted into, rather than the pdf file?
>
>Thanks for the attachments.
>
>It's for sure that TeX and texinfo have a special mechanism to
>substitute U+2019 for ASCII 27; I'm not aware of generic substitution
>mechanisms translating Unicode back to ASCII, but I'm no expert.
I think that Xpdf does this on its own,
[EMAIL PROTECTED]:~/src/xpdf-3.01/xpdf$ grep 0x2019 *
NameToUnicodeTable.h: {0x2019, "quoteright"},
PDFDocEncoding.cc: 0x2019, 0x201a, 0x2122, 0xfb01, 0xfb02, 0x0141,
0x0152, 0x0160, // 90
UnicodeMapTables.h: { 0x2019, 0x2019, 0x27, 1 },
UnicodeMapTables.h: { 0x2019, 0x2019, 0x27, 1 },
as you can see, there is a mapping from 0x2019 to 0x27 defined in the
Xpdf source code.
_______________________________________________
Texinfo home page: http://www.gnu.org/software/texinfo/
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-texinfo
