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

[Hans Hagen]

On 6/13/2017 9:29 AM, The Thanh Han wrote:
> 
> 
> On Tue, Jun 13, 2017 at 1:10 AM, Karl Berry <karl at freefriends.org 
> <mailto:karl at 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 at 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
-----------------------------------------------------------------