Joachim Van der Auwera writes: > A device driver can never setup a job.
You didnt read my algorithm: It doesnt. All it does is to CAUSE the calling job to do that. This is an accepted tequnique in Qdos. > This scheme has no support for multiple protocols though that could be > built in somehow). No need to. See previous mail. > The filter programs would need to know whether to get data from pipe or > file. This would either require configuring both driver and program of > having a second "read printer data" device which is used by the filter > program (which is the other end of the pipe for the "write printer data" > PFF device). To simplify matters (the cheapest way of writing code) only a queue (pipe) would need to be used between the PFF device driver and the page rendering program (ie Proforma or Ghostscript). The page rendering program would be instructed how to output the data by the printer utility job based on settings found in the channel definition block [CDB] of the PFF driver. Per _______________________________________________ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
