Just a quick update - I have written (in conjunction with Joachim), a
brief design specification for this project.
The spec is set out below and we would welcome your comments (or offers of
help in taking this forward).
Outline of a Proforma Filter Driver v1.0 24/11/04
On Tue, 23 Nov 2004 16:54:55 -0800, James Hunkins [EMAIL PROTECTED]
wrote:
I agree with you on pretty much all your points. Believe me, developing
QDT is not a for profit thing either. The amount of time I have put
into it is just short of ridiculous. But obviously I enjoy it or it
On Tue, 23 Nov 2004 22:39:19 -, John Gilpin
[EMAIL PROTECTED] wrote:
Even though I am an officer on the Quanta Committee, I too am leaning
towards spending some funds as distinct from lending the money. I
see no
purpose in hoarding our member's subscriptions if they can be used to
some
Joachim Van der Auwera wrote:
PROforma is already in use on some people's system, so minimal extra
memory would be required. In PROforma you can choose which printers to
have (in Ghostscript there are compiled in the program - thus making it
either a limited set (less memory), or the system
On Wed, 24 Nov 2004 15:22:50 GMT, Tarquin Mills [EMAIL PROTECTED]
wrote:
Joachim Van der Auwera wrote:
PROforma is already in use on some people's system, so minimal extra
memory would be required. In PROforma you can choose which printers to
have (in Ghostscript there are compiled in the
John Gilpin writes:
Even though I am an officer on the Quanta Committee, I too am leaning
towards spending some funds as distinct from lending the money. I see
no
purpose in hoarding our member's subscriptions if they can be used to some
purpose to the benefit of those members. It is going to
Rich Mellor writes:
Outline of a Proforma Filter Driver v1.0 24/11/04
=
5) A series of Printer Filters.
The Printer Filters will need to check with the FILTER THING on a regular
basis to check whether
there is a print job waiting in the
On 24 Nov 2004 at 11:51, Rich Mellor wrote:
Just a quick update - I have written (in conjunction with Joachim), a
brief design specification for this project.
(...)
Rich Mellor
Joachim Van der Auwera
Wolfgang Lenerz
No, I wasn't consulted on this or these specs, other than through what
On Wed, 24 Nov 2004 20:27:20 +0100, Wolfgang Lenerz
[EMAIL PROTECTED] wrote:
On 24 Nov 2004 at 11:51, Rich Mellor wrote:
Just a quick update - I have written (in conjunction with Joachim), a
brief design specification for this project.
(...)
Rich Mellor
Joachim Van der Auwera
Wolfgang Lenerz
No,
On 24 Nov 2004 at 19:30, Rich Mellor wrote:
(...)
Maybe not Wolfgang, but you deserved some credit for your initial filter
which began the topic :-)
I just want it to be clear that I did not draw up these specs.
Wolfgang
www.scp-paulet-lenerz.com
On 24 Nov 2004 at 13:57, Dave P wrote:
I just want it to be clear that I did not draw up these specs.
Excellent! It will add to your sense of bitterness when we all blame you
as the software spec is revealed to be fatally flawed ;)
So stop trying to deny it ;)
grin
I'm so used to my
On 24 Nov 2004 at 20:21, Rich Mellor wrote:
OK - good news - but does this mean that QDOS Classic will not work - I
seem to recall that QDOS Classic does not support the pointer environment,
though I could be wrong
I don't know.
What about fonts?
Hmm - didn't comment on fonts -
Wolfgang Lenerz wrote:
however, are events available on all QL systems I wonder??
Yes, provided you have a recent versionof ptr_gen.
No, events is an OS (or more specifically a scheduler) thing. The PE
merely uses the OS provided functionality.
Marcel
On Wed, 24 Nov 2004 21:27:43 +0100, Wolfgang Lenerz
[EMAIL PROTECTED] wrote:
On 24 Nov 2004 at 20:21, Rich Mellor wrote:
OK - good news - but does this mean that QDOS Classic will not work - I
seem to recall that QDOS Classic does not support the pointer
environment,
though I could be wrong
I
On Wed, 24 Nov 2004 21:21:00 +0100, Wolfgang Lenerz
[EMAIL PROTECTED] wrote:
On 24 Nov 2004 at 13:57, Dave P wrote:
I just want it to be clear that I did not draw up these specs.
Excellent! It will add to your sense of bitterness when we all blame you
as the software spec is revealed to be
In message [EMAIL PROTECTED] Wolfgang Lenerz wrote:
Ummm,just what are we talking about here?
Do you want some kind of WYSIWYG? Then there is ionly one font: courrier.
That's the only non proportional Proforma font (I know of).
And that's all you will need, else your paper output will be
Rich Mellor wrote:
Thankyou for the offer Per - that's one to add to the list..
I believe that I have the source code for a PAR device which could
presumably be adapted to create the PFF device.
There is an example non-interrupt PAR device driver (about 1.5 pages
of assembler) on page 274 of
The toolkits I mentioned in a previous mail (to that I could add
Environmental Variables, as in
ENV_BIN) neednt be that expensive, as many of the are free or PD,
and for
the rest, the copyright holders are likely to see that if these
items were
made free, there is some chance that punters
Yes they will - still no-one has tested the Proforma output on a GDI
printer so far as I know
--
Rich Mellor
He he, another catch 22. We are all wary of these printers, so no QL
user has yet bought one fearing they can't use it, so we can't test it
;-))
Incidentally, not one person has
I'd like to build some form of standardised print support into
Launchpad at some point. I'm sure Jim Hunkins would probably like
something to work towards with QDT as well.
--
Dilwyn Jones
Yes, Yes (jumping up and down!)
jim
___
QL-Users Mailing List
Just a thought Wolfgang et al
If a printer is connected to the parallel port and we use a PFF_USE 'PAR'
command, how do we get the Proforma to send the output to the printer??
PAR_USE 'SER' maybe..
I guess the other option would be to use custom PAR, PRT and SER drivers
for use with
Rich Mellor wrote:
I guess the other option would be to use custom PAR, PRT and SER drivers
for use with the filter system which would be slightly renamed to prevent
any confusion, say P1R, S1R and P1T. This would allow the user to set
PFF_USE SER for use within their programs and still be
On Thu, 25 Nov 2004 00:38:54 +0100, Marcel Kilgus
[EMAIL PROTECTED] wrote:
Rich Mellor wrote:
I guess the other option would be to use custom PAR, PRT and SER drivers
for use with the filter system which would be slightly renamed to
prevent
any confusion, say P1R, S1R and P1T. This would allow
Rich Mellor wrote:
So how do we overcome this problem if we have a filter that captures
output to PAR but our printer is connected to the PAR device?? Guess the
simplest solution is to have the PFF_USE command alter the PAR device as
well??
No no no. Do not mess up the system to accommodate
On Thu, 25 Nov 2004 01:26:57 +0100, Marcel Kilgus
[EMAIL PROTECTED] wrote:
Rich Mellor wrote:
So how do we overcome this problem if we have a filter that captures
output to PAR but our printer is connected to the PAR device?? Guess
the
simplest solution is to have the PFF_USE command alter the
Wolfgang Lenerz writes:
Yes, provided you have a recent versionof ptr_gen.
You wil also need a recent version of the Hotkey System II for Things.
Of course, all of this is aready in SMSQ/E. :-)
100 IF SG+n = SMSQ/E THEN Problem solved!
What about fonts?
The whole specification seems
OK, I have now had the chance to digest the wealth of emails on this
subject.
What we need is a definitive document which will set out the bare bones of
how this system will work.
I would be willing to put this together based on the earlier emails - if
you want to be part of the design
I hate to distract from the financial side of this, but this is
probably going to take a lot of work by someone(s) and I suspect that
it needs to be for the love of doing it rather than expecting to get
any money out of it. I personally would rather see Quanta (or
otherwise) money spent on
- Original Message -
From: Rich Mellor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 23, 2004 9:09 PM
Subject: Re: [ql-users] Proforma Filter
OK, I have now had the chance to digest the wealth of emails on this
subject.
What we need is a definitive document which
P Witte wrote:
Joachim Van der Auwera writes:
The basic concept is that PROforma renders everything into a buffer. The
details about what such a buffer should look like is configured in the
driver (and possibly handled with the help of a specific bitmap driver).
The first hardware driver could
But QL software doesn't write Postscript output now. I am saying to come
up with something easier as intermediate powerful language, which will
be easier for QL software to use. This is now difficult, basically
define an ASCII equivalent for the PROforma commands.
This will then give a system
Of Wolfgang
Lenerz
Sent: 21 November 2004 09:18
To: [EMAIL PROTECTED]
Subject: Re: [ql-users] Proforma Filter
On 20 Nov 2004 at 10:22, Roy wood wrote:
(...)
. If you say, 'I
have written this but I don't know how to take this further' then that
is reasonable. If you say, 'I have written
O Ok, lets us make a small list
so we already have
1. PROforms, with drivers for a base set of printers.
2. Wolfgang's conversion program which AFAIU converts plain ASCII
Yes, plain ASCII into Proforma.
I hope the people on this list who have reported erros have re-downloaded it,
and it
Wolfgang Lenerz wrote:
O Ok, lets us make a small list
so we already have
1. PROforms, with drivers for a base set of printers.
2. Wolfgang's conversion program which AFAIU converts plain ASCII
Yes, plain ASCII into Proforma.
I hope the people on this list who have reported erros have
In message [EMAIL PROTECTED], Wolfgang Lenerz
[EMAIL PROTECTED] writes
Sure its frustrating. But can you really ask that person for even more work?
I suppose the real answer to that is no but, to a degree, we all have to
work together because no else is going to do it but us as a whole.
[EMAIL PROTECTED] wrote:
I didn't express it very well, but what I was getting at was that there are so many
different possible formats in between software and printer that somewhere in the middle
there has to be a common format, e.g. Postscript, so that the only job is
converting from this
- Original Message -
From: Joachim Van der Auwera [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 19, 2004 3:23 PM
Subject: Re: [ql-users] Proforma Filter
[EMAIL PROTECTED] wrote:
I didn't express it very well, but what I was getting at was that there
are so many
On 19 Nov 2004 at 15:56, John Gilpin wrote:
(...)
Exactly, Joachim,
Is the QL fraternity having QUANTA problems? That is, plenty of ideas but
not enough willing manpower!!
This is a very interesting post! Indeed, it presumes that people are somehow
interested in writing that software
In message [EMAIL PROTECTED], Wolfgang Lenerz
[EMAIL PROTECTED] writes
SNIP
This is a very interesting post! Indeed, it presumes that people are somehow
interested in writing that software (gghostscript etc filters).
I've just written the Proforma filter. And prettytedious it was, too. This is
Roy wood wrote:
In message [EMAIL PROTECTED], Wolfgang Lenerz
[EMAIL PROTECTED] writes
SNIP
This is a very interesting post! Indeed, it presumes that people are
somehow
interested in writing that software (gghostscript etc filters).
I've just written the Proforma filter. And prettytedious it
Since most QL software requiring printer output (all?) have either epson
or postscript drivers, I should think a
combination of 'epsonps' (epson to postscript convertor) and ghostscript
would be a possible solution. The list of
printers supported by ghostscript does seem quite impressive.
James Hunkins wrote:
Typically I have found Postscript output to be relatively
slow due to its complexity (I may be making an assumption here).
Correct, but PROforma will not be faster than postscript code of
comparable complexity.
- also I believe that most modern printers don't take
On 16 Nov 2004 at 22:24, Duncan Neithercut wrote:
(...)
However I now have problem 2 : once the filter program is called by
the GUI
and the message screen is displaying that it is starting to process the file
the filter quits with a QLIB error that indicates it is missing a SBAS
extension
[EMAIL PROTECTED] wrote:
Joachim
OK, I see - however, surely that is where the new device driver could come
in - it could take data sent to the PAR device (or whatever it is to be
called), and through it into the pipe - if it presents a START DATA tag and END
DATA tag, the Proforma Filter
In a message dated 17/11/2004 11:27:54 GMT Standard Time,
[EMAIL PROTECTED] writes:
Actually, Joachim presented it the other way round:
The job sends the data to a pipe which is then sent to the
printer/device driver.
As Joachim also said, it's difficult to avoid contention (two jobs
3. The program Wolfgang provided. This will then regularly check the
accounting thing to know if something needs to be printed. If there is,
then it goes ahead and prints stuff. If a new print job arrives for a
printer which is already being printed on, the job is delayed (this
would
In a message dated 17/11/2004 11:47:50 GMT Standard Time,
[EMAIL PROTECTED] writes:
I would actually assume that you need three components to get this to work.
1. A thing which allows you to create a new pipe and do some bookkeeping.
2. A device driver which when opened, uses the
Wolfgang Lenerz wrote:
hOn 16 Nov 2004 at 20:48, Joachim Van der Auwera wrote:
However, you could just throw the in a pipe and have a resident job
checking for that pipe once in a while and print the stuff.
The main problem with this solution is figuring out a mechanism to make
sure that two
[EMAIL PROTECTED] wrote:
In a message dated 17/11/2004 11:27:54 GMT Standard Time,
[EMAIL PROTECTED] writes:
Actually, Joachim presented it the other way round:
The job sends the data to a pipe which is then sent to the
printer/device driver.
Rich, I think you misunderstood me. Also the
On 17 Nov 2004 at 14:23, [EMAIL PROTECTED] wrote:
Assuming it's a filter program which for example copies the file printed to
ram1_ to a chosen printer...
1. Reserved filename, say ram1_prtfile_dat or similar.
(Would allow printer drivers to be configured to this filename if this is
the
On 17 Nov 2004 at 12:28, Wolfgang Lenerz wrote:
Sorry, later in the day I'll recompile it with the toolkit and put up the
new version on my website.
Done
Wolfgang
www.scp-paulet-lenerz.com
___
QL-Users
On 17 Nov 2004 at 16:35, Joachim Van der Auwera wrote:
(..)
On another subject, what are the chances to get you to write a Proforma
Ghost/Postscript printer driver?
None, sorry. A couple of reasons.
I was afraid of that :-((
1. no time. Even though I am at home because of illness
On 17 Nov 2004 at 10:33, [EMAIL PROTECTED] wrote:
Do you want the ability for Proforma to print in Postscript or to take
Postscript input and convert it to any other driver?? Guess the former is
easier
to do...
I'd definitely like ProForma to be able to print in Postscript. This would
In a message dated 17/11/2004 16:05:21 GMT Standard Time,
[EMAIL PROTECTED] writes:
On 17 Nov 2004 at 10:33, [EMAIL PROTECTED] wrote:
Do you want the ability for Proforma to print in Postscript or to take
Postscript input and convert it to any other driver?? Guess the former is
In a message dated 17/11/2004 16:17:52 GMT Standard Time,
[EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
In a message dated 17/11/2004 11:27:54 GMT Standard Time,
[EMAIL PROTECTED] writes:
Actually, Joachim presented it the other way round:
The job sends the data to a
In a message dated 17/11/2004 16:17:35 GMT Standard Time,
[EMAIL PROTECTED] writes:
Wolfgang Lenerz wrote:
hOn 16 Nov 2004 at 20:48, Joachim Van der Auwera wrote:
However, you could just throw the in a pipe and have a resident job
checking for that pipe once in a while and print
Problem is that not all programs can be altered to print to
anything
other
than par or ser1
Well, then they couldn't be altered to use the other device driver
either?
The new device would need a PFF_USE command (Proforma Filter ??)
similar to
PAR_USE, so that it could be set to replace
[EMAIL PROTECTED] wrote:
RM Wrote:
Hmm I see Joachim's point (is it me, or does everyone else not receive these
posts from the QL-Users server in the right order???)
Rich, it is not you, most mailers by default display mails in the order
of time the mail was sent. Someones clock is not very
At 23:57 17/11/2004 +0100, you wrote:
RM Wrote: Hmm I see Joachim's point (is it me, or does everyone else not
receive these posts from the QL-Users server in the right order???)
Rich, it is not you, most mailers by default display mails in the order of
time the mail was sent. Someones clock is
In a message dated 16/11/2004 13:19:47 GMT Standard Time, wolf AT
cp-paulet-lenerz.com writes:
Hi all,
A few weeks ago, we talked on this list abour printing to more modern
printers.
I mentined that it would be possible to use ProForma to print to them.
You can now find something to
[EMAIL PROTECTED] wrote:
In a message dated 16/11/2004 13:19:47 GMT Standard Time, wolf AT
cp-paulet-lenerz.com writes:
Hi all,
A few weeks ago, we talked on this list abour printing to more modern
printers.
I mentined that it would be possible to use ProForma to print to them.
You can
In a message dated 16/11/2004 20:17:15 GMT Standard Time,
[EMAIL PROTECTED] writes:
No no no
That can not work. PROforma/ProWesS already do some trickery to increase
the stack for supervisor programs (to allow C code to be used). That is
the bit which caused problems on Minerva for a long
PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Wolfgang
Lenerz
Sent: 16 November 2004 16:15
To: [EMAIL PROTECTED]
Subject: Re: [ql-users] Proforma Filter
On 16 Nov 2004 at 9:07, [EMAIL PROTECTED] wrote:
Good work Wolfgang - many thanks for making this start All we need
now
is for someone
Hi all,
A few weeks ago, we talked on this list abour printing to more modern
printers.
I mentined that it would be possible to use ProForma to print to them.
You can now find something to that effect on my website.
http://www.scp-paulet-lenerz.com/14mljkl24/wolf/download/
Wolfgang
101 - 164 of 164 matches
Mail list logo