From: SourceForge.net <no...@so...> - 2010-11-01 13:50:04
|
Bugs item #3100778, was opened at 2010-11-01 16:50 Message generated for change (Tracker Item Submitted) made by kirr79 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-01 13:50:30
|
Bugs item #3100778, was opened at 2010-11-01 16:50 Message generated for change (Settings changed) made by kirr79 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: latex2e writer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-02 11:25:35
|
Bugs item #3100778, was opened at 2010-11-01 13:50 Message generated for change (Comment added) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: latex2e writer Group: None Status: Open Resolution: None >Priority: 4 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- >Comment By: Günter Milde (milde) Date: 2010-11-02 11:25 Message: I cannot reproduce the warning nor the "random glyphs" in the Contents/Soderzhanie here (TeXLive 2009 from the Debian packages). In the PDF-bookmarks, I see a) only latin chars (without "russian" documentoption, or b) latin chars + "random glyphs" (with "russian" documentoption. Hence, leaving out the language document option does not solve the problem. I'll have to ask at comp.text.tex for cyrillic bookmarks with XeTeX. BTW.: there is a cyrillic test case in docutils/test/functional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-02 14:44:13
|
Bugs item #3100778, was opened at 2010-11-01 16:50 Message generated for change (Comment added) made by kirr79 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: latex2e writer Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- >Comment By: Kirill Smelkov (kirr79) Date: 2010-11-02 17:44 Message: Strange. I'm also on Debian using TeXLive 2009 (both on testing and also on another machine with stable and tex from testing), and removing 'russian' from documentoption helps - warnings go away, and pdf bookmarks looks good (i.e. latin + cyrillic). Sorry for confusion - I was wrongly referencing to pdf bookmarks as pdfcontents - in fact, the Contents/Soderzhanie always look ok, regardles whether there is an 'russian' in documentoptions or not. Attachiong tex source and resulting good pdf, just in case. Thanks, Kirill P.S. thanks for pointer to cyr test ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-02 14:25 Message: I cannot reproduce the warning nor the "random glyphs" in the Contents/Soderzhanie here (TeXLive 2009 from the Debian packages). In the PDF-bookmarks, I see a) only latin chars (without "russian" documentoption, or b) latin chars + "random glyphs" (with "russian" documentoption. Hence, leaving out the language document option does not solve the problem. I'll have to ask at comp.text.tex for cyrillic bookmarks with XeTeX. BTW.: there is a cyrillic test case in docutils/test/functional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-04 14:32:08
|
Bugs item #3100778, was opened at 2010-11-01 13:50 Message generated for change (Comment added) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: latex2e writer Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- >Comment By: Günter Milde (milde) Date: 2010-11-04 14:32 Message: Still no warnings, but * there is a PDF-viewer issue: with evince, acroread, and okular I get cyrillic characters in the bookmarks, while with xpdf they are missing. * the "strange" glyphs show also without "russian" documentoption when using "unicode" hyperref option. * hyperref.sty activates "unicode" when given the "russian" option (directly or as global one):: \HyLang@DeclareLang{russian}{russian}{\noexpand\hypersetup{unicode}} Now I only have to find out, if this is due to my old version 2009/10/09 v6.79a ... The simplest fix would be not to add the language to documentoptions -- iit's only helpful with additional packages. ---------------------------------------------------------------------- Comment By: Kirill Smelkov (kirr79) Date: 2010-11-02 14:44 Message: Strange. I'm also on Debian using TeXLive 2009 (both on testing and also on another machine with stable and tex from testing), and removing 'russian' from documentoption helps - warnings go away, and pdf bookmarks looks good (i.e. latin + cyrillic). Sorry for confusion - I was wrongly referencing to pdf bookmarks as pdfcontents - in fact, the Contents/Soderzhanie always look ok, regardles whether there is an 'russian' in documentoptions or not. Attachiong tex source and resulting good pdf, just in case. Thanks, Kirill P.S. thanks for pointer to cyr test ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-02 11:25 Message: I cannot reproduce the warning nor the "random glyphs" in the Contents/Soderzhanie here (TeXLive 2009 from the Debian packages). In the PDF-bookmarks, I see a) only latin chars (without "russian" documentoption, or b) latin chars + "random glyphs" (with "russian" documentoption. Hence, leaving out the language document option does not solve the problem. I'll have to ask at comp.text.tex for cyrillic bookmarks with XeTeX. BTW.: there is a cyrillic test case in docutils/test/functional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-05 10:18:32
|
Bugs item #3100778, was opened at 2010-11-01 13:50 Message generated for change (Comment added) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: latex2e writer Group: None >Status: Closed >Resolution: Wont Fix Priority: 4 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- >Comment By: Günter Milde (milde) Date: 2010-11-05 10:18 Message: The global document-language option is used by several packages, including hyperref to adapt processing or generate localized text. I'd rather keep it also in rst2xetex output The bug with hyperref's "russian" option under XeTeX can be worked around with rst2xetex.py --language=ru --hyperref-options="unicode=false" or specifying ``hyperref-options: unicode=false`` for the xetex writer in the config file. See also the updated test-case "xetex_cyrillic.py" and "xetex-cyrillic.tex" ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-04 14:32 Message: Still no warnings, but * there is a PDF-viewer issue: with evince, acroread, and okular I get cyrillic characters in the bookmarks, while with xpdf they are missing. * the "strange" glyphs show also without "russian" documentoption when using "unicode" hyperref option. * hyperref.sty activates "unicode" when given the "russian" option (directly or as global one):: \HyLang@DeclareLang{russian}{russian}{\noexpand\hypersetup{unicode}} Now I only have to find out, if this is due to my old version 2009/10/09 v6.79a ... The simplest fix would be not to add the language to documentoptions -- iit's only helpful with additional packages. ---------------------------------------------------------------------- Comment By: Kirill Smelkov (kirr79) Date: 2010-11-02 14:44 Message: Strange. I'm also on Debian using TeXLive 2009 (both on testing and also on another machine with stable and tex from testing), and removing 'russian' from documentoption helps - warnings go away, and pdf bookmarks looks good (i.e. latin + cyrillic). Sorry for confusion - I was wrongly referencing to pdf bookmarks as pdfcontents - in fact, the Contents/Soderzhanie always look ok, regardles whether there is an 'russian' in documentoptions or not. Attachiong tex source and resulting good pdf, just in case. Thanks, Kirill P.S. thanks for pointer to cyr test ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-02 11:25 Message: I cannot reproduce the warning nor the "random glyphs" in the Contents/Soderzhanie here (TeXLive 2009 from the Debian packages). In the PDF-bookmarks, I see a) only latin chars (without "russian" documentoption, or b) latin chars + "random glyphs" (with "russian" documentoption. Hence, leaving out the language document option does not solve the problem. I'll have to ask at comp.text.tex for cyrillic bookmarks with XeTeX. BTW.: there is a cyrillic test case in docutils/test/functional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-18 21:40:31
|
Bugs item #3100778, was opened at 2010-11-01 13:50 Message generated for change (Settings changed) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: latex2e writer Group: None Status: Closed Resolution: Wont Fix Priority: 4 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- >Comment By: Günter Milde (milde) Date: 2010-11-18 21:40 Message: The issue is solved in hyperref version v6.79g (2009/11/20). If updating the hyperref package is not an option, the workaround is to set :: --hyperref-option="unicode=false" or (in the config file):: [xetex writer] hyperref-option: unicode=false ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-05 10:18 Message: The global document-language option is used by several packages, including hyperref to adapt processing or generate localized text. I'd rather keep it also in rst2xetex output The bug with hyperref's "russian" option under XeTeX can be worked around with rst2xetex.py --language=ru --hyperref-options="unicode=false" or specifying ``hyperref-options: unicode=false`` for the xetex writer in the config file. See also the updated test-case "xetex_cyrillic.py" and "xetex-cyrillic.tex" ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-04 14:32 Message: Still no warnings, but * there is a PDF-viewer issue: with evince, acroread, and okular I get cyrillic characters in the bookmarks, while with xpdf they are missing. * the "strange" glyphs show also without "russian" documentoption when using "unicode" hyperref option. * hyperref.sty activates "unicode" when given the "russian" option (directly or as global one):: \HyLang@DeclareLang{russian}{russian}{\noexpand\hypersetup{unicode}} Now I only have to find out, if this is due to my old version 2009/10/09 v6.79a ... The simplest fix would be not to add the language to documentoptions -- iit's only helpful with additional packages. ---------------------------------------------------------------------- Comment By: Kirill Smelkov (kirr79) Date: 2010-11-02 14:44 Message: Strange. I'm also on Debian using TeXLive 2009 (both on testing and also on another machine with stable and tex from testing), and removing 'russian' from documentoption helps - warnings go away, and pdf bookmarks looks good (i.e. latin + cyrillic). Sorry for confusion - I was wrongly referencing to pdf bookmarks as pdfcontents - in fact, the Contents/Soderzhanie always look ok, regardles whether there is an 'russian' in documentoptions or not. Attachiong tex source and resulting good pdf, just in case. Thanks, Kirill P.S. thanks for pointer to cyr test ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-02 11:25 Message: I cannot reproduce the warning nor the "random glyphs" in the Contents/Soderzhanie here (TeXLive 2009 from the Debian packages). In the PDF-bookmarks, I see a) only latin chars (without "russian" documentoption, or b) latin chars + "random glyphs" (with "russian" documentoption. Hence, leaving out the language document option does not solve the problem. I'll have to ask at comp.text.tex for cyrillic bookmarks with XeTeX. BTW.: there is a cyrillic test case in docutils/test/functional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-18 21:44:21
|
Bugs item #3100778, was opened at 2010-11-01 13:50 Message generated for change (Settings changed) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: latex2e writer Group: None Status: Closed >Resolution: Rejected Priority: 4 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-18 21:40 Message: The issue is solved in hyperref version v6.79g (2009/11/20). If updating the hyperref package is not an option, the workaround is to set :: --hyperref-option="unicode=false" or (in the config file):: [xetex writer] hyperref-option: unicode=false ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-05 10:18 Message: The global document-language option is used by several packages, including hyperref to adapt processing or generate localized text. I'd rather keep it also in rst2xetex output The bug with hyperref's "russian" option under XeTeX can be worked around with rst2xetex.py --language=ru --hyperref-options="unicode=false" or specifying ``hyperref-options: unicode=false`` for the xetex writer in the config file. See also the updated test-case "xetex_cyrillic.py" and "xetex-cyrillic.tex" ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-04 14:32 Message: Still no warnings, but * there is a PDF-viewer issue: with evince, acroread, and okular I get cyrillic characters in the bookmarks, while with xpdf they are missing. * the "strange" glyphs show also without "russian" documentoption when using "unicode" hyperref option. * hyperref.sty activates "unicode" when given the "russian" option (directly or as global one):: \HyLang@DeclareLang{russian}{russian}{\noexpand\hypersetup{unicode}} Now I only have to find out, if this is due to my old version 2009/10/09 v6.79a ... The simplest fix would be not to add the language to documentoptions -- iit's only helpful with additional packages. ---------------------------------------------------------------------- Comment By: Kirill Smelkov (kirr79) Date: 2010-11-02 14:44 Message: Strange. I'm also on Debian using TeXLive 2009 (both on testing and also on another machine with stable and tex from testing), and removing 'russian' from documentoption helps - warnings go away, and pdf bookmarks looks good (i.e. latin + cyrillic). Sorry for confusion - I was wrongly referencing to pdf bookmarks as pdfcontents - in fact, the Contents/Soderzhanie always look ok, regardles whether there is an 'russian' in documentoptions or not. Attachiong tex source and resulting good pdf, just in case. Thanks, Kirill P.S. thanks for pointer to cyr test ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-02 11:25 Message: I cannot reproduce the warning nor the "random glyphs" in the Contents/Soderzhanie here (TeXLive 2009 from the Debian packages). In the PDF-bookmarks, I see a) only latin chars (without "russian" documentoption, or b) latin chars + "random glyphs" (with "russian" documentoption. Hence, leaving out the language document option does not solve the problem. I'll have to ask at comp.text.tex for cyrillic bookmarks with XeTeX. BTW.: there is a cyrillic test case in docutils/test/functional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-11-18 21:52:28
|
Bugs item #3100778, was opened at 2010-11-01 13:50 Message generated for change (Settings changed) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: latex2e writer Group: None Status: Closed >Resolution: Out of Date Priority: 4 Private: No Submitted By: Kirill Smelkov (kirr79) Assigned to: Nobody/Anonymous (nobody) Summary: xetex: broken pdf contents & to-UTF16 conversion warnings Initial Comment: # consider following document $ cat x.txt Привет Мир! =========== Миру мир .. contents:: Hello шпаргалка --------------- Ку-ку:: Альфа бета гамма А ну-ка! -------- 123 # it translates to .tex and .pdf nicely and resulting pdf looks good with cyrillic in pdf content and pdfinfo $ rst2xetex x.txt && xelatex x.tex # but if I do $ rst2xetex --language=ru x.txt && xelatex x.tex there are several xelatex warnings: ** WARNING ** Failed to convert input string to UTF16... and also pdfcontents and pdfinfo display random glyphs. The problem is that in --language=ru case, rst2xelatex adds 'russian' to document options, and this seems to be clashing somehow with xetex. Suggested patch, unfortunately without tests, attached. Thanks, Kirill ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-18 21:40 Message: The issue is solved in hyperref version v6.79g (2009/11/20). If updating the hyperref package is not an option, the workaround is to set :: --hyperref-option="unicode=false" or (in the config file):: [xetex writer] hyperref-option: unicode=false ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-05 10:18 Message: The global document-language option is used by several packages, including hyperref to adapt processing or generate localized text. I'd rather keep it also in rst2xetex output The bug with hyperref's "russian" option under XeTeX can be worked around with rst2xetex.py --language=ru --hyperref-options="unicode=false" or specifying ``hyperref-options: unicode=false`` for the xetex writer in the config file. See also the updated test-case "xetex_cyrillic.py" and "xetex-cyrillic.tex" ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-04 14:32 Message: Still no warnings, but * there is a PDF-viewer issue: with evince, acroread, and okular I get cyrillic characters in the bookmarks, while with xpdf they are missing. * the "strange" glyphs show also without "russian" documentoption when using "unicode" hyperref option. * hyperref.sty activates "unicode" when given the "russian" option (directly or as global one):: \HyLang@DeclareLang{russian}{russian}{\noexpand\hypersetup{unicode}} Now I only have to find out, if this is due to my old version 2009/10/09 v6.79a ... The simplest fix would be not to add the language to documentoptions -- iit's only helpful with additional packages. ---------------------------------------------------------------------- Comment By: Kirill Smelkov (kirr79) Date: 2010-11-02 14:44 Message: Strange. I'm also on Debian using TeXLive 2009 (both on testing and also on another machine with stable and tex from testing), and removing 'russian' from documentoption helps - warnings go away, and pdf bookmarks looks good (i.e. latin + cyrillic). Sorry for confusion - I was wrongly referencing to pdf bookmarks as pdfcontents - in fact, the Contents/Soderzhanie always look ok, regardles whether there is an 'russian' in documentoptions or not. Attachiong tex source and resulting good pdf, just in case. Thanks, Kirill P.S. thanks for pointer to cyr test ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-11-02 11:25 Message: I cannot reproduce the warning nor the "random glyphs" in the Contents/Soderzhanie here (TeXLive 2009 from the Debian packages). In the PDF-bookmarks, I see a) only latin chars (without "russian" documentoption, or b) latin chars + "random glyphs" (with "russian" documentoption. Hence, leaving out the language document option does not solve the problem. I'll have to ask at comp.text.tex for cyrillic bookmarks with XeTeX. BTW.: there is a cyrillic test case in docutils/test/functional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3100778&group_id=38414 |