<html><head></head><body bgcolor="#FFFFFF"><div>Hello Alessandro,<br></div><div><br>On 17/09/2013, at 6:16, Alessandro Ceschini <<a href="mailto:alescesc1986@yahoo.it">alescesc1986@yahoo.it</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
Serbian Cyrillic requires a peculiar localisation because some
glyphs are different from the standard. The PDF produced by XeLaTeX
however must have some glitch because if I try copy/paste from it to
another document the characters affected by Serbian localisation
simply disappear <span class="moz-smiley-s7"><span> :-\ </span></span>!
This doesn't happen with PDF produced by LibreOffice 4.1, which now
supports OpenType and therefore localised glyphs: characters are
correctly copied, and even if the recipient program doesn't support
OpenType, then standard glyphs are displayed.<br></div></blockquote><div><br></div><div>Please attach PDFs which show the non-standard glyphs, produced by different means,</div><div>and one or more screenshots which show the poor results you are getting with different applications. <span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">Otherwise it is very hard to understand just what is the problem,</span></div><div>and impossible to advise of a fix or workaround.</div><div><br></div><div>It sounds like you have a font that provides alternative glyphs for some code-points.</div><div>When you do Copy/Paste from the PDF, you are extracting only the code-point, not the glyph itself, nor the font that it came from. Hence <span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">you would get only the standard glyph showing in the result, since whatever system font is being used does not have the special variant available.</span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">Some software may allow a Rich-Text Copy/Paste, which might carry the extra font information.</span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.292969); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469);"><br></span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.292969); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469);">With some examples, people on this list can test other software applications or check exactly what is contained within the PDFs.</span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.292969); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469);">It may well be that an /ActualText entry is what you need.</span></div><br><blockquote type="cite"><div>
<div class="moz-signature">-- <br>
<i>Alessandro Ceschini</i></div></div></blockquote><br><div>Hope this helps,</div><div><br></div><div> Ross</div></body></html>