Re: [XeTeX] MAC OS X 10.8.5 - xdvipdfmx error usexobj (beamer - pgf)
Am Tue, 17 Sep 2013 14:02:49 +0200 schrieb Federico Tramarin: I can reproduce the problem with TL 2012, TL2013 and miktex 2.9 on windows. It goes away if I remove the pstricks related packages and commands. Thak you for your test. This give me a bit of comfort ;) however, in my linux system I verified that all is going well. It is a XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian) I need pstrick, so the error remains... Really? For what? Why can't you use tikz? Any advice!? Unlike me you have a system where it works and a system where it doesn't work, so you can try to figure out what is the crucial difference. Perhaps it is one of the driver files - then it should be easy to remedy. If the problem resides somewhere in the windows binaries you will have to make a bug report. But use a smaller document for the investigation: \documentclass{beamer} \usepackage{pstricks} \usetheme{Singapore} \begin{document} \frame{blub} \end{document} -- Ulrike Fischer http://www.troubleshooting-tex.de/ -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] XeLaTeX PDF Glitch with Serbian Glyphs
Am 17.09.2013 16:55, schrieb Alessandro Ceschini: Hello Ross, I attached the whole output, not just the pdf, in the even that you wish to check the .tex file as well. I've also attached the output, that is the pasted text from the .pdf as it appears on LO. The font is always the same, FreeSerif, bundled with Ubuntu. The locl feature of FreeSerif is a bit problematic (but I’m not sure if it’s the only issue here, not having enough time to test thoroughly). FreeSerif (I tested with the version on CTAN) is a bit inconsistent in its glyph naming. In the attached screenshot you see the incriminated locl feature of FreeSerif Italic which defines becyrillic → serb.be tecyrillic → serb.alt_te decyrillic → cyrillic.alt_de gjecyrillic → cyrillic.macedon_gje pecyrillic → uni04E3 gecyrillic → imacron and in salt (not in the screenshot), there is shacyrillic → serb.alt_sha The convention on glyphnaming is, that the base name is before the dot and the suffix specifies the variant (http://sourceforge.net/adobe/aglfn/wiki/AGL%20Specification/). Thus it’s expected that the glyphs be named becyrillic.serb, decyrillic.alt etc. The replacements of pecyrillic and gecyrillic however are buggy. pecyrillic is replaced by uni04E3 which is the cyrillic i with macron and gecyrillic is replaced with latin i with macron. When copy/pasting from a pdf they may get pasted exactly as these i’s with macra (which in my superficial tests with XeLaTeX actually happens). This is the same issue as with LinLibertine which I described in my last mail. Best regards, Georg attachment: FreeSerifItalic_locl.png -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] XeLaTeX PDF Glitch with Serbian Glyphs
2013/9/18 Georg Duffner g.duff...@gmail.com: Am 17.09.2013 16:55, schrieb Alessandro Ceschini: Hello Ross, I attached the whole output, not just the pdf, in the even that you wish to check the .tex file as well. I've also attached the output, that is the pasted text from the .pdf as it appears on LO. The font is always the same, FreeSerif, bundled with Ubuntu. The locl feature of FreeSerif is a bit problematic (but I’m not sure if it’s the only issue here, not having enough time to test thoroughly). FreeSerif (I tested with the version on CTAN) is a bit inconsistent in its glyph naming. In the attached screenshot you see the incriminated locl feature of FreeSerif Italic which defines becyrillic → serb.be tecyrillic → serb.alt_te decyrillic → cyrillic.alt_de gjecyrillic → cyrillic.macedon_gje pecyrillic → uni04E3 gecyrillic → imacron Try the latest FreeSerif from the SVN and if you see errors, report them to the developers. Steve White fixes the bugs if he gets reports. and in salt (not in the screenshot), there is shacyrillic → serb.alt_sha The convention on glyphnaming is, that the base name is before the dot and the suffix specifies the variant (http://sourceforge.net/adobe/aglfn/wiki/AGL%20Specification/). Thus it’s expected that the glyphs be named becyrillic.serb, decyrillic.alt etc. The replacements of pecyrillic and gecyrillic however are buggy. pecyrillic is replaced by uni04E3 which is the cyrillic i with macron and gecyrillic is replaced with latin i with macron. When copy/pasting from a pdf they may get pasted exactly as these i’s with macra (which in my superficial tests with XeLaTeX actually happens). This is the same issue as with LinLibertine which I described in my last mail. Best regards, Georg -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex -- Zdeněk Wagner http://hroch486.icpf.cas.cz/wagner/ http://icebearsoft.euweb.cz -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] XeLaTeX PDF Glitch with Serbian Glyphs
Steve White does know of that kind of inconsistency throughout the fonts. We've discussed it among others in http://savannah.gnu.org/bugs/?38810 Zdenek Wagner zdenek.wag...@gmail.com schrieb: 2013/9/18 Georg Duffner g.duff...@gmail.com: Am 17.09.2013 16:55, schrieb Alessandro Ceschini: Hello Ross, I attached the whole output, not just the pdf, in the even that you wish to check the .tex file as well. I've also attached the output, that is the pasted text from the .pdf as it appears on LO. The font is always the same, FreeSerif, bundled with Ubuntu. The locl feature of FreeSerif is a bit problematic (but I’m not sure if it’s the only issue here, not having enough time to test thoroughly). FreeSerif (I tested with the version on CTAN) is a bit inconsistent in its glyph naming. In the attached screenshot you see the incriminated locl feature of FreeSerif Italic which defines becyrillic → serb.be tecyrillic → serb.alt_te decyrillic → cyrillic.alt_de gjecyrillic → cyrillic.macedon_gje pecyrillic → uni04E3 gecyrillic → imacron Try the latest FreeSerif from the SVN and if you see errors, report them to the developers. Steve White fixes the bugs if he gets reports. and in salt (not in the screenshot), there is shacyrillic → serb.alt_sha The convention on glyphnaming is, that the base name is before the dot and the suffix specifies the variant (http://sourceforge.net/adobe/aglfn/wiki/AGL%20Specification/). Thus it’s expected that the glyphs be named becyrillic.serb, decyrillic.alt etc. The replacements of pecyrillic and gecyrillic however are buggy. pecyrillic is replaced by uni04E3 which is the cyrillic i with macron and gecyrillic is replaced with latin i with macron. When copy/pasting from a pdf they may get pasted exactly as these i’s with macra (which in my superficial tests with XeLaTeX actually happens). This is the same issue as with LinLibertine which I described in my last mail. Best regards, Georg -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex -- Zdeněk Wagner http://hroch486.icpf.cas.cz/wagner/ http://icebearsoft.euweb.cz -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] XeLaTeX PDF Glitch with Serbian Glyphs
Hello everybody, This is indeed the latest version from SVN. However, even glyphs with correct names' fail to be copied correctly, as you can see: so, maybe this is not the real issue. Regards, -- /Alessandro Ceschini/ -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] MAC OS X 10.8.5 - xdvipdfmx error usexobj (beamer - pgf)
Am 17.09.2013 um 23:04 schrieb Peter Dyballa: Another option is not to use the Singapore theme. It's only that theme that uses this headfade thing. And these themes have a bit different problems: AnnArbor, Bergen, CambridgeUS = pgfshadebmb@shadowball Darmstadt = pgfshadebeamer@barshade Goettingen, Marburg = pgfshadebeamer@sidebarcanvasrightshading The first four themes don't understand \titlepage… (with TeX Live 2011) -- Greetings Pete Rain is often known as soft water, oppositely known as hail. -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] MAC OS X 10.8.5 - xdvipdfmx error usexobj (beamer - pgf)
Am Tue, 17 Sep 2013 14:02:49 +0200 schrieb Federico Tramarin: I can reproduce the problem with TL 2012, TL2013 and miktex 2.9 on windows. It goes away if I remove the pstricks related packages and commands. Additional remark: I just installed for another question the pgf-cvs version and there the shading works fine, but now I get a lot of warnings ** WARNING ** Annotation out of page boundary. ** WARNING ** Current page's MediaBox: [0 0 362.835 272.126] ** WARNING ** Annotation: [389.784 -196.591 403.209 0] ** WARNING ** Maybe incorrect paper size specified. -- Ulrike Fischer http://www.troubleshooting-tex.de/ -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] MAC OS X 10.8.5 - xdvipdfmx error usexobj (beamer - pgf)
Am Tue, 17 Sep 2013 14:02:49 +0200 schrieb Federico Tramarin: I can reproduce the problem with TL 2012, TL2013 and miktex 2.9 on windows. It goes away if I remove the pstricks related packages and commands. Thak you for your test. This give me a bit of comfort ;) however, in my linux system I verified that all is going well. It is a XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian) I need pstrick, so the error remains... Really? For what? Why can't you use tikz? I used pstricks to insert arrows dynamically connecting different elements in a slide. Actually, your comment make me aware of this tikz capability ;) And it seems also more supported and performant than pstricks! Thank you very much. Any advice!? Unlike me you have a system where it works and a system where it doesn't work, so you can try to figure out what is the crucial difference. Perhaps it is one of the driver files - then it should be easy to remedy. If the problem resides somewhere in the windows binaries you will have to make a bug report. But use a smaller document for the investigation: \documentclass{beamer} \usepackage{pstricks} \usetheme{Singapore} \begin{document} \frame{blub} \end{document} A part from the pstrick/tikz change... The real problem is the pstricks package, as you abserved. Even in your minimal test file the error arises. But removing the pstricks call it disappears! And also in my real life presentation, removing pstricks, the compilation completes without error and the front page has its shaded background, as expected. Now...I am satisfied to have found a solution...But I will not be able to sleep (this is not true, obviously :) ) until I understand what's happening! Why the combination of pstricks and pgf gives these errors? It seems more like a clash of some piece of code. I will investigate, also on the basis of the hints given by other group members. Thank you very much Federico -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex