![](https://secure.gravatar.com/avatar/3f064216b5088b4646c82e1fc2d58293.jpg?s=120&d=mm&r=g)
Hallo pdftexdevelopers, there is a bug in \pdfxform. See the next example: ----------------------- \pdfcompresslevel=0 \footline={\hfill}% \setbox0\vbox{\hsize8.75cm\noindent Ahoj} \pdfxform attr{/Matrix [1.2 0.25 0.3 1 0 0]} 0 \pdfrefxform\pdflastxform \end ------------------------- The result XObject looks like: ------------------------ 1 0 obj << /Type /XObject /Subtype /Form /Matrix [1.2 0.25 0.3 1 0 0] /BBox [0 0 248.031 8.856] /FormType 1 /Matrix [1 0 0 1 0 0] /Resources 6 0 R /Length 69
stream 1 0 0 1 0 -833.034 cm BT /F1 9.963 Tf 0 834.971 Td[(Aho)-55(j)]TJ ET endstream endobj
See the double /Matrix entry. That results in ignoring transformation by Acrobat (R) v.6 and 7. (v.4 and v.5 is OK). I believe that it is (exceptionally) bug in pdftex not in Acrobat ;) vit
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Vit Zyka wrote:
Hallo pdftexdevelopers,
there is a bug in \pdfxform. See the next example: ----------------------- \pdfcompresslevel=0 \footline={\hfill}% \setbox0\vbox{\hsize8.75cm\noindent Ahoj} \pdfxform attr{/Matrix [1.2 0.25 0.3 1 0 0]} 0 \pdfrefxform\pdflastxform \end ------------------------- The result XObject looks like: ------------------------ 1 0 obj << /Type /XObject /Subtype /Form /Matrix [1.2 0.25 0.3 1 0 0] /BBox [0 0 248.031 8.856] /FormType 1 /Matrix [1 0 0 1 0 0] /Resources 6 0 R /Length 69
stream 1 0 0 1 0 -833.034 cm BT /F1 9.963 Tf 0 834.971 Td[(Aho)-55(j)]TJ ET endstream endobj
See the double /Matrix entry. That results in ignoring transformation by Acrobat (R) v.6 and 7. (v.4 and v.5 is OK). I believe that it is (exceptionally) bug in pdftex not in Acrobat ;)
pdftex is (and will) not parsing the content of attr, so the duplicate entry si a feature; conforming the specs acrobat should look at the first entry and if they broke that ... Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
![](https://secure.gravatar.com/avatar/96eb119d815849b15ee84ef1e87c6c20.jpg?s=120&d=mm&r=g)
Hi there,
there is a bug in \pdfxform. See the next example[...]
pdftex is (and will) not parsing the content of attr, so the duplicate entry si a feature; conforming the specs acrobat should look at the first entry and if they broke that ...
Hans
In general, the precedence of doubled entries seems to be interpreter dependent, not only for XObjects. I've added such a comment to pdfTeX man, but it seems it should be bolded. BR, -- Pawe/l Jackowski P.Jackowski@gust.org.pl
![](https://secure.gravatar.com/avatar/c4fb1aecd98bbaa9856f8c421db294e0.jpg?s=120&d=mm&r=g)
On Fri, Jun 03, 2005 at 10:35:16AM +0200, Hans Hagen wrote:
Vit Zyka wrote:
\pdfxform attr{/Matrix [1.2 0.25 0.3 1 0 0]} 0
/Matrix [1.2 0.25 0.3 1 0 0] /Matrix [1 0 0 1 0 0]
See the double /Matrix entry. That results in ignoring transformation by Acrobat (R) v.6 and 7. (v.4 and v.5 is OK). I believe that it is (exceptionally) bug in pdftex not in Acrobat ;)
pdftex is (and will) not parsing the content of attr, so the duplicate
Looking for the string "/Matrix" without full parsing could be done.
entry si a feature; conforming the specs acrobat should look at the first entry and if they broke that ...
Have I missed something? When did they change this?
PDF spec. 1.6 says in 3.2.6 "Dictionary Objects":
| Note: No two entries in the same dictionary should have the same key. If a
| key does appear more than once, its value is undefined.
Yours sincerely
Heiko
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Heiko Oberdiek wrote:
Have I missed something? When did they change this?
PDF spec. 1.6 says in 3.2.6 "Dictionary Objects":
| Note: No two entries in the same dictionary should have the same key. If a | key does appear more than once, its value is undefined.
in previous versions the first one was taken; that way one could overload the info entries; even if it was 'behaviour' and not 'specification' i more and more tend to think that adobe does not care much about downward compatibility at all 'the first value is taken' would have been ok Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
![](https://secure.gravatar.com/avatar/d8110a8a8a97be0803549ea5ee2e638b.jpg?s=120&d=mm&r=g)
On 2005-06-03 10:35:16 +0200, Hans Hagen wrote:
pdftex is (and will) not parsing the content of attr, so the duplicate entry si a feature; conforming the specs acrobat should look at the first
The behaviour for duplicate dictionary entries is undefined; you may get the first or the last. Best regards Martin -- http://www.tm.oneiros.de
participants (5)
-
Hans Hagen
-
Heiko Oberdiek
-
Martin Schröder
-
Pawel Jackowski
-
Vit Zyka