![](https://secure.gravatar.com/avatar/96eb119d815849b15ee84ef1e87c6c20.jpg?s=120&d=mm&r=g)
Hi Hans,
i'm not sure if i understand the problem, but as long as adding a top level page resource does not break individual page resources it's fine with me;
The only problem is that if \pdfpageresources toks list is used as global (that is probably quite common) in the PDF output we get the same code repeated as many times as number of pages in the document.
i need to check the pdf ref, but do resources in the /Page object overload those on the /Pages one?;
Resources dictionary is inheritable, but now I see that this inheritance is different than for page attributes like page boxes. I thought that if some resource can't be found in local dictionary (in /Page) it is searched in parent node (/Pages). It seems I was wrong; the following produce a corrupted PDF: \immediate\pdfobj{<>} \edef\A{/GS1 \the\pdflastobj\space0 R} \immediate\pdfobj{<>} \edef\B{/GS2 \the\pdflastobj\space0 R} \edef\next{\pdfpagesattr{/Resources << /ExtGState <<\A>> >>}}\next \edef\next{\pdfpageresources{/ExtGState <<\B>>}}\next \pdfliteral{/GS1 gs}blah \pdfliteral{/GS2 gs}blah \end It seems that /Resources dict is inherited from /Pages ONLY if there is NO local /Resources dict in /Page object. If resource dict is empty, it means that the page requires no resources. Since pdfTeX always produce /Resources dictionary for each page, the \pdfpagesresources makes no sense. Sorry for noise. Best regards, -- Pawe/l Jackowski P.Jackowski@gust.org.pl