Previous | Next | (P-PDF) Prepress and Print
Topic: RE: Acrobat Reader commandline printing problem (Via Email)
Conf: (P-PDF) Prepress and Print, Msg: 20322
From: Bob Greene
Date: 5/10/2001 08:00 PM
Hi Andy,
I will see your"disagree" and raise you an "emphatically disagree".
You state that "many pre-press professionals need automated solutions like
this one". What is this one? My guess is that the content of the PDFs are
very specific to one company's operation. Where is the prepress connection?
Your interest in automation is to be commended. I suggest that you start a
thread on that topic. I think that you will find that there are automation
solutions available today. State a few problems or requirements and see
what sort of responses you get.
Granted that you find this thread interesting, but perhaps you should be
monitoring a developer forum for other interesting stuff. It should not
necessarily be here that you find extraneous material. For other
interesting stuff, check the library or the internet.
The danger is that if off-topic info is allowed to propagate on the wrong
forum, then you can lose the folks with a genuine interest in on-topic
info, and especially, the experts who might see the forum as useless.
Other considerations from the original posting.
Acrobat Reader usually does not serve for prepress. There are built-in
limitations and licensing restrictions. There is another business
implication to this. People expect to pay nothing for plug-ins for a free
reader. This is a bad model for prepress developers who are trying to
serve the industry and remain viable. This is particularly important with
the recent demise of InProduction. The clear message is that you will need
to rely on prepress plug-in vendors to support prepress.
If the writer were truly interested in an available solution, he would have
started there. Instead he was more interested in a custom solution.
Again, the appropriate place for that would be a developer forum.
The original problem as stated is incomplete. There is too little concrete
information to give anything but "hit or miss" answers. The file size
questions are obviously content dependent. But there is little info here.
My guess is that his background image is a highly compress hi-res jpeg
image, a compression type that does not exist in Postscript Level 1.
Surprise! Level 1 files are bigger.
But why Level 1 anyway. Desktop level 2 devices started shipping in 1991
and imagesetter RIPs in 1993. Why cater to equipment that is at least 5
generations old and not cost effective in todays market, to say nothing of
being an extremely small percentage of the installed based. This is
another disconnect with the prepress market.
So there are plenty of reasons, why this question should be elsewhere. One
of which is that it has been a big waste of my time.
Bob Greene
Lantana
---------------------------------------------------------------------
>From: "Andy Vosburgh"
>I disagree Bob... many pre-press professionals need automated solutions like
>this one... I am particularly interested in this thread now and I'm certainly
>not a "developer"...
>
>Andy Vosburgh
>Executive VP Technology
>GRAPHIC WORLD, INC.
>
>> -----Original Message-----
>> From: Bob Greene
>> This thread seems to be "off topic" for the prepress forum. It seems more
>> appropriate for a developers forum.
>>
>> Bob Greene
>> Lantana
----------------------------
>> At 2:14 PM -0700 5/10/01, p-pdf-prepress Listmanager wrote:
>> >From: "Ming"
>> >I am developing an application where a pdf file is generated (with dynamic
>> >text and static background image) and printed under Windows without user
>> >intervention. I am calling the Acrobat Reader with /p /h in command lines
>> >to get it printed. However, the printing job get extremely big (250k file
>> >gets 15M), apparently because the acrobat command line always print the
>> >file using postscript level 1 setting (If I print the file inside Acrobat
>> >and chose postscript level 2, the job is about 360k).
>> >
>> >Is there any solution to get around this problem? A command line option
>> >(like -level2 in the Unix version of Acrobat Reader), or some other
>> >printing package.
>> >
>> >Thanks!
>>
