qpdf broken with beta since 2001/02/08
Hi I have a problem using qpdf (http://qpdf.sourceforge.net/) with context beta since 2011.02.08. Don't really know whose fault it is, but there might be something wrong with mkiv. All I want to do is generating a linearized (web optimized) pdf using qpdf as hinted on this list (see http://www.ntg.nl/pipermail/ntg-context/2011/055626.html). I was able to use it until context beta 2011.02.08, and getting an error since. Here's what I'm doing: 1) test.tex contains %%% \starttext Hello world! \stoptext %%% 2) running "context test.tex" to make the pdf 3) running "qpdf --linearize test.pdf out.pdf" which creates the optimized out.pdf So up until and including context beta 2011.02.05 everything was working. --- reviczky@calcium ~/Desktop % qpdf --linearize test.pdf out.pdf reviczky@calcium ~/Desktop % --- But since beta 2011.02.08 (10:06) I get just a very brief error: --- reviczky@calcium ~/Desktop % qpdf --linearize test.pdf out.pdf operation for Name object attempted on object of wrong type 2 reviczky@calcium ~/Desktop % :( --- Does anyone have a clue what might go wrong here? Does context beta (mkiv) generates broken pdf's now? How can I check that? qpdf isn't too helpful with that: --- checking test.pdf PDF Version: 1.6 File is not encrypted File is not linearized No syntax or stream encoding errors found; the file may still contain errors that qpdf cannot detect --- Perhaps there's something new in context that breaks the qpdf check? Adam
On 10-2-2011 12:29, Reviczky, Adam wrote:
Hi
I have a problem using qpdf (http://qpdf.sourceforge.net/) with context beta since 2011.02.08. Don't really know whose fault it is, but there might be something wrong with mkiv.
All I want to do is generating a linearized (web optimized) pdf using qpdf as hinted on this list (see http://www.ntg.nl/pipermail/ntg-context/2011/055626.html). I was able to use it until context beta 2011.02.08, and getting an error since.
Here's what I'm doing:
1) test.tex contains %%% \starttext Hello world! \stoptext %%%
2) running "context test.tex" to make the pdf
3) running "qpdf --linearize test.pdf out.pdf" which creates the optimized out.pdf
So up until and including context beta 2011.02.05 everything was working. --- reviczky@calcium ~/Desktop % qpdf --linearize test.pdf out.pdf reviczky@calcium ~/Desktop % ---
But since beta 2011.02.08 (10:06) I get just a very brief error: --- reviczky@calcium ~/Desktop % qpdf --linearize test.pdf out.pdf operation for Name object attempted on object of wrong type 2 reviczky@calcium ~/Desktop % :( ---
Does anyone have a clue what might go wrong here? Does context beta (mkiv) generates broken pdf's now? How can I check that? qpdf isn't too helpful with that: --- checking test.pdf PDF Version: 1.6 File is not encrypted File is not linearized No syntax or stream encoding errors found; the file may still contain errors that qpdf cannot detect
best is to make two pdf files that are as small as possible and send them off-list to Luigi and me so that we can look into them. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Thu, Feb 10, 2011 at 12:49 PM, Martin Schröder
2011/2/10 Hans Hagen
: best is to make two pdf files that are as small as possible and send them off-list to Luigi and me so that we can look into them.
And me, please. The qpdf author is very helpfull, though. :-)
for emacs users: save this in qdf-mode.el ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; the command to comment/uncomment text (defun qdf-comment-dwim (arg) "Comment or uncomment current line or region in a smart way. For detail, see `comment-dwim'." (interactive "*P") (require 'newcomment) (let ((deactivate-mark nil) (comment-start "%") (comment-end "")) (comment-dwim arg))) ;; keywords for syntax coloring (setq myKeywords `( ;; ( ,(regexp-opt '("Sin" "Cos" "Sum") 'word) . font-lock-function-name-face) ;; ( ,(regexp-opt '("Pi" "Infinity") 'word) . font-lock-constant-face) ) ) ;; define the major mode. (define-derived-mode qdf-mode fundamental-mode "qdf-mode is a major mode for editing language qdf." (setq font-lock-defaults '(myKeywords)) ;; modify the keymap (define-key qdf-mode-map [remap comment-dwim] 'qdf-comment-dwim) (modify-syntax-entry ?% "< b" qdf-mode-syntax-table) (modify-syntax-entry ?\n "> b" qdf-mode-syntax-table) ) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; -- luigi
On 10-2-2011 12:29, Reviczky, Adam wrote:
Perhaps there's something new in context that breaks the qpdf check?
I can see the problem here. I'll upload a new beta. (There is some experimental stuff due to luatex backend changes that I need to disable). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (4)
-
Hans Hagen
-
luigi scarso
-
Martin Schröder
-
Reviczky, Adam