RE: Re: [ql-users] Proforma Filter
On 3 Dec 2004 at 21:58, Duncan Neithercut wrote: the GUI - I find that it does not list all printer drivers correctly - loses first the one so passes the driver ID one position out of step to the filter. I only have 6 installed only the Epson stylus ones. Ooops, yes, done. Also the radio button Yes for print on the screen does not clear when switched off No. Both remain selected so its difficult to know what is selected. Done Ok, there is a new version on my website. This is a real beta version, meaning that I hope to have most bugs out, the doc is in sync with the facilities and it *should* now work with Qdos, which doesn't have named pipes. That aspect is not testes (yet). I'd be greatful if somebody could test it on a Qdos machine... The GUI is renamed PCP, there are many bugfixes. To be done: ** Freeze the interface between the PCP and the filters. (this depends on the feature y'all want - up to now I've seen - colour to be printed it + choose the font (this latter will NOT be implemented at first, until somebody tells me of another fontpack i.e. normal + bold +italic+ bold italic). ** Implement this interface in the PCP and the filter supplied. RTM! as usual at: www.scp-paulet-lenerz.com/14mljkl24/wolf/download/ Wolfgang www.scp-paulet-lenerz.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
Sat, 04 Dec 2004 15:58:46 -,() Rich Mellor [EMAIL PROTECTED] /wrote: Just a quick question I use the function SCR_XLIM in QWord to read the screen dimensions. It works under SMSQ/e on QPC2 and Aurora, but returns channel not open under Minerva Am I right in thinking that the reason for this is that it defaults to using #1. Under SMSQ/e if #1 is not open when a command attempts to use it by default, then the command is redirected to #0. This seems a fair assumption - but surely it would be better if system commands all used #0 anyway? SCR_XLIM is an SMQ/e only function AFAIK I thought you were using the DISPLAY2_CDE for that Phoebus -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Checking for screen mode on Aurora
I have been testing out QWord on the Aurora and can report that it works nicely under SMSQ/e. However, I am having problems in getting it to work under the native Minerva o/s. The idea is that it talks directly with the Aurora display hardware and therefore avoids the need to have SMSQ/e running. Before now, the program uses a small machine code routine to check if the machine it is running on is an Aurora and then it checked whether the GD2 drivers were present. If they were present, then it presumed it was running under SMSQ/e, otherwise it knows it has to talk directly to the Aurora display. This used to work fine until I came to test it today. The reason it no longer works is because the latest PTR_GEN and WMAN set up the system calls for GD2, even though the machine it is running on cannot handle it. So, what is the best way of overcoming this - ie. knowing that we are using Aurora - are the drivers available to output in full colour? It is no good testing the ROM version, just in case someone releases a high colour version of Minerva. The code I currently use is: RW_GD2 * Routine to check for availability of GD2 colour drivers moveq #0,d0Presume default is #0 cmpa.la3,a5 beq.s no_GD2CH No parameter lea.l 1*8(a3),a0 cmpa.la0,a5One parameters? bne bad_param btst #7,1(a3,a6.l)First one preceded by hash? beq bad_param movea.w $0112,a2 SB.GTINT - Fetch the integer params jsr (a2) bne bad_exit moveq #0,d0 move.w0(a6,a1.l),d0Get BASIC channel number no_GD2CH bsr GetChannelID Convert channel number to channel ID tst.l d0 bne what_chan * First of all check for pointer interface moveq #$70,d0 IOP.PINF moveq #-1,d3 trap #3 tst.l d0 Is the pointer interface present? bne no_ptr Return -19 (no pointer interface) moveq #$6F,d0 IOP.SLNK to get pointer device definition block moveq #0,d1Position in linkage to set moveq #1,d2Number of bytes to set (0) moveq #-1,d3 Timeout suba.la1,a1Pointer to data to set trap #3 tst.l d0 bne no_ptr move.l$128(a1),d1 Grab pt_ident moveq #0,d5 cmpi.l#'PTR2',d1 Check for GD2 drivers bne no_GD2 lea.l Hardware_Flag,a4 moveq #1,d1 move.w#0,(a4) Store GD2 drivers present flag bra float_ret no_GD2 lea.l Hardware_Flag,a4 move.w#1,(a4) lea.l PointerDef_addr,a4 move.la1,(a4) Store pointer definition block address moveq #0,d1 bra float_ret no_ptr moveq #-19,d1 bra float_ret -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
On Sat, 04 Dec 2004 11:19:24 -0500, Phoebus Dokos [EMAIL PROTECTED] wrote: Sat, 04 Dec 2004 15:58:46 -,() Rich Mellor [EMAIL PROTECTED] /wrote: Just a quick question I use the function SCR_XLIM in QWord to read the screen dimensions. It works under SMSQ/e on QPC2 and Aurora, but returns channel not open under Minerva Am I right in thinking that the reason for this is that it defaults to using #1. Under SMSQ/e if #1 is not open when a command attempts to use it by default, then the command is redirected to #0. This seems a fair assumption - but surely it would be better if system commands all used #0 anyway? SCR_XLIM is an SMQ/e only function AFAIK I thought you were using the DISPLAY2_CDE for that Yes - you are probably right - but I think that it defaults to #1 in both cases Never mind - have just opened #1 within the program to overcome this. Detection of high colour drivers is more of a problem though - see other email -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
Yes - you are probably right - but I think that it defaults to #1 in both cases Never mind - have just opened #1 within the program to overcome this. Detection of high colour drivers is more of a problem though - see other email Most resolution checking extensions using iop.flim require an open window channel to return maximum window size. Some such as the SMSQE ones implicitly open a channel, so it seems to the user that it doesn't newed one. DISPLAY_CDE extensions don't have a default channel, you must give them the lowest valid CON channel number. It doesn't have to be a big window though, just a little 8x8 window (some extensions will work with minimum 2x1 window, never tested display_cde on that). The latest display_cde has extensions for detecting GD2 and a few other bits and pieces. I thinkit's on my website, if not, I can email you a copy. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
Sat, 04 Dec 2004 19:07:11 -,() Rich Mellor [EMAIL PROTECTED] /wrote: On Sat, 4 Dec 2004 18:03:18 -, Dilwyn Jones [EMAIL PROTECTED] wrote: Yes - you are probably right - but I think that it defaults to #1 in both cases Never mind - have just opened #1 within the program to overcome this. Detection of high colour drivers is more of a problem though - see other email Most resolution checking extensions using iop.flim require an open window channel to return maximum window size. Some such as the SMSQE ones implicitly open a channel, so it seems to the user that it doesn't newed one. DISPLAY_CDE extensions don't have a default channel, you must give them the lowest valid CON channel number. It doesn't have to be a big window though, just a little 8x8 window (some extensions will work with minimum 2x1 window, never tested display_cde on that). OK - of course I should have implicitly specified a channel number !! Silly me. The latest display_cde has extensions for detecting GD2 and a few other bits and pieces. I thinkit's on my website, if not, I can email you a copy. Just had a look - your GD2 code looks very similar to mine (can't remember if I sent you the code or vice versa). Anyway, it has the same problem (?) in that it will always return a value of 1 (indicating GD2 is present) whenever the current WMAN / PTR_GEN is present, even if its hardware that doesn't support the GD2 drivers (or the GD2 drivers haven't been written, such as Minerva on an Aurora machine). Rich, the code was working fine... and the Aurora version (I still have) still works fine on my Aurora under both Minerva and SMSQ/e Did you change anything? Phoebus -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
On Sat, 04 Dec 2004 14:41:20 -0500, Phoebus Dokos [EMAIL PROTECTED] wrote: Rich, the code was working fine... and the Aurora version (I still have) still works fine on my Aurora under both Minerva and SMSQ/e Did you change anything? Phoebus Nope - this seems to be linked to the version of ptr_gen and wman that you are using I presume that I can use the latest version on Minerva hmm not tried to run a program under them though... (had to reformat that hard disk as well - drat !!) -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] How many repeats this time?
All right, who's been sabotaging tesco.net? Like this email, I sent one copy to ql-users, one copy to Jochen's QLNews list. Every time I've dialled up tonight I've had another copy back. That's what I get for threatening to put a picture of all those nice QL people in a calendar. Some of the alcohol must have leaked into the PC...and I've got to get up at 0515 tomorrow for work, not a nice thought to go to bed on in a moment, 10 copies of every email I send coming back. Jochen claims I sent 5 copies to QLNews. Rather clever as I only sent it once. In turn, his email back to me had 5 copies of the original email attached, so that's 10 I've had back in total! I've heard of Christmas Spirit but this is ridiculous. Hope you've all got your QaLendars by now... -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
On Sat, 4 Dec 2004 19:47:58 -, Dilwyn Jones [EMAIL PROTECTED] wrote: Just had a look - your GD2 code looks very similar to mine (can't remember if I sent you the code or vice versa). Anyway, it has the same problem (?) in that it will always return a value of 1 (indicating GD2 is present) whenever the current WMAN / PTR_GEN is present, even if its hardware that doesn't support the GD2 drivers (or the GD2 drivers haven't been written, such as Minerva on an Aurora machine). You and Marcel told me how to detect GD2. If the OS/WMAN/Whatever supports GD2 it will return GD2 present code no matter what colours. It only detects a GD2-capable OS, you could probably go by mode number after checking for GD2. I think the code needs to be updated then to try and maybe set a high colour mode (but which one cos that depends on the hardware !!) Problem is that WMAN is reporting that it supports GD2 - its just the fact that the drivers for the o/s don't exist Where's Jochen and Marcel when you need them !! -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Detecting GD2
Dilwyn et al... In the absence of comments from Jochen / Marcel I think the problem is that WMAN is reporting that GD2 is available. What we need to do is then go on to see if the colour drivers are available if GD2 is present. Guess the only way of doing this is to try and use one of the new commands added by the device drivers to set the ink / paper etc... However, I cannot find the GD2 documentation anywhere which describes the new system calls - can someone point me in the right direction?? -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2
On Sat, 04 Dec 2004 21:00:27 -, Rich Mellor [EMAIL PROTECTED] wrote: Dilwyn et al... In the absence of comments from Jochen / Marcel I think the problem is that WMAN is reporting that GD2 is available. What we need to do is then go on to see if the colour drivers are available if GD2 is present. Guess the only way of doing this is to try and use one of the new commands added by the device drivers to set the ink / paper etc... However, I cannot find the GD2 documentation anywhere which describes the new system calls - can someone point me in the right direction?? OK - found the documentation on Thierry's website - this should surely also be on the SMSQ/e site and possibly Marcel's ?? Just spotted a slight problem - does anyone remember the System toolkit? That added some extra commands, including TRAP #3, D0=$50 to read file attributes (such as read only). Let's hope there's no software that uses this as it is IOW.papp on colour drivers (set paper to system palette)!! -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2
On Sat, 04 Dec 2004 21:12:33 -, Rich Mellor [EMAIL PROTECTED] wrote: On Sat, 04 Dec 2004 21:00:27 -, Rich Mellor [EMAIL PROTECTED] wrote: Dilwyn et al... Guess the only way of doing this is to try and use one of the new commands added by the device drivers to set the ink / paper etc... However, I cannot find the GD2 documentation anywhere which describes the new system calls - can someone point me in the right direction?? OK - found the documentation on Thierry's website - this should surely also be on the SMSQ/e site and possibly Marcel's ?? This works - amended code appears below. However, Dilwyn, if you want to incorporate this into the display toolkit, you will need to read the existing strip colour before attempting to set it with IOW.INKP - I haven't bothered as I shall not be calling this from BASIC. RW_GD2 * Routine to check for availability of GD2 colour drivers moveq #0,d0Presume default is #0 cmpa.la3,a5 beq.s no_GD2CH No parameter lea.l 1*8(a3),a0 cmpa.la0,a5One parameters? bne bad_param btst #7,1(a3,a6.l)First one preceded by hash? beq bad_param movea.w $0112,a2 SB.GTINT - Fetch the integer params jsr (a2) bne bad_exit moveq #0,d0 move.w0(a6,a1.l),d0Get BASIC channel number no_GD2CH bsr GetChannelID Convert channel number to channel ID tst.l d0 bne what_chan * First of all check for pointer interface moveq #$70,d0 IOP.PINF moveq #-1,d3 trap #3 tst.l d0 Is the pointer interface present? bne no_ptr Return -19 (no pointer interface) moveq #$6F,d0 IOP.SLNK to get pointer device definition block moveq #0,d1Position in linkage to set moveq #1,d2Number of bytes to set (0) moveq #-1,d3 Timeout suba.la1,a1Pointer to data to set trap #3 tst.l d0 bne no_ptr move.l$128(a1),d1 Grab pt_ident moveq #0,d5 cmpi.l#'PTR2',d1 Check for GD2 drivers bne no_GD2 * New code appears in this section * GD2 is present - however are the colour drivers present? * Need to add code to read and store the existing INK colour and then reset it at teh end of the IOW.INKP call moveq #-1,d3 moveq #12,d1 System Palette Colour 12 moveq #-1,d2 No combination colour moveq #$52,d0 IOW.INKP - try to set ink using system palette trap #3 tst.l d0 bne no_GD2 System Trap does not exist - therefore no colour drivers * End of new code lea.l Hardware_Flag,a4 moveq #1,d1 move.w#0,(a4) Store GD2 drivers present flag bra float_ret no_GD2 lea.l Hardware_Flag,a4 move.w#1,(a4) lea.l PointerDef_addr,a4 move.la1,(a4) Store pointer definition block address moveq #0,d1 bra float_ret no_ptr moveq #-19,d1 bra float_ret -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] How many repeats this time?
Sounds like someone has a virus going again. I received several copies but not as part of the normal email list. Either the virus has gotten email addresses from the mail list or someone with my email address (and others) in their address book has the virus. Jim On Dec 4, 2004, at 11:53 AM, Dilwyn Jones wrote: All right, who's been sabotaging tesco.net? Like this email, I sent one copy to ql-users, one copy to Jochen's QLNews list. Every time I've dialled up tonight I've had another copy back. That's what I get for threatening to put a picture of all those nice QL people in a calendar. Some of the alcohol must have leaked into the PC...and I've got to get up at 0515 tomorrow for work, not a nice thought to go to bed on in a moment, 10 copies of every email I send coming back. Jochen claims I sent 5 copies to QLNews. Rather clever as I only sent it once. In turn, his email back to me had 5 copies of the original email attached, so that's 10 I've had back in total! I've heard of Christmas Spirit but this is ridiculous. Hope you've all got your QaLendars by now... -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
I actually use a 1x1 window at position 0x0 for this. Since I don't normally do anything else with this but use it for a dummy channel for screen size detection, it works great. One note of caution, if you do one this small, make sure you do not have borders set to any size other than 0. It seems that the opw_con call go ahead and attempt to setup a window even if there is not enough room for borders. I was getting away with this until the other day when it starting locking things up. Seems like the error trapping in opw_con isn't quite smart enough to check for stupid code like what I tried to do :) jim On Dec 4, 2004, at 10:03 AM, Dilwyn Jones wrote: Yes - you are probably right - but I think that it defaults to #1 in both cases Never mind - have just opened #1 within the program to overcome this. Detection of high colour drivers is more of a problem though - see other email Most resolution checking extensions using iop.flim require an open window channel to return maximum window size. Some such as the SMSQE ones implicitly open a channel, so it seems to the user that it doesn't newed one. DISPLAY_CDE extensions don't have a default channel, you must give them the lowest valid CON channel number. It doesn't have to be a big window though, just a little 8x8 window (some extensions will work with minimum 2x1 window, never tested display_cde on that). The latest display_cde has extensions for detecting GD2 and a few other bits and pieces. I thinkit's on my website, if not, I can email you a copy. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] uQLx-win32
Hi, all... Dutch version of the uQLx-win32 homepage uploaded (Thanks to Marco) Spanish version thanks to Javier Guerra coming up too Phoebus Dutch version URL:http://uqlx.dokos-gr.net/indexnl.html -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QL Calendar
Snippety-snip Any complaints about it being in non-QL format and I'll replace it with a calendar with pictures of Tony Firshman, Rich Mellor, Jochen Merz, Stuart Honeyball, Bill Richardson, Geoff Wicks, Darren Branagh, John Mason, Roy Wood, Joachim van der Auwera, Tony Tebby and Phoebus Dokos. You have been warned! Dilwyn Jones (Been at the sherry again...Trying to lose as many friends in one email as possible!) Please put my picture on That way surely you will lose all your friends forever ;-) ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] How many repeats this time?
- Original Message - From: James Hunkins [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: QL News List [EMAIL PROTECTED] Sent: Saturday, December 04, 2004 10:23 PM Subject: Re: [ql-users] How many repeats this time? Sounds like someone has a virus going again. I received several copies but not as part of the normal email list. Either the virus has gotten email addresses from the mail list or someone with my email address (and others) in their address book has the virus. Jim 6 copies for me on two different email addresses but it's a great QaLalendar. Thanks Dilwyn. John Gilpin. On Dec 4, 2004, at 11:53 AM, Dilwyn Jones wrote: All right, who's been sabotaging tesco.net? Like this email, I sent one copy to ql-users, one copy to Jochen's QLNews list. Every time I've dialled up tonight I've had another copy back. That's what I get for threatening to put a picture of all those nice QL people in a calendar. Some of the alcohol must have leaked into the PC...and I've got to get up at 0515 tomorrow for work, not a nice thought to go to bed on in a moment, 10 copies of every email I send coming back. Jochen claims I sent 5 copies to QLNews. Rather clever as I only sent it once. In turn, his email back to me had 5 copies of the original email attached, so that's 10 I've had back in total! I've heard of Christmas Spirit but this is ridiculous. Hope you've all got your QaLendars by now... -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2
On Sat, 4 Dec 2004 at 21:12:33, Rich Mellor wrote: (ref: [EMAIL PROTECTED]) OK - found the documentation on Thierry's website - this should surely also be on the SMSQ/e site and possibly Marcel's ?? ... so what is Thierry's site. http://www.imaginet.fr/~godefroy/english/index.html no longer works. Tony -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tony@surname.co.uk http://www.firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2
Sun, 5 Dec 2004 00:00:52 +,() Tony Firshman [EMAIL PROTECTED] /wrote: On Sat, 4 Dec 2004 at 21:12:33, Rich Mellor wrote: (ref: [EMAIL PROTECTED]) OK - found the documentation on Thierry's website - this should surely also be on the SMSQ/e site and possibly Marcel's ?? ... so what is Thierry's site. http://www.imaginet.fr/~godefroy/english/index.html no longer works. Tony But this does :-) url:http://thgodef.nerim.net/qdos/ -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2
Thanks, was wondering what happened to his site. A major resource and I hated not being able to find it. Cheers, jim OK - found the documentation on Thierry's website - this should surely also be on the SMSQ/e site and possibly Marcel's ?? But this does :-) url:http://thgodef.nerim.net/qdos/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] SCR_XLIM on SMSQ/e
James Hunkins writes: I actually use a 1x1 window at position 0x0 for this. Since I don't normally do anything else with this but use it for a dummy channel for screen size detection, it works great. If all you want is a window channel - but no window - that doesnt affect anything else on screen, then why not go the whole hog? con_0x0a0x0 is fine in SMSQ/E (except for one or two older versions when this feature was broken). If you want to be compatible with Qdos/Minerva con_2x1a0x0 is the minimum. Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] How many repeats this time?
John Gilpin writes: Sounds like someone has a virus going again. I received several copies but not as part of the normal email list. Either the virus has gotten email addresses from the mail list or someone with my email address (and others) in their address book has the virus. Jim 6 copies for me on two different email addresses but it's a great QaLalendar. Thanks Dilwyn. Ha! I got 9! (so far). Thanks Dilwyn. I dont know what I did to deserve this. Nice calendar though ;) I also dont know how it got to me at Aministrator @ me . fsbusiness . co . uk Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] How many repeats this time?
Sun, 5 Dec 2004 00:48:11 -,() P Witte [EMAIL PROTECTED] /wrote: John Gilpin writes: Sounds like someone has a virus going again. I received several copies but not as part of the normal email list. Either the virus has gotten email addresses from the mail list or someone with my email address (and others) in their address book has the virus. Jim 6 copies for me on two different email addresses but it's a great QaLalendar. Thanks Dilwyn. Ha! I got 9! (so far). Thanks Dilwyn. I dont know what I did to deserve this. Nice calendar though ;) I also dont know how it got to me at Aministrator @ me . fsbusiness . co . uk Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Weird it didn't come to me but once :-) That should teach Dilwyn not to use Outlook ;-) Thunderbird isn't that bad and resembles OE very much btw... (I wouldn't call it the best mailer of course... but compared to OE it is light years ahead :-) Phoebus -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
