Phoebus R. Dokos wrote:
Την Sat, 14 Jan 2006 11:40:20 -0500,ο(η) Ralf Reköndt
[EMAIL PROTECTED] έγραψε:
Hi Phoebus,
in Germany, the week starts at Monday, and I believe, we are not the only
one. There is no difference between work and calendar week.
I have always been surprised about
P Witte wrote:
Some time ago I wrote about a problem with a green, jinxed PC I have, and I
received a lot of helpful advice on this list - Thank you! I had this
machine built for me at a local computer shop. Not the industry's brightest
people, pehaps, but very helpful and friendly. They were at a
jms1 wrote:
Surely the trick is to check whether the directory is type 5. If so treat it
like a new directory and file naming. If not treat it like a type 255
directory.
Careful with file types. Some have been used in the old days. I am sure
we used file types for some grpahics files in The
Wolfgang Lenerz wrote:
- font to be used (doesn't make that much sense, it should probably be a
monspaced font, there is only one, courrier).
I distincly remember spending a lot of time manually creating a simple
font, I think it was either called complete or builtin. Then
intention was to
Wolfgang Lenerz wrote:
Anyway, let me all know what you think of the above scheme, knowing
that I
could continue developemnt on the PF GUI and the PFF to implement all
of what
I have mentioned above.
Wow, Wolfgang, great work. I have to admit that your scheme sounds much
more sensible than
P Witte wrote:
In connection with the printer project, I wanted to run Proforma, but
couldnt get it to work,
Best way is either install ProWesS (make a copy of your boot and let the
program rip), or else you could simply have a look at the boot file on
the disk. It should IIRC be quite well
Rich Mellor wrote:
On Sun, 28 Nov 2004 21:01:26 -, Dilwyn Jones
[EMAIL PROTECTED] wrote:
Do all programs have a word length counter before the device name or
do some have a byte length one? And any programs known to use a device
name delimited by LF or whatever rather than the internal
Rich Mellor wrote:
On Thu, 25 Nov 2004 20:43:29 +0100, Wolfgang Lenerz
[EMAIL PROTECTED] wrote:
On 25 Nov 2004 at 18:46, Rich Mellor wrote:
Just add a graphics filter. I'll let this stand as is.
I have no idea how easy it is to pass a PIC file to Proforma - Joachim??
Great to know that
P Witte wrote:
Rich Mellor writes:
Hmm - still hoping someone will put themselves forward to look at writing
the THING
Does anyone have some source code I could look at for creating THINGs and
using them?? Need more than a simple example I guess - would of course
not disclose it to anyone
Rich Mellor wrote:
Wouldnt it be better for the filter Thing to run the filters as and when
needed? Less resource hungry and could possibly simplify the filters
themselves?
Possibly - however, the problem (as always) lies in the FILTER THING
knowing where the various filters are located in order
Wolfgang Lenerz wrote:
For the tilme being, I'll amend my filter prog so that it expects input from
the pipe. When there is no more, the job will just hang.
I hope you mean sleep :-)
A question: do people really want to have several filter jobs in the machien
at the same tile, i.e. have output
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 am not sure PROforma will run without ptr_gen (I am pretty sure it
needs hot_rext).
Hmm - didn't
Wolfgang Lenerz wrote:
On 24 Nov 2004 at 20:21, Rich Mellor wrote:
OK that should fit on a Trump Card, especially if the FILTER THING can
give the device driver the option of sending the output to a file instead
of a pipe.
To to this within the device driver will be a non trivial task because
Wolfgang Lenerz wrote:
On 25 Nov 2004 at 16:09, Joachim Van der Auwera wrote:
Wolfgang Lenerz wrote:
On 24 Nov 2004 at 20:21, Rich Mellor wrote:
To to this within the device driver will be a non trivial task because you
wil have to open a filing system channel from withing the open call of a non
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
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
[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
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
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
[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
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
[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
[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
Claude Mourier 00 wrote:
Where ? Does the Engine was written in C or assembler ?
Claude
(apparently the only one that uses database in the QL community :-(
DATAdesign engine has always been part of ProWesS.
Source is part of ProWesS source, and is writting in assembler.
Joachim
--
This message
Jérôme Grimbert wrote:
Moreover, MySQL's views currently suck...
If you really need SQL power, you should consider PostgreSQL.
And then, even a big Q60 would not be enough.
Then it starts to get tricky. As open source DB's go, I would vote for
Firebird. I am sure Fred Toussi would agree on this
Wolfgang Lenerz wrote:
1 - the engine itself. this is what actually handles the data. This is in a
file called engine_rext which has to be LRESPR'd.
2 - A frontend program. This can be used to build and maintain simple
databases. I think it is simply called Datadesign. It's an executable prog.
3
Timothy Swenson wrote:
For computer safety (and security) reasons I'm using Opera 100% at
home. Supposedly Opera is the browser that is closer to adhering to the
HTML standards. It is fully supported and being updated. I believe
Mosaic is no longer being updated. I've also heard of
Marcel Kilgus wrote:
[EMAIL PROTECTED] wrote:
Just curious as to the negativity -
I thing the *language* Java is ok, but the concept of using a virtual
machine to artificially slow down perfectly fine and fast PCs is
braindead (actually it is fine for Web applications that ought to run
on a lot
With all this talk about spam filtering, let me just say how I do this
(and it works very well I may add).
Best solution for me it to have an e-mail client with good spam
filtering. Mozilla Thunderbird does the trick for me. It is a very
powerful and good e-mail client, and it has a wonderful
if it was a package that included some support to
help him move to England...
OK, I'll go on record to subsidise this at the tume of 100 .
I would be willing. Amount to be determined (100euro minimum). A
business proposition would also be an option...
Joachim Van der Auwera
31 matches
Mail list logo
