On 27 Nov 2004 at 14:23, P Witte wrote: (...) > Well, I stipulated from the start that I didnt want to have to THINK, and > obviously, Ive stuck to that ;) That was the first measurement. Glad nobody > cut yet!
We're all thinking in your place... :-)) > To re-discover the point about the above matter it is worth going back to > first principles: > Nicely put. (...) > Spool the converted data coming from the application via PFF first and > then start up the rastering program connected to the file. (However, the > rastering program may have a spooling facility itself, making this step > unnecessay) See my earlier email - this step woill, indeed be necessary for PROforma. > Probably a function to abort the current print run should go here too. > > The rest is done by the printer device driver (PFF), application and > rastering program > > We could have a pre-running job that would snoop on the printer device and > activate when it detected the device was open, but this wastes clock cycles. > Since the printer device driver knows when it is being openened, it seems > sensible that it would somehow activate the job itself when necessary, which > is what the above suggestion was all about. Yes, anything else is not quite satisfactory > Another way this might be achieved is by pre-initialising PRTSRV but leaving > it suspended until required. (...) I wonder whether it might not be preferable to have the job set it's priority to 0, and, from within the device driver, set it to a suitable nonzero value. Both these options seem quite valid. I'm not sure what suspension and release really involve. > > No doubt, while weve been talking all this over, some busy beavers will have > gone and written the whole thing themselves, which is of course very nice, > but defeats the object of collaboration. I'd be interested to see that. > Apologies for the length of this mail! What? Keep more coming! And longer! Wolfgang ---------------------------------------- www.scp-paulet-lenerz.com _______________________________________________ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
