/ModDate and /Trapped (was: [pdftex] PDFX3 Standard)
On 2003-10-27 12:32:06 +0100, Martin Schröder wrote:
On 2003-10-27 12:38:19 +0100, Siep Kroonenberg wrote:
/ModDate (D:\pdfdate)
Will set this in the next version
/Trapped (False)
Another primitive... :-{
Hi, we forgot about /ModDate and /Trapped. Any objections against setting /ModDate to the same value as /CreationDate per default? And should we also default /Trapped to /False? Best Martin -- http://www.tm.oneiros.de
Martin � wrote:
On 2003-10-27 12:32:06 +0100, Martin Schr�der wrote:
On 2003-10-27 12:38:19 +0100, Siep Kroonenberg wrote:
/ModDate (D:\pdfdate)
Will set this in the next version
/Trapped (False)
Another primitive... :-{
Hi, we forgot about /ModDate and /Trapped. Any objections against setting /ModDate to the same value as /CreationDate per default? And should we also default /Trapped to /False?
leave that to the macro package, else we end up with way to many key related primitives Hans
On 2006-01-09 14:51:35 +0100, Hans Hagen wrote:
Martin ??? wrote:
we forgot about /ModDate and /Trapped. Any objections against setting /ModDate to the same value as /CreationDate per default? And should we also default /Trapped to /False?
leave that to the macro package, else we end up with way to many key related primitives
It wouldn't introduce any new primitive, just keys for \pdfinfo. Best Martin -- http://www.tm.oneiros.de
Martin � wrote:
On 2006-01-09 14:51:35 +0100, Hans Hagen wrote:
Martin ??? wrote:
we forgot about /ModDate and /Trapped. Any objections against setting /ModDate to the same value as /CreationDate per default? And should we also default /Trapped to /False?
leave that to the macro package, else we end up with way to many key related primitives
It wouldn't introduce any new primitive, just keys for \pdfinfo.
hm, but keep in mind that macro packages or users already may set /ModDate and /Trapped (context does set them) so if you support keys, then you also need ot make sure that user settings are not replaced Hans
On Mon, Jan 09, 2006 at 04:12:10PM +0100, Hans Hagen wrote:
Martin ??? wrote:
On 2006-01-09 14:51:35 +0100, Hans Hagen wrote:
Martin ??? wrote:
we forgot about /ModDate and /Trapped. Any objections against setting /ModDate to the same value as /CreationDate per default? And should we also default /Trapped to /False?
leave that to the macro package, else we end up with way to many key related primitives
It wouldn't introduce any new primitive, just keys for \pdfinfo.
hm, but keep in mind that macro packages or users already may set /ModDate and /Trapped (context does set them) so if you support keys, then you also need ot make sure that user settings are not replaced
This shouldn't be a problem, if the same code is used as for
/CreationDate, /Producer, and /Creator, see pdf_print_info
in file "pdftexdir/pdftex.ch".
Yours sincerely
Heiko
On 2006-01-09 17:13:44 +0100, Heiko Oberdiek wrote:
On Mon, Jan 09, 2006 at 04:12:10PM +0100, Hans Hagen wrote:
Martin ??? wrote:
we forgot about /ModDate and /Trapped. Any objections against setting /ModDate to the same value as /CreationDate per default? And should we also default /Trapped to /False?
hm, but keep in mind that macro packages or users already may set /ModDate and /Trapped (context does set them) so if you support keys, then you also need ot make sure that user settings are not replaced
This shouldn't be a problem, if the same code is used as for /CreationDate, /Producer, and /Creator, see pdf_print_info in file "pdftexdir/pdftex.ch".
Exactly. So, the next version will default /ModDate. Should it also default /Trapped to /False? Best Martin -- http://www.tm.oneiros.de
participants (3)
-
Hans Hagen -
Heiko Oberdiek -
Martin Schröder