Re: [NTG-pdftex] problems still, within tounicode.c

On 6/13/2017 9:29 AM, The Thanh Han wrote:

On Tue, Jun 13, 2017 at 1:10 AM, Karl Berry mailto:karl@freefriends.org> wrote:

rm> ... test the full name (including °ТРЬ.°ТРЫs) first, for a datbase entry. If found, use it. Otherwise, try again using just the prefix (as at present).

That surely sounds sensible.

Or in case a name is multiply qualified; e.g., delta.sc.ipa (occurs in cmu-tipx.enc ) also omega.sc.ipa q.sc.ipa f.sc.ipa then drop off the qualifications from the end. So test in order: delta.sc.ipa delta.sc http://delta.sc delta

i didn't follow this discussion but i'd rather start from the beginning so, delta, delta.sc etc

Ack.

Thanh, can you confirm that we should go ahead with this plan?

​I think it's reasonable to have this behavior possible.

However, Iet's say we have

\textsc{This is a heading}

What is the common expectation when one does copy/paste this text from a pdf viewer? I personally expect to get the same text, not the unicode points for the *.sc glyphs from the actual font.

indeed

This brings up another question: perhaps we can add the behavior proposed by Ross, but it has to be enabled explicitly via a primitive?

Regards, Thanh

_______________________________________________ ntg-pdftex mailing list ntg-pdftex@ntg.nl https://mailman.ntg.nl/mailman/listinfo/ntg-pdftex

-- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------