Changelog
foomatic-filters (3.0.2-20071204-0ubuntu1) hardy; urgency=low
* New upstream release
- foomatic-gswrapper.in: Let Ghostscript always use buffered
input. This works around a Ghostscript bug which prevents
printing encrypted PDF files with Adobe Reader 8.1.1 and
Ghostscript built as shared library (Ghostscript bug #689577,
Ubuntu bug LP: #172264)
- Allow the parameters of the "*Foomatic..."
lines which formerly had to be given without quotes also to be
given with double quotes. This is to support generation and
manipulation of Foomatic PPDs with the CUPS DDK. The PPD
generator of the CUPS DDK ("ppdc") can create these lines only
with quoted parameters (See http://www.cups.org/str.php?L2551).
- Bug fixes:
o If the CUPS-style duples option
"-o sides={one|two}-sided[-{long|short}-edge]" was supplied,
the "Duplex" option could be set to "0", "LongEdge", or
"ShortEdge", which do not exist in the "Duplex" options in
PPD files (Thanks to Ricoh Japan for reporting this bug).
o Now all of "LongEdge", "DuplexNoTumble", or "ShortEdge",
"DuplexTumble", are converted to each other if supplied as
value to an enumerated choice option (usually "Duplex") and
this value is not in the list of choices.
o Reset the best score for finding the narrowest page range
before treating each option, not only before the first
option. Now jobs with page overrides on more than one
option are executed correctly.
o If an option had the default value "0" (enumerated choice,
numerical, string) in the PPD file, the first choice from
the list was set as default and not "0".
o When assigning a non-integer number to an integer option,
the "%%BeginFeature: ..." line of the option inserted into
the PostScript data stream still contained the non-integer
value. Only the value in the code piece was converted to
integer.
o If a non-integer "*FoomaticRIPDefault..." was given for an
integer option it was not converted to integer.
o Boolean options had "0" and "1" as values in the
"%%BeginFeature: ..." lines and not "False" and "True".
o PPD-supplied JCL/PJL options did not get merged with
driver-generated JCL/PJL options when there were spaces
between the JCL command and the "=" (ex: "@PJL SET TRAY = 1").
o Now all of "0", "No", "Off", "False" or "1", "Yes", "On",
"True" are converted to each other if supplied as value to
an enumerated choice option and this value is not in the
list of choices.
-- Till Kamppeter <email address hidden> Wed, 05 Dec 2007 12:08:58 +0000