Malcolm Lear wrote:
Well if you do need the Reference manual it can be found at:
http://support.epson.ru/products/manuals/000350/part1.pdf
Well, do you really think I could have done this without that manual?
By the way does QPCPrint handle the colour modes?
No colour in raster mode, no.
Malcolm Lear wrote:
Well I think you could do just about anything!
lol, I wish :-)
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
P Witte wrote:
I never knew that I wanted a current directroy,
I didn't know that you want one either, but I know that *I* would like
one ;-)
However, this is a much more ambitious project than a mere home
directory affair.
Actually I think it doesn't amount to much more work.
You have to
Wolfgang Lenerz wrote:
Apart from anything else, this would maintain the self-cleaning
property of the operating system...
True.
However, how do you get at that from basic, espacially compiled basic?
Without having any personal view on the issue yet, isn't it basically
the same issue as with
Wolfgang Lenerz wrote:
Yes and no. (That's a true lawyes's anwer for you)
No problem for Sbasic itself, of course.
However, while CMD$ works in Qlib, this is only because Qlib has it's own
CMD$ command. There is no way to have a similar home$ command in Qlib.
Ah, very well. Anyway, if one now
Wolfgang Lenerz wrote:
--- Finally, progs executed from memory (executable things) would
probably not have a home directory, unless a facility is set up
whereby a default home dir is set up for programs with a certain
name.
Default could also be DATAD$ or whatever.
- Via QPAC2. This would
Rich Mellor wrote:
I prefer this type of approach as it would ensure that the home
directory (or whatever) would be removed together with the job.
If the job uses the thing, the thing is informed when the job dies.
Even if not, one could allocate the necessary memory on behalf of the
job and
Wolfgang Lenerz wrote:
Default could also be DATAD$ or whatever.
that would defeat the wholme exercice.
Why that? It's just a fallback solution if otherwise no other
directory can be provided (none set).
Hm, the meaning of a Trap #3 depends on a specific device you've
opened, not a good
P Witte wrote:
What I meant to ax was would it be difficult to make a 'hole'
through QPC to the Windoze file system via the TCP driver, so that
when the driver encounters a /dos/pathname/filename it wouldnt feel
obliged to restrict itself to the QL file name conventions?
Could be done, but
jms1 wrote:
Lynx is GPL license and you should include the source.
No, binary only is fine. A separate ZIP with the sources or a link to
the original combined ZIP is good enough (and even that is not
strictly necessary).
Marcel
___
QL-Users Mailing
James Hunkins wrote:
Tried a new copy, shorten file names, etc. and it still doesn't work on
my QPC.
Just tried it. It works, but not with every picture I've tried.
If all else fails, convert to PNG and use my sprite converter, then
display sprite on screen.
Marcel
James Hunkins wrote:
Assuming I have something like a BMP or JPG image at my proper screen
resolution, is there a way to convert it directly to the SCR format or,
sbytes win1_shot,scr_base,scr_llen*scr_ylim
Marcel
___
QL-Users Mailing List
Dilwyn Jones wrote:
Ah! So you don't use the real full filename of the file, you refer to
terminfo_qdos as terminfo? So the filename must be made up of the
joined together TERMINFO and TERM strings.
Yes, that's the idea. You tell it where all the TERMINFOs are stored
and which one of those you
P Witte wrote:
Marcel: Presumably, there is no 36 character limit on www paths under the
TCP etc devices?
Right, this is a character device.
So couldnt the DOS device (easily) be made to work the same under
TCP? Eg:
No, DOS is a directory device.
Marcel
Dilwyn Jones wrote:
I honestly don't believe this is useable on QPC2.
Well, works here.
I connected to my ISP from Windows, then ran the boot program for Lynx
and all that happens is a brief flash of a Lynx screen and nothing,
disappears without error or anything.
Try
ex
[EMAIL PROTECTED] wrote:
The OS changing was of course implied... but that's not the hardware
designer's job
Well, whose job is it?
Anyway, if those chips were available they'd have to be identifiable
by software. Otherwise the result would be a mess.
[109(!) lines of junk snipped]
Marcel
Wolfgang Lenerz wrote:
Does anybody know what kind of Eprom programmer would be suitable?
No, I do only have the Eprommer II for the QL, but I've built myself a
small adapter with which I can burn 128kb eproms in 4 goes (the 128kb
are very similar in layout and functionality to the 32kb). I just
jms1 wrote:
I believe Phoebus said that it was not the video chip which restricted the
display on the Q40 and Q60 to 512x256 1024x512.
Those 4 modes are all the hardware can do.
Marcel
___
QL-Users Mailing List
Rich Mellor wrote:
Oh right I see what you mean - they are a US company and I have never had
any problems myself, having used them for over 3 years.
Just don't keep any money in their account. Account because they
are very careful not to be a bank in the eye of the law. This way
you're
John Hall wrote:
Yes... but, as I pointed out in my follow-up message, the old QPac2
has both a main border colourway and a menu window colourway,
whereas the current version uses a single palette number :-(
Actually I did check that both options are still available but now
that I check again
Malcolm Cadman wrote:
... And just when we thought it was safe to have v1.39 ... :-)
Is that on your web site ?
Nah, cannot. I did the updates for free but its basic status is still
commercial. It can however be updated from the usual sources.
I will have to now have a look at all these
John Hall wrote:
That's the Shaded area colour.
Hmm... when I change things via QCoCo, it appears to pick up the App
Win paper colour instead!
Hmmm, doesn't look like shaded area can be separately set in QCoco.
Probably because this QPAC2 menu is the only application that made
ever use of it.
Wolfgang Uhlig wrote:
Now if I only had a clue where the colour is set, this is some damn
complicated code.
But that's very easy, actually :)
No, I'm not talking about QCoCo but the QPAC2 action confirmation
window, which is a little bit more buried and complicated.
Marcel
Phoebus Dokos wrote:
This does not necessarily mean that he has not left the scene,
because the website is so old that it doesn't even recognize
browsers different from Netscape 3.0 of higher ;-))
Maybe so, but Thierry's website entry addresses have remained the same
since 1996 (which is not
Phoebus Dokos wrote:
By the way, is anybody who knows how to do text processing right up to
the task of re-formatting that document? And with right I mean
properly defined paragraph and character styles instead of manual
formatting, no formatting by multiple spaces, empty lines and manual
Dilwyn Jones wrote:
Rather than pester a very busy Marcel with a trivial problem,
:-)
Trivial stuff at least has the advantage that I can easily answer
them, unlike many mails that have been coming in the past few months
that often require hours of work to answer (which I often don't have).
One more thing, is anybody here or does anybody know a real expert on
ESC/P2 programming, especially when it comes to proportional fonts? If
so, please contact me.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
John Hall wrote:
Has anyone else tried to set up the system palette to mimic the old
black/green colourway?
No need as all these palettes are already inbuilt! There are 4 system
palettes in the system and all are pre-set to the 4 old colourways.
And of course you can configure Qpac2 to use any
David Tubbs wrote:
http://dilwynjones.topcities.com/qldocs/qpckeywords.zip
Nice one, danke !
You're welcome.
By the way, is anybody who knows how to do text processing right up to
the task of re-formatting that document? And with right I mean
properly defined paragraph and character styles
David Tubbs wrote:
My own copy has been lost in removings, I have been looking for something
that would just list basic keywords with syntax. Allwats meant to do it for
myself in a form that one could cutpaste from.
Even visited major resource site http://www.ql.50megs.com/
- no luck yet !
Phoebus Dokos wrote:
is it just me or the Menu windows of the PE (not the regular windows) have
a corner of darker shadow on the lower right side?
Yes, that can happen.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Phoebus Dokos wrote:
is it just me or the Menu windows of the PE (not the regular
windows) have a corner of darker shadow on the lower right side?
Yes, that can happen.
Phew I thought I was blind (which is not far from the truth anyway ;-))
for a sec
Well, after all it did take you over 2
Rich Mellor wrote:
Yes it can read the current mode, but how does it know whether to
use the standard QL colours via IOW.INK or to use palette colours
via WM.INKP
There is NO WM.INKP Trap. If you do mean to call the WMAN-VECTOR
WM.TRAP3 with the ink code in D0, then this call always works with
Rich Mellor wrote:
OK, so any machine code program which utilises the new system calls
has to check for an error return and if present use the old IOW.SINK
command to set the ink colour - presumably this will require a
different value in D1 to that passed to the GD2 4 colour driver (or
will
Rich Mellor wrote:
Please excuse my ignorance - if all this was written in a single
document somewhere, it would help.
Sure.
Now I have a little more time on my hands, maybe you could send me
the originals of the various articles
Of which articles?
If a machine code program wants to set
Rich Mellor wrote:
Must be a breakdown somewhere then because I have v3.07 of the
non-colour SMSQ/e for Gold Card
We will work on that.
Hmm I see what you mean - maybe the configuration block should be a
separate module on its own (if possible).
I might have an idea, need to coordinate with
ZN wrote:
exg: 474 rol: 168ror: 367roxl: 25roxr: 45
It would be interesting to see where the EXG, ROL, ROR, ROXL, ROXL
instructions occur. I would bet quite a few in the graphics driver...
Some values from the GD2 driver:
exg: 180, rol: 34, ror: 189, roxl: 0, roxr:
P Witte wrote:
If its so much bother implementing SMSQ/E on a faster (but different)
processor, isnt it worthwhile revisiting the multi-processor option again?
If you cant get faster processors, use more of them!
Well, that's only worthwhile if you have work that can be done in
parallel. For
Phoebus Dokos wrote:
As for my English they are 100 times worse than Nasta's Marcel's
Wolfgang's and (don't forget Jochen's).
Nah, but even if that was true, your American is certainly much
better than mine ;-)
Marcel
___
QL-Users Mailing List
Rich Mellor wrote:
2) Whatever screen mode is in use, I thought that under the new colour
driver scheme, each program should be able to dictate the colour scheme to
use - COLOUR_QL, COLOUR_24 or COLOUR_PAL. However, if these commands are
implemented (as in the current PTR_GEN), can a program
Phoebus Dokos wrote:
The problem is probably that not everyone having SMSQ/e for the Aurora
actually has Marcel's version... that means that SMSQ/e will report that
the commands are there but once the program tries to access the new
feature a big BOOM will ensue :-)
Of course this is wrong.
Phoebus Dokos wrote:
Of course the BOOM was figurative...
In any case for the user a boom it is what it really is : ie non working
software
Why should it not work?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Rich Mellor wrote:
From Marcel's response I think that my solution is legal - ie. call the
iow.sstrp and check for error
It is. But basically it's equivalent to a check whether you're running
on SMSQ/E or not. Plus, if you run on SMSQ/E you still don't know
whether it supports the 256 colour
Dilwyn Jones wrote:
The designers should add a proper method of detection or explain how
it can RELIABLY be detected.
At the moment, the best you can do is look for an identifying string,
which does nothing other than show it's a version able to support GD2,
even if GD2 is not possible on the
Rich Mellor wrote:
We have a reliable check for GD2 - what we do not know is how to check if
using the new traps will have any effect !
Ah, my fault. I forgot that we did not include the new traps into
PTR_GEN for QDOS systems, it only provides a GD2 light with only
enough functionality to make
ZN wrote:
So didn't you get them? I had a brief look at them ages ago
and had the understanding that they're on their way to you.
No, never got them... I only saw them when Keith oiginally got them and
they were really faxed through and quite unreadable at that point. I have
no idea what
Tony Tebby wrote:
btw there was a suggestion at QL2004 that a discussion group (rather
than a mailing list) could be set up to discuss principles, fundamentals
and long standing problems - any interest?
Well, I hate web based groups, but there is for example the usenet
group
Tony Tebby wrote:
If you understand the above (perfectly correct) description,
congratulations.
Stuart had that rare skill amongst hardware designers of knowing exactly
the limits of what might be possible in software. Stems from the
Sinclair principle - do not do anything in hardware that
ZN wrote:
The SGC can actually access the Aurora ROM chip proper... what is
unclear is if it can also generate write cycles on the bus for those
addresses.
Can't one see that in the chip code Keith has recovered?
YES!
So didn't you get them? I had a brief look at them ages ago and had
the
Tony Firshman wrote:
Mouse for sure
No, I think, at least not on the ones I have seen.
I never had an original one, but I did have a self-made version that
had floppy, parallel and mouse.
Marcel
___
QL-Users Mailing List
Phoebus Dokos wrote:
Quite right - shall amend website accordingly...
Not really...
Yes really.
The Aurora CAN display 256 colours on 640x480 but the Super Gold
Card prevents that by taking some of its addressing space.
Check your facts. This is simply wrong. The memory organization in 256
Rich Mellor wrote:
You could be right there - though its a problem cos SuperBASIC cannot be
killed !!
This is exactly what's happening. Its channels get lost (except #0,
which is special), but it cannot be killed.
Perhaps the problem here is in the timing. If it is true that jobs with
Dilwyn Jones wrote:
What exactly is the registry?
The mother of all INI files. Actually it's a database which stores all
configuration information.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Dilwyn Jones wrote:
Incidentally, can anyone tell me if my line wrap at 70 characetrs is
working now?
Don't bother, Outlook Express is broken in this respect and has always
been. Only solution is to use a real email program.
Marcel
___
QL-Users
Dilwyn Jones wrote:
The Filter is in effect a partial printer emulator. What you print
from
Quill, S*Basic, or Easel, etc, via a device (Ser, Par, etc) with or
without
printer drivers (printer_dat, gprt_dat) is what the Filter responds
to. But
instead of converting the incoming data into
Wolfgang Lenerz wrote:
The FILTER
===
Nice work there. Much more reasonable than most things that have been
floating around lately.
Marcel has pointed out on this list that the old PRTBUF device would
be suitable, however I feel this is not the case since that can only
send output
P Witte wrote:
The problem I was trying to solve relates to the fact that drivers cant
start jobs or open channels,
At least the latter is not impossible. Anyway, didn't the ancient PRT
device back then already solve most problems discussed here.
Marcel
Michael Grunditz wrote:
Is there a way to have a normal cursor instead of a x in QD ?
x means that it uses a sprite that cannot be displayed in the current
colour mode. As it uses the system sprites you have probably loaded
some system sprites that are incompatible with your colour mode.
Marcel
Wolfgang Lenerz wrote:
I wonder why it will not print from QPC2. ??
Me too!
If the same printer prints from the Q60, QPC should be able to handle it,
too.
Unless it's the way the printer port is set up in your bios (ECP EPP and
whatnot)?
USB vs parallel connection? Just my guess.
Michael Grunditz wrote:
Oh thats why it displays normal on qpc. How do I solve this ?
Well, don't load the high colour sprites.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
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
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
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
Tony Firshman wrote:
interest doing in software development
The complete phrase is:
Do you have an interest doing in software development?
What is wrong exactly?
For my foreign ears this sounds awfully strange. Shouldn't doing and
in at least be swapped?
Marcel
New QPC2 version 3.23 is now available for download on my web page at
http://www.kilgus.net/qpc/ .
Excerpt from the version history:
3.23 PAR dialog sometimes didn't show the actual settings.
Changed printer enumerations so that unavailable network printers don't
delay everything.
[EMAIL PROTECTED] wrote:
However, whenever a new version is released, I have to set up my
configuration settings again - is there a way around this?
Sure, just use menuconfig to update the smsqe.bin file. Can also be
done automatically, e.g.
EX menuconfig;'\q \u dos1_qpc_smsqe.bin'
Of course
I have a few openings left in the QPC beta tester team. If you
seriously want to get the latest versions as soon as possible please
contact me privately. Those who got the latest beta yesterday are
already on the list, obviously, and don't need to contact me ;-)
Marcel
One more thing:
If you want to apply please tell me which mail address to use. The
only request I have is that the mail address does not change often, I
don't want to spend much time maintaining the list.
Marcel
___
QL-Users Mailing List
Davide Santachiara wrote:
QSI on Intel Centrino 1,6 MHz QPC v3.12: 2460 (24,6 times faster than GC)
QSI on Intel Centrino 1,6 MHz QPC v3.22: 2795 (28 times faster than GC)
That actually means that thanks to the latest updates on QPC I had a
speed-up gain in the order of 13%. Well done Marcel
Phoebus Dokos wrote:
Added the reference in URL:http://en.wikipedia.org/wiki/QDOS
A compiler would cry unmatched parentheses.
Doh!
Hehe
I've fixed it.
Marcel
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm
gwicks wrote:
The QL community may be small, but we can still achieve a lot! The 30 days
covered a period when the site was busy because of QL2004 and the GD2
upgrade downloads. In fact, in the week before QL2004 the hit rate was the
equivalent of about 1300 per month. This shows it is well
Tony Firshman wrote:
Well of course Skype has to be installed both ends, but nothing unusual
otherwise for ADSL.
One can call landline phones, but not for free.
Uniquely it is peer to peer, so one does not need a central (probably
spy) server.
Actually no, it's usually not. For it being
Tony Firshman wrote:
It does not have a centralised server, but uses non-firewalled clients
and clients on publically routable IP addresses to help NAT'ed nodes to
communicate by routing calls
Gobbledegook to me of source!
Of which source? ;-)
This means that a non-firewalled Skype user can
Mike MacNamara wrote:
The only pauses we get are when there are large downloads at same time,
other than that it is better than landlines.
Now I really do start wondering how bad the landlines in the UK are!
Germany has had a fully digitalized net for about a decade, never had
a connection that
[EMAIL PROTECTED] wrote:
I agree with all those who thought that QL2004 was a good and exciting show.
It is always nice to see people who have previously only been names on an
e-mail.
Yes, definitely.
I came away knowing that GWASS had to be amended yet again.
Good to know that I can be
Dilwyn Jones wrote:
So it looks like the chain of software is:
[snip]
4. A final 'driver' then takes care of the fine detail of sending
raster graphics to the printer itself, which will be different for
every printer.
Step 4 is possibly not needed if the Postscript interpreter such as
Tony Firshman wrote:
(I thought Tony was going to get lynched when he ordered other
users off the line to make way for Jon Dent's presentation,
That is a mite hard. I thought the whole point of the internet
connection was for Jon's demonstration. We had the internet connection
from about
Dilwyn Jones wrote:
First thing I need to ask is: with these Windows-only printers, what
is the printing mechanism? Do they take Postscript or some form of
raster graphics output (or is this essentially the same thing)?
Those two are on completely different ends of the printer language
What I forgot to mention, there are also new versions of the manuals
online. Thanks to Per Witte the English used in it should be a bit
better and I added the new commands (done by me, so don't blame Per if
those sound strange. I HATE writing manuals at least as much as you
all hate reading them
Marcel Kilgus wrote:
cmp.w #$28,$280e4 (Hex $0C790028000280E4)
Addendum: if anybody now says but hey, that's sys_klock, then I can
just answer: yes, that's true and yes, it's strange. I guess it's
actually a bug and $280e6 was meant.
Not a particularly bad bug, $280e4 is usually 0
gwicks wrote:
A more recent case is EasyPtr. You cannot use this with the new colours.
I just came off the phone with Albin. In the course of the
conversation we recognised that we would have met tomorrow anyway at a
wedding of a mutual friend, so I will have some time to talk to him
and sort
Wolfgang Uhlig wrote:
Make him rewrite EasyPtr... :-)))
Not going to happen. He said if he were retired he'd probably do
something, but as it is, he isn't and has enough paying things to do.
Marcel
___
QL-Users Mailing List
gwicks wrote:
Thanks Marcel. I think we need to know he would agree to a wider
distribution of your version of EasyPtr. We would have to decide if this
should be a charged or an free upgrade. (My feeling is that it is a
significant upgrade and therefore should be charged, but then you would
James Hunkins wrote:
A very interesting method. So far (after my normal fiddling with C68)
this now works if I right click on the window that should stay hidden -
I see it flash to the top but the window it has called flashes back on
top.
And what happens if you move the top application to
James Hunkins wrote:
Marcel, were you thinking of something specific here?
Just that constantly picking a windows is a bad thing to do. Perhaps
I want to work with another application on top that happens to burry
it?
That's also why programmatically bringing another application to the
François Van Emelen wrote:
Could someone help me with the following procedures?
They have to do with the new cursor is a sprite facility, i.e.
instead of the old box (which is achieved by XORing part of the screen
with the colour red) one can use a sprite (of a certain size) which
can look like
John Sadler wrote:
[EMAIL PROTECTED] writes
Yes but none of the emulate the higher instructions!!
And you need these for ?
Anything that uses floating point a lot, such as graphics, particularly
rendering of images.
Using the SMSQ/E FP functions on QPC is probably faster than using
Phoebus R. Dokos wrote:
SMSQ/e for example could be 20-30% faster by using 68020+ instructions on
the SGC/Qx0/QXL machines :-)
This assumption is based on what exactly?
Marcel
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm
Wolfgang Lenerz wrote:
What about free Willy! then? ;)
Wolfgang
That's a verb!
Not in the case of an exhibitionist.
Marcel
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm
Malcolm Cadman wrote:
Any solution ?
LRESPR qlib_sys (if you have QLiberator). I think it also wants Turbo
Toolkit loaded.
Marcel
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm
Joachim Van der Auwera wrote:
1. IE
2. Opera
3. Mozilla
4. kHTML
The Mozilla browser has an engine called Gecko, with a XUL interface
which uses Gecko at its core. Many other browsers like Mozilla, Firefox,
Netscape navigator etc use either of these engines for all the
rendering.
Wolfgang Uhlig wrote:
It is also available in Greek courtesy of yours truly
Sorry Phoebus, my English is too poor. I've read this sentence 10 times but
cannot understand what you mean :-((
He hinted that he did the Greek translation.
Marcel
___
Tony Firshman wrote:
Have fun, Marcel
Not nearly as much fun as you I think.
I WISH you to have fun. To actually have it is your job ;-)
Sounds a great holiday. What sort of boat?
Steal boat, 15 meters, 27 tons. And I even have a way to stay
on-topic: I gathered it has an on-board QL (SGC,
Tony Firshman wrote:
Steal boat,
Where did you pinch it from then (8-)#You mean 'steel' of course.
Erm, never mind my kleptomanian side ;-)
I used to have a 9 metre steel 'narrow boat' on a canal near here.
Used to? Are you now too wide for a narrow boat? :-)
Tel him I would love to see
Thierry Godefroy wrote:
I'm fed up of useless fights in the QDOS/SMS community, and for your
info, the reason for my long absence and silence was precisely the
previous flame war about SMSQ/E... I guess I'll just return to the
lurking and passive/unproducive mode.
I second the motion of the
Joachim Van der Auwera wrote:
Speed is not the issue.
I beg to differ. Applications coming to a complete halt because the
garbage collector decides that it is time to bring out the thrash are
not unheard of.
And that's basically my point. A garbage collector is a convenience
for the programer.
[EMAIL PROTECTED] wrote:
Something for Phoebus to do in his summer break perhaps (as he's
ported uQLx to another platform, for example).
Actually that was Peter and it wasn't even as much a port as a
recompile using readily available linux emulation libraries. To my
knowledge not a single line
Tony Firshman wrote:
My Tosh Libretto (256mHz /64mb ram) quite happily runs XP and all std
applications I have thrown at it - qemulator included.
The fastest PC I own is still my 850Mhz notebook (usually run with
600Mhz) and 384MB Ram. As I don't play any current games that was
enough for
[EMAIL PROTECTED] wrote:
Well, if somebody paid me full time to professionally do that job I'd
say 1 to 2 EUR might be enough...
Cheque or cash :-))
Only cash :-)
Or would the undying appreciation of this QL user do? Nah, didn't think
so..!!
Almost but not quite ;-)
Marcel
[EMAIL PROTECTED] wrote:
Ooh...ql-users war about to break out between Ireland and Germany? ;-))
Nah, never. I might want to visit it someday ;-)
Why don't you? open invite, you'd enjoy the piss-up, whoops sorry, Ql Show
we have...
I'd like to, but it's quite a distance from here, especially
901 - 1000 of 1012 matches
Mail list logo
