Re: [ql-users] Advice

2005-09-16 Thread Wolfgang Lenerz
On 16 Sep 2005 at 14:16, Marcel Kilgus wrote:
 
 die dos1_program files
 
Stop it Marcel, you're killing me...

grin



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] info window colour

2005-07-28 Thread Wolfgang Lenerz
On 28 Jul 2005 at 19:14, François Van Emelen wrote:
  wm_ink#0,hex$('0210')
  wm_paper#0,hex$('020F')
 Shouldn't that be HEX('0210')?

Yup

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] info window colour

2005-07-06 Thread Wolfgang Lenerz
On 5 Jul 2005 at 20:23, Dilwyn Jones wrote:
(...)

 If I can think of a way to ensure that the program does not try to use 
 wm_ink and wm_paper when using mode 4 menus I'll use this approach, 
 which is probably the best.
 
 MWINDOW #0,1!\0 : REMark \0 is needed as a dummy extra parameter for 
 QLiberator
 IF WMAN_VER$ = '2.00' THEN
   WM_INK #0,$0210 : REMark info window foreground
 ELSE
   INK #0,0 : REMark for non-wman2 systems
 END IF
 
 Rather than checking wman version number it might be better (or an 
 alternative at least) to check for the existence of the wm_ink or 
 wm_paper keywords with something like IF EXISTS('WM_INK') THEN or IF 
 CHECK('WM_INK') THEN
 
 Right, plenty of ideas for me to think about! Thank you everyone.
 
Ok, so you want to use different colours, depending on whether the systemuses 
wman 2 or not.

Perhaps:

is_new%=EXISTS (WM_INK)
(or any similar check)

(...)
WINK #channel%, whatever%

(...)
:
def proc WINK (mychan%,myink%)
  if is_new%
 WM_INK #mychan%,myink%
  else
 INK #mychan%,myink%
  endif
end def WINK
:

Wolfgang

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] info window colour

2005-07-05 Thread Wolfgang Lenerz
On 5 Jul 2005 at 9:07, François Van Emelen wrote:
(...)

  MWINDOW #0,1! : REMark set #0 to size of info window 1
  PRINT HELLO

This all seems pretty normal behaviour to me, even though (I stress) I don't
know Easyptr.

Basically, what these commands seem to be doing is printing to a channel
opened 'over' an info window, appsub window or whatever.

It is important to remember that the colours given in the system palettes etc
are ONLY used automatically by the objects drawn by WMAN itself.

Opening a (new) channel over any kind of window and then printing to it is
OUTSIDE of Wman- so the channel doesn't know what colour etc it should be
using.

Why not use

 MWINDOW #0,1! : REMark set #0 to size of info window 1

wm_ink#0,hex$('0210')
wm_paper#0,hex$('020F')
print 

That way, you set the colours of that channel to the corresponding syspal
colours.

Hope this helps

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Free to a good home - the saga continues

2005-07-02 Thread Wolfgang Lenerz
On 1 Jan 1997 at 0:14, Norman Dunbar wrote:

 First of all, apologies to those who wrote in requesting my bits of free 
 kit. I have not forgotten you. I've been incredibly busy (honest) with 
 work and somewhat delayed in getting sorted out with who gets what.
 
 If you can bear with me for a while, I'm being forced to visit Tuscany 
 for a fortnight, then I promise to sort things out when I get back.
 
 Thanks.
 
forced to visit Tuscany??

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE Oddity

2005-06-04 Thread Wolfgang Lenerz
On 4 Jun 2005 at 6:12, [EMAIL PROTECTED] wrote:

 If you run the following program using SMSQE you will get the error message
(...) 
At line 100:3 undefined loop control variable
()
 Does anyone know why this is? Is it a step forwards, backwards or sideways by 
 SMSQE from simple QDOS?

Seems more like a small step for computerkind

If you split it up into three separate lines:

100 for x=0 to max(6,7)
101   print x
102 end for x

it works.

Strange.
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


RE: [ql-users] Pointer Environment

2005-05-09 Thread Wolfgang Lenerz
Hi all,

the latest files for the pointer environment can be found at the Smsqe 
website:

www.scp-paulet-lenerz.com/smsqe

follow the link to additional info  data.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE v3.10

2005-05-07 Thread Wolfgang Lenerz
Hi all,

SMSQE version 3.10 is out and should be with your resellers now.

The source can be obtained from me via CD or form the website:

www.scp-paulet-lenerz.com/smsqe

Have fun.

Wolfgang



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE v3.04 v3.10

2005-05-06 Thread Wolfgang Lenerz
On 5 May 2005 at 20:23, Roy wood wrote:
(...)
 Talking of versions, are we likely to see 3.10 soon. EasyPTR v4 needs 
 this to work correctly.
Yes, today or tomorrow.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Idle thoughts

2005-04-26 Thread Wolfgang Lenerz
On 26 Apr 2005 at 13:23, David Tubbs wrote:
 What market?

Hi all,

I've been silent for some time - most of my time was being eaten up by other 
(and mostly non QL related) things.


Jeremy got a bit flamed for his suggestion to make things (QPC in this case) 
cheaper, even free.

I don't know why Marcel charges for his software, so I can only speak for 
myself. Whilst some of my programs are freely downloadable, others are sold.

Why sell them at all? And at what price?

To reply to the first question, there is no doubt that there is absolutely NO 
financial incentive to devise, program and test software for money in the QL 
market. It doesn't make any sense at all to hope to recover any 
reasonable amount of monay for software you have written in the QL scene - 
reasonable being defined as there being a sensible relationship between the 
efforts you put into the software development (and support) and the money you 
make out of it. (Hence Jeremy's opinion wans't that far fetched at all - if 
you can't make any reasonable money, why charge at all?).


For me, personally (not as registrar) there are two reasons for which I sell 
some of my programs.


The first and the MAIN reason is that by doing so I support the resellers 
(mainly Jochen and Roy, but I'm not exluding anyone here).

I am convinced that, without them, there would be no QL market. I am also 
convinced that without this market, however small it may be, there would 
probably no longer be any real QL scene to speak of. Perhaps this list would 
still be there, ut QL today probably wouldn't etc. I am convinced that these 
resellers are the cord that keeps the Ql community tied together.

If they don't have the chance to make at least SOME money (not PROFITS, just 
something to show for their efforts, eh?) then they will go away. It will be 
our loss.

I think that I can rightly say that I do not make any money on any software 
sold by me. Jochen can correct me if I'm wrong, but I don't think he ever 
paid me any money. Oh sure, some pounds do trickly in occasionally - but I 
reinvest them immediately in software I buy from Jochen, thus again suporting 
the reseller. 

The second reason I charge for some of my programs is to gauge the reaction 
from the Ql community in itself. If this still a viable community? Do its 
members still support the community?

If not, what am I doing there?




On another subject, I now also maintain the Pointer Environment. 
I shall put the newest versions, corresponding to what will hopefully be 
SMSQE 3.10, up on the SMSQE Website when I release SMSQE version 3.10
Don't hold your breath, nothing will be done before next weekend, though!
---

And, finally, there seems to be a very encouraging project for Turbo.
Three chers for Geoge for his work on that (and all for free! - grin)

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Idle thoughts

2005-04-26 Thread Wolfgang Lenerz
On 26 Apr 2005 at 18:11, Roy wood wrote:
 Three Chers? One is bad enough! Mind you it does conjure up an 
 interesting tableaux of George entwined with three versions of Cher - 
 could he cope?

Oh, he'd just say - CHARGE

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Suggestions on a postcard ....

2005-03-08 Thread Wolfgang Lenerz
I think that the best way to get people started in Assembler is to
show them how to make a new basic keyword.

Then everybody can make a small routine and test it easily.

So perhaps you should explain how to make new keywords...

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] RESET in SMSQE

2005-02-25 Thread Wolfgang Lenerz
On 25 Feb 2005 at 8:32, [EMAIL PROTECTED] wrote:

(...)

 
 However the bad news is that though I have now renamed the TK3 RESET to RASET 
 which allows the SMSQE RESET to reappear it (the SMSQE RESET) still crashes 
 the machine. This is true of v3.04 and 3.07. Pressing ALT/CONTROL/SHIFT/TAB 
 is 
 equally bad.
 
 I have checked the code for SMSQE's RESET and, as far as I can see, it has 
 not been overwritten.

Since it does work on many other machines, there must still be something 
wrong with something you load.
TK3 is a prime suspect...

I suggest you load your extensions one by one until you find the one that 
mkes it go wrong.

Then you might want to find out just why it does that.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] RESET in SMSQE

2005-02-24 Thread Wolfgang Lenerz
On 24 Feb 2005 at 23:03, jms1 wrote:

 I have just tried reset  on SMSQE 3.07 on my QXL.
 On a clean machine, it works.
 However if I run my boot program and then reset it crashes.
 So there must be something wrong with reset.

Or your boot program.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] RESET in SMSQE

2005-02-24 Thread Wolfgang Lenerz
On 24 Feb 2005 at 23:03, jms1 wrote:

 I have just tried reset  on SMSQE 3.07 on my QXL.
 On a clean machine, it works.
 However if I run my boot program and then reset it crashes.
 So there must be something wrong with reset.

just a little hint here:

use FiFi on all files loaded by your boot program, to search for reset.
tell us what you find.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] RESET in SMSQE

2005-02-23 Thread Wolfgang Lenerz
On 23 Feb 2005 at 10:04, [EMAIL PROTECTED] wrote:

 The code for the keyword RESET in SMSQE seems to close all channels and then 
 perform the assembler instruction RESET. 

()


It definitely works here. It doesn't do what you say.

 
 Why has RESET not been reprogrammed? 

As a general rule, concerning SMSQE; the answer to such a question would be : 
Because you didn't do it.

Does anyone use it?

It definitey works here,and I use it.
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SERNET revisited

2005-02-23 Thread Wolfgang Lenerz
On 23 Feb 2005 at 17:42, François Van Emelen wrote:
(...)

. I suppose you are referring to a more recent one,
 probably available with the next version of SMSQE?

No, SERNET has nothing to do with SMSQE.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SERNET revisited

2005-02-23 Thread Wolfgang Lenerz
On 23 Feb 2005 at 20:07, François Van Emelen wrote:

(...)

  No, SERNET has nothing to do with SMSQE.
 

 Yes, I know, but as a free Sernet comes with SMSQE
??
I didn't even know that!
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] foo

2005-02-20 Thread Wolfgang Lenerz
On 20 Feb 2005 at 10:50, Dilwyn Jones wrote:

 I've been reading some documents about internet standards and terms 
 which keep coming up and never being explained are foo and bar
 
 They are probably OS related rather than internet protocols as they 
 keep coming up in examples, probaby Unixy terms. Anyone got any brief 
 explanations of what they are, to help me follow the examples?
 
 -- 
Have a look at

http://www.faqs.org/rfcs/rfc3092.html

Personnaly, though, I think it stems from FUBAR

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] for the Swiss QL Meeting Members

2005-02-13 Thread Wolfgang Lenerz
On 13 Feb 2005 at 12:19, Wolfgang Uhlig wrote:
(...)

 Imagine a small town in Peru with one of these laptops in every home.  
 They'd automatically talk to each other,
 instantly creating a municipal communications network for instant  
 messages, e-mail, maybe even voice traffic.
 
 I am sure that is exactly what people in a small town in Peru have been  
 waiting for.

Especially since they wouldn't have electrical power to run these things.
Arnoud had pointed us to something like that a very long time ago.

Well ... Negroponte.

Yawn.

Wolfgang

(Sorry Ian, this is not to rubbish the good feeliongs that must be behind all 
of these idea...)

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] FDD help?

2005-02-09 Thread Wolfgang Lenerz
On 9 Feb 2005 at 0:00, extdgl42 wrote:

 Greetings once again from LurkLand. Can someone help with the following:
()

What I would suggest is first to try a single drive - don't connect a second 
drive, and see whether that works OK.

Older dricesn as used generally in the QL World, had jumpers to tellwhich 
drive was flp21 or 2_.

Many of today's drives don't. They expect the cable to be twisted (which I 
presume is why Roy did this).

However, if you first can ascertain that the drive works on its own (and the 
same with the second drive) at least you know that this is the problem.
Then you can try to make up a correct cable.

Hope this helps.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SERNET

2005-02-02 Thread Wolfgang Lenerz
On 2 Feb 2005 at 9:16, [EMAIL PROTECTED] wrote:

 The description of how to use Sernet to start a job on a remote machine is 
 given in the Q60 manual (but not in my Q40 manual).

Unfortunatley not in mine.

 You can run a SBASIC job across a network by:
 
  EX n1_*ram1_myjob_bas

Oh, does this also work across a normal network? I thought this was peculiar 
to Sernet (hence s1_win1)


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QPC2 v3.30

2005-02-02 Thread Wolfgang Lenerz
On 2 Feb 2005 at 11:15, jms1 wrote:
 
 What about other QL owners  SMSQE?
 Can you run this command on an expanded QL, QXL, Auroa, Q40  Q60

It hasn't anything to do with SMSQE.
It's a sernet (midinet et al) facility.

Wolfgang
 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm
 



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SERNET

2005-02-02 Thread Wolfgang Lenerz
On 2 Feb 2005 at 19:07, wolfgang mühlegger wrote:
  Oh, does this also work across a normal network? I thought this was peculiar
  to Sernet (hence s1_win1)
 
 
  Wolfgang

 plze specify 'normal'

n1 etc - the normal Ql network.

 wolfgang
ditto

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE in ROM

2005-01-31 Thread Wolfgang Lenerz
Hallo Marcel,
 (...)

  Actually, pretty soon now, we miught have a probem with SMSQ/E for
  the Qx0, at least in ROM.
 
  The Rom is only 256 KB long, and we're pretty near that limit now.

 Then this has to be dealt with sooner or later anyway, don't you
 think? Not by me, of course, QPC is long past 256 kb ;-

 In this case a ZIP file with a library of finished designs might be
 useful enough, too, of course.

Also den letzten Satz habe ich jetzt überhaupt nicht verstanden.
?

Viele Grüsse,

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QPC2 v3.30

2005-01-30 Thread Wolfgang Lenerz
On 30 Jan 2005 at 17:43, Malcolm Cadman wrote:

 What does UDP stand for - obviously a Protocol ?

1) Short for User Datagram Protocol.

(2) Short for Usenet Death Penalty 

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE 3.09

2005-01-29 Thread Wolfgang Lenerz
Dear John,


 How are you getting on with George's work to make SMSQE compatable with
 Gwass  Qmac?
 

Actually, I'm getting nowhere.
The last Email I had, i think, told me that George was now testing 
everything, so I was under the impression that this is not finished yet.

Do you know where he's at?

Wolfgang



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Clavier 1.08

2005-01-29 Thread Wolfgang Lenerz
On 29 Jan 2005 at 15:53, Marcel Kilgus wrote:

 Just wanted to say that I think that Clavier is a mightily cool
 application with which everybody should be able to make a keyboard
 layout that suits himself. And as it's not an everyday application I
 will forgive you that it still features the old colour schemes ;-)

Thanks,... I think. :-)

Redoing this to use new colours will be amajor effort, I'm not surewhether 
that will be necessary.

 This said, if anybody has done a new keyboard layout for his region
 and wants it to be incorporated into SMSQ/E we can probably do that.

Actually, pretty soon now, we miught have a probem with SMSQ/E for the Qx0, 
at least in ROM.

The Rom is only 256 KB long, and we're pretty near that limit now.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE 3.09

2005-01-28 Thread Wolfgang Lenerz
Hi all,


SMSQE 3.09 is now on its way to the resellers.

You may get it from them any time soon now.

The sources will be put up at the website as soon as possible.

have fun all!

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE 3.09

2005-01-28 Thread Wolfgang Lenerz
On 28 Jan 2005 at 16:57, Rich Mellor wrote:
(...)


 Good news - just wondering what the changes are

www.scp-paulet-lenerz.com/smsqe

I've put it up, read the changes in the changelog.
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Clavier 1.08

2005-01-28 Thread Wolfgang Lenerz
Hi all,

This message may have gone astray:

I've put up a new version of the clavier program on my
website.


www.scp-paulet-lenerz.com/14mljkl24/wolf/download/

Have fun

Wolfgang


www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Clavier

2005-01-28 Thread Wolfgang Lenerz
Hi all,

I've put up a new version of the clavier program on my
website.


www.scp-paulet-lenerz.com/14mljkl24/wolf/download/

have fun

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] TF

2005-01-26 Thread Wolfgang Lenerz
On 26 Apr 2005 at 8:40, Tony Firshman wrote:

 ... and my middle aged spread happened a long time ago (expansion) (8-)#


And never, ever not by any stretch of imagination could it have been 
called futuristic.


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Disk Mate 5

2005-01-23 Thread Wolfgang Lenerz
On 23 Jan 2005 at 19:04, Pål Monstad wrote:

 I found this mail list and I guess there are still some QL users out
 there. I wrote the program Disk Mate many years ago. Are there still
 anyone using Disk Mate?

I actually bought it from you at a meeting (don't remember which) but don't
use it any more.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] A bit of a drag

2005-01-21 Thread Wolfgang Lenerz
On 21 Jan 2005 at 11:04, [EMAIL PROTECTED] wrote:

(...)

 
 I will have invoked thie outline rather than moving the move icon by the 
 keyword since SMSQE is configured to use the icon.

(Well, you can reconfigure it)

 It appears under SMSQE v3.07 and probably under v3.04 too

Yes, the code hasn't changed. Does it happen when you release te mouse 
button?

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] A bit of a drag

2005-01-19 Thread Wolfgang Lenerz
On 19 Jan 2005 at 10:10, [EMAIL PROTECTED] wrote:


 I have tried this option on Q40 and Q60. It has the nice effect that you can 
 immediately see what is underneath the window being moved since the outlines 
 don't obscure it. However it is a bit disturbing to see, sometimes, an extra 
 outline in a completely different place. It is also rather slower than on 
 QPC2.

Not with the caches enabled...

 Has anyone else noticed this spurious outline?

No, never.

What prog does this? Under what circumstances does this happen, with what 
SMSQE version?

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QL filename length revisited

2005-01-17 Thread Wolfgang Lenerz
On 17 Jan 2005 at 11:55, - Aucun - wrote:
(...)
 Lotus Notes is not only an emailing 
 system but rather a database system. I recently found out for a personal 
 small development that the millions of records (not files, records) in the 
 hundreds of databases online all over the world seem to have a random 
 identification number of 32 bytes giving more 10^77 unique ids and nearly no 
 chance of a clash. Though I am not sure, I believe that those databases rely 
 on this scheme to uniquely identify all those records (Ok then each database 
 also has a unique identifier which is in fact even longer: I do not 
 understand why but that should make the system future proof enough).

Datadesign uses a similar scheme


 (...)


 While I write this, I suddenly realise that I could have done it from 
 QPC+SMSQ/E+SBASIC since QPC has the same shell command (or open a Windows 
 application from SBASIC), but then I should have bought about 150 QPCs for 
 the ~150 users of this system in my company!

So what are you wating for?
Wolfgang



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-15 Thread Wolfgang Lenerz
On 15 Jan 2005 at 13:50, P Witte wrote:
(...)

 Im trying to understand the present state of play, so how do you see the
 question of Qdos compatibility and any consequences? Should a Current
 Directory [CD] be included with the HD or is this a different project?  How
 do filename/path limits affect this project?

Implementing it as a thing means I can makje a standalone version for  Qdos.
The filenames etc don't impact this IF it is done is such a way that the 
filename don't have a limited length. I'm even doubtfull about reasonable 
lengths. If the memory isn't of a fixed size (and in the Thing scheme there 
is no reason that it should be) then the filename lengths becomes irrelevant.
The only time it does become relevant is when it is supposed to be passed to 
the job.

 And how can we be expected to come up with solutions before we even agree on
 what it is were trying to do? You may know exactly what it is you want to
 do. Marcel's ideas appear to be somewhat different (as this discussion
 revealed) I have an inkling of what I want but I dont know if anyone else
 wants it.

Ah, but then I have the privilege of coding it.
he, he...

 
 Are we even really talking about the same project? That the implementation
 ideas are different is obvious. Does the implementation affect the
 functionality or does the functionality dictate the implementation?  Or do
 we have the Supermarket syndrome ie a number of different choices that
 produce identical results. Which to chose? The cheapest, the strongest or
 the sexiest?

I'd go for the sexiest any time, but that may be due to the fact that I live 
in France.

More seriously, we're all trying to go in the same direction, even if we 
implement it differently (there is no right/wrong solution there, I think).
What we want is
a home directory. That is the dir the prog was executed from
a home filename if I may call it that, i.e. the total name of the file that 
was executed (if possible, re: executable things).
both of these are notaionally immutable.
a current directory. Something that starts of as the home directory, but may 
be manipulated by the job itself.


 Practical people dont like being held up by planning and philosophical
 considerations. And yes, there is a risk of it all running into the sand if
 theres too much talk and too little action. But I believe the optimal
 solution will only be found if we take the trouble to search for it. It
 doesnt matter if we have to wait another year, its just a fraction of what
 weve waited so far.

Yes and no.
We can always talk more, but at some stage we're (I'm) going to start 
actually doing something...
Moreover, perhaps we shoukd differentiate between the desgin concept (what we 
want/need) and the implementation.

 The CD issue cropped up as we were talking of HD. But how about other things
 while we are toying with the idea of doing something about jobs? It would,
 for example, be great for a job to have some kind of Quit code: When a job
 is removed it can either be called with a soft request (which the job
 could reject or delay, eg as a result of user input Save file before
 quitting Y/N?) or a hard request, which would allow it a few seconds to
 prepare itself for death after which it would be snuffed out without further
 ado, ready or not.

OK why not. But, to my mind, this is a totally separate issue. There was also 
the issue Jochen had raised on this list some time (years?) ago: SOme form;of 
interrupting a job that is doing some long processing.
But, as I said, this is, at least to my mind, something different. Let's keep 
with the policy of the little steps
 
 Maybe we need an overall development plan before we continue poking around?
Again, yes and no.
Yes, an overall development plan would be great.
No, it isn't such a good idea because we here on this list will NEVER agree 
on something like that.
Also, a development plan is all very nice, but who will do the development? 
The state of SMSQE development so far has always been that those who want to 
participate - do. If we have some kind of development plan then we need some 
coordinator who forces people to do what is necessary...


  More seriously, I don't pretend to know it all and if you have a better
  idea, I (generally) don't suffer from the NIH syndrome.
 
 What is the NIH syndrome?

Not Invented Here.

:-))

(...)
 parent dir), am correct in assuming the DDOWN command has one
  obligatory parameter, the name of the dir?
 
 No, the name of the next sub dir:

(that's what I meant)

 DATA_USE 'win1_prg'
 DDOWN 'ext'
 PRINT DATAD$
 
 would print win1_prg_ext_ on your screen.
 


Yes, thanks
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QPC Keyboard

2005-01-15 Thread Wolfgang Lenerz
On 15 Jan 2005 at 15:24, [EMAIL PROTECTED] wrote:

 Yes I have done that but no success. My QPC2 Config page is in French. Perhaps
 I should have it in English?

I think the language depends on the coutry you're in.
Let's hgetthis is the clear:

the first aplha row of your keyboard is what:

azerty  (french)
qwerty (english)
azertz (german)?

If french, use 33 as country code
if english use 44
if german use 49.
Don't forget the sauver button
Does this help?

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] The hardware conflict...

2005-01-15 Thread Wolfgang Lenerz
On 15 Jan 2005 at 16:33, Joachim Van der Auwera wrote:


(...). Re-apply some of the cooling pasta 

and don't forget the tomato sauce

(sorry Joachim, I couldn't resist that one)


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-14 Thread Wolfgang Lenerz
On 14 Jan 2005 at 11:54, P Witte wrote:
(...)
 What are they?. I dont have a hot_rext (or similar) command. If this is
 contained in some toolkit, then that toolkit should be altered, not the
 system.

yes, you do :-)

eg ert hot_rext(' f ',' win1_progs_fifi ').

Sets FiFi up as a hotkey (in fact an executable thing). Hit Alt F and FiFi 
excutes. But what would its home dir be?

Wolfgang
 
 Per
 
 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm
 



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-14 Thread Wolfgang Lenerz
On 14 Jan 2005 at 15:03, Wolfgang Lenerz wrote:
 yes, you do :-)

No you don't.

I meant hot_res, of course.

Woflgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-14 Thread Wolfgang Lenerz
On 14 Jan 2005 at 16:38, Marcel Kilgus wrote:
(...)

 Very well :-) I'm willing to contribute, perhaps in adapting the
 clients.

yes QPAC2.

Does anybody have a valid email address for Thierry Godefroy. It would be 
nice to adapt FileInfo II, too.

(...)

 Even though it is my idea this probably needs more thinking. 
(...)
OK, no problem, I can always think (I think)
Anyway, If I impelment it as as thing with a separate extention for the 
current dir, this should be OK.

(...)

 Shouldn't we just decide on a suggested value now instead of making
 it dynamic (things like configuration options can't be dynamic
 anyway)? Windows has a max path length of 260 characters for example
 (UNC names can actually be longer, but hardly anybody uses them for
 local files).

I don't mind either way.
 
  set a default filename for a job with a certain name
 
 How do you know the job name? When using HOT_whatever, don't you just
 know the filename then?

Yes.
The scheme I image is a bit longwinded, as follows:

The user sets up a prog on a Hotkey, using Hot_res or any oif the  hot_ 
(I hope this word will not get this email censored) keywords.
The user presumably knows what the job will be called once it exists after 
having been executed from the hotkey.
he then tells the home thing that for a job of that name, the home dir should 
be . This can be done ONCE in the boot file.

Later he fires off the job with the hotkey (and I won't start changing the 
hotkey system!!!). The job interrogates the home thing to see what its dir 
is, by providing the home thing with its job ID. Of course, the home thing 
*should* reply that it doesn't have a home dir since the hotkey itself didn't 
register the job with the home thing. Instead of this, the home thing could 
get the job's filename (since it has the job ID, it can get at the jcb and 
from there the job name - in a way similar to the one I presume QPAC2 JOBS 
menu does it - the job name is supposed to lie a xxx bytes after the start of 
the job which lies xxx bytes after the jcb).
Then is checks whether a default haome dir has been set up for a job with 
this name.

This should work except for jobs whose name changes, e.g QD - but it probably 
doesn't change before the home thing is called)

This is longwinded, of course. The alternative is to change the hotkey 
routines.. I'm NOT sure I'll want to poke into there - also, the hotkey 
routines would have to be amended in such a way as to set up a repository for 
filenames itself. This seems to be double the work.



  As usual, relatively few people have commented on this...
 
 Which sometimes can be a good thing ;-)

lol


Wolfgang



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-14 Thread Wolfgang Lenerz
On 14 Jan 2005 at 11:22, [EMAIL PROTECTED] wrote:

(...)

 This is just a semi-thought. If a file is called win1_d1_twaddle and 
there 
 is no directory called win1_d1_ then the home directory is win1_. Now, 
 while the program is in operation someone types MAKE_DIR win1_d1 and 
 presses 
 ENTER. The directory of the file is now win1_d1_.
 
 Does this worry anyone?

Err, in short - no.

And anyway, who would call a file twaddle?

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-14 Thread Wolfgang Lenerz
On 14 Jan 2005 at 20:08, P Witte wrote:


(...)

 But why? Its enough to know it can be done without knowing how ;)

OK, so this whole discussion makes no sense, I should just have gone ahead...

More seriously, I don't pretend to know it all and if you have a better idea, 
I (generally) don't suffer from the NIH syndrome.


 Actually I can think of one sure method to find a Home Directory [HD]
 string. Taking the structure to look like this:
 
 stack(a7)
 channel count
 channels
 command string
 
 magic (.w)   - (a6,a5) (as at present)
 program's name length (.w)
 HD's length (.w)
 program's name bytes
 padding of above to 42 bytes
 
 Algorithm:
 
 get job info
 find start of allocated memory list
 scan through list:
 if memory ID  my ID: next
 if length of block  52 bytes: next
 if the word at block_length - 48  magic: next
 HD found: exit scan
 end scan

Yes, that would be one way.
Several remarks here: There is no guarantee that a word wouldn't be occurring 
naturally, it would have to be a long word at least.
Why 52 bytes? Let's cater for longer filenames immediately.
Scanning this list will probably take longer than fnd the thing.
It doesn't take care of the current prog string..


 Another way would be to analyse QLib_rext or trace a running program to
 determin whether QLib retains any memory of its original data area. If it
 does, say in a6, 

No need to check Qlib for that. When it comes to your keyword, it'll emuate 
Sbasic, i.e. point to a basic area in A6. We also know that A3  A5 point to 
the parameter list

(...)

 Thus a different structure could be
 used:
(...)

I'm not sure what happens first: relase of the memory, or freeing of the 
thing...
Moreovern this would means that the job continues to use the thing during its 
entire lifetime.
And anyway, if you start implementing a thing, let's go the whole hog.

Moreover, Joachim said on this list that there is a mechanism in the heap 
allocation/release whereby a call would be made to some user specified code 
when the mem is released. I can't find this facility anywhere, thgough. All 
that exists, AFAIK, is an address that will be set when the memory is 
released.
 
(...)
 
   Both. By why not re-use the DUP  DDOWN code as a general utility to
   work on any filename string, given the string's location? Suggest the
 new
   Sbasic keywords be called UD, DD and CD (CD - Change dir, ie set a
   new start string) ie, something quick and simple (though admittedly a
   two char name is potentially dangerous)
 
  NOT trivial.
 
 What is not trivial? The implementation? 
Yes.
But fortunetaly that can be done later.
Incidentally, I don't know the DUP  DDOWN commands. Whilst I have no problem 
understanding the DUP command (after all there is only one parent dir), am I 
correct in assuming the DDOWN command has one obligatory parameter, the name 
of the dir?

(...)

 That was a very discreet one ;)

Always the diplomat, I.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: Re: [ql-users] I'm home, dear.

2005-01-13 Thread Wolfgang Lenerz
On 13 Jan 2005 at 15:52, [EMAIL PROTECTED] wrote:

 It sounds as if you are moving (or hoping to move) towards the end of 
 discussion and on to some programming. 
May I wish you all the best for this project.


Thanks -I'll need it.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-13 Thread Wolfgang Lenerz
On 13 Jan 2005 at 11:59, P Witte wrote:

(...)
 
  I'm not promising anything quick, though.
 
 (Wasnt that what I said two years ago?  ;)

I  *won't* take that long, though!
(...)
  It will be set up as a thing (since I don't think we have found any
  other satisfactory solution for compiled Basic).
 
 We havent really tried, but ok

Go ahead!!!
(...)

 Both. By why not re-use the DUP  DDOWN code as a general utility to work 
on
 any filename string, given the string's location? Suggest the new Sbasic
 keywords be called UD, DD and CD (CD - Change dir, ie set a new start
 string) ie, something quick and simple (though admittedly a two char name is
 potentially dangerous)

NOT trivial.

 [Note: Since we're still in brainstorming mode I reserve the right to
 make /outrageous/ and even downright /stupid/ suggestions without being
 smirked at at future QL shows, ok?  ;o]

Ok, we'll just smirk here, then...

  get the length of the file/dir names (this would only be of interest
   if *somebody* actually gets around to implementing some form of
  long file names).
 
 Yes! Ie, no LEN, it has to be a system call
 
  set a default filename for a job with a certain name
 
 No. I dont see the point. They can just use PROGD$ as now.

No, I thought about hot_rext'd progs.

To reacp:

When you exec an executable  thing from a hotkey, there is no way you'll set 
the home dir for that.
So, I proposed the following workaround: when that prog tries to get its 
homedir, this will fail (sinc eit wans't set for that prog)..
In such a case, the home thing should see whether there is a defaiult home 
dir set for a prog with that name, and pass that default home dir back.
Perhaps hot_rext could even set that default dir, instead of this being done 
by the user explicitly, but this I DON'T promise, I'll have to see how 
feasible that would be.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-13 Thread Wolfgang Lenerz
On 13 Jan 2005 at 12:03, P Witte wrote:

(...)

  This means that the thing will, indeed, have to have some kind of
  default facility, as envisaged earlier.
 
 No, no:
 
 ERT HOT_RES('x', 'win1_psion_XChange', 'X')
 
 The file name is there! Thats the one to store somewhere and propagate to
 every instance of that job.

How? Delve into the hotkey system?
Umph!
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-13 Thread Wolfgang Lenerz
On 13 Jan 2005 at 12:01, P Witte wrote:
  Could you agree to it?
 
 The only power a volunteer has in cases such as these is to give or to
 withhold his work, so of course I agree ;)

No, if you have a better idea, I'm always listening.

 But do you agree that the concept of stacking information on top of the
 stack, as outlined invarious mails in recent days, is theoretically
 feasable?

Yes, of course. I hope I never implied anything different!
 It is actually what I had in mind when I first thatabout this. it's easy - 
but then I hit the Basic snag. And then Marcel talked about the current dir 
etc...
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-13 Thread Wolfgang Lenerz
On 13 Jan 2005 at 11:56, P Witte wrote:
(...)
  (...)
 No, extending the CDB was a hack, and not a pretty one either, but quite
 servicable. My proposal is an extension of an existing facility, namely
 stacking an additional parameter above the command line, where only
 cognizant programs will know to look for it. The concept is widely used
 throughout Qdos/SMSQE. The only hack involved would be to get QLib to find
 it, and QLib is going to have to be hacked almost whatever solution is
 chosen.
I hope not.
Sbasic, Turbo  qlib progs will simply have new basic commands giving thm 
access to the home dir.

Something like your excellent homed$ proposal

Wolfgang

   I don't see memory fragmentation as a problem. The memory block will
   start its life with the memory block for the job and will end its life
   along with it. No fragmentation really.
   If you say so. You havent explained how you would set about it.
 
  Example: allocate the memory before the execution of the job with the
  job as the owner. It will get freed automatically on removal of the
  job. And how do you know that the memory is not valid anymore? Easy,
  the job-ID won't be valid anymore.
 
 The fragmentation I suggested would be due to the fact that whenever a job
 dies there will be three holes in memory instead of just two. However, I
 concede that this probably is insignificant.
 
 Per
 
 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm
 



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QL filename length revisited

2005-01-13 Thread Wolfgang Lenerz
On 13 Jan 2005 at 13:46, Jérôme Grimbert wrote:
(...)

 BUT, the harddisk does not need to be exchanged with another system.
 Therefore, we can do as we want on a harddisk partition.
 As long as we are able to copy the harddisk file to the floppy, who care
 how the file is stored on the harddisk.
 The filenaming issue can easily been dealed with by the user at copy time.

This is of course the best solution - change the win device driver entirely
for something better.

The reason I put the quotes around the best is that this is NOT trivial at
all.. - to be quite frank : I doubt we'll ever see it.

  I had the impression that directories in QDOS were notional, not real. That
  is, each file, with its full name, exists on the medium whether or not a
  directory has been made. Thus, if win1_op_f1 and win1_op_f2 are two files 
  on win1_
  they will immediately appear in a directory if win1_op is made a directory 
  by
 
 make_dir win1_op.
 
  The original files are totally unchanged, but a new file with type 255 (or
  -1) and name win1_op is added to win1. This has the effect, through 
  software, of
  all files with names starting win1_op_ being treated as though they were in 
  a
  directory called win1_op.

 Correct.

No. If you have a subdir called subdir1_ in win1_ and a file called file1 in
subdir1_, that file is NOT in the win1_ directory!

 The filename is stored at the beginning of the file itself, in
 the first sector given by the index.


 I currently assume that make_dir, when creating the directory either:
   - refuse the creation if somefile already exists
yes
   - move the mapping entries from the current directory (/root directory
 or an already existing directory) to the new directory.

yes it does that.

 Now, the problem is that the stored information at the beginning of the
 file is not the filename, but the pathname (the device part being
 removed anyway)
+ the filename
.
 That why I always think that a full pathname (device included) can be
 longer that 41 char: win1_+36 char = 41, but n1_dev1_+36 is already bigger!
yes.

 If we could simply change the make_dir routine, as well as the name
 building code (you have to remember which directories you went through),
 the system could very well provide an unlimited pathname (well, at
 worst, a 32767-char pathname... with at least a directory every 36 char)
 But then we could as well force a directory separator, to ease parsing
 as well as other things: what about a real '/' ?
 The obvious problem with / is that simple expression like win1_eort/ekr
 must be put inside quote to avoid floating evaluation by the basic.
 SAVE win1_eort/ekr, I can live with that!

Again this will require so many changes that I doubt they will ever be made.

(...)


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-13 Thread Wolfgang Lenerz
On 13 Jan 2005 at 12:04, P Witte wrote:
 Is there any reason why the job cant be born as a confirmed Thing user, ie
 it doesnt have to take any specific action to use the Thing when it starts
 up. Let the setup routine (currently EX) sort it all out before handing over
 to the job?

No reason at all other than my pigheadedness, in not seeing why a job would 
continue using a thing when it isn't needed any more.

Wolfgang.


www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] display or convert non _scr formats to _scr

2005-01-12 Thread Wolfgang Lenerz
On 11 Jan 2005 at 22:51, James Hunkins wrote:
(...)
  Can you give a breakdown again of the different keywords (attachments
  don't make it through on this list).

Darn you're right.

OK, here is an extract if the manual. Sorry if this is a bit long.


PC Bitmap conversion


Here are some new SBasic commands to handle some aspects of PC bitmaps.
Plase note that they are only useful for machines having a high colour
mode, i.e. modes 16, 32 and 33!


**
**
*  WL_BMPCVT32 and WL_BMPCVT33   *
**
**

WL_BMPCVT32 is used to convert PC 24 bit bitmaps into a
corresponding QL mode 32 bitmap, which can be loaded with the BGIMAGE command.

Same for WL_BMPCVT33, which converts the PC bitmap into mode 33 bitmaps.

Mode 16 bitmaps are not handled (yet?)

I - SYNTAX
==

The use is pretty simple. The commands have two compulsory parameters
and up to five optional ones. The syntax of both commands is identical, so I
have used WL_BMPCVT32 here. The syntax is:

   WL_BMPCVT32  infile$, outfile$ [, xsize%, ysize% [,red%,green%,blue%]]

where:

   infile$ = filename of PC bitmap image.
   outfile$ = filename of resulting QL bitmap image
   xsize%,ysize% = x and y sizes of the resulting QL bitmap image
   red%,green%,blue% = colours of the border.

The image is handled as follows:

1 - If only the two compulsory parameters (i.e. the filenames) are given,
the PC image is converted into a same-sized QL Bitmap image

2 - If the xsize% and ysize% parameters are also passed to the command, then
the QL image will have these sizes. Please note that, if you give one size,
you MUST also give the other (else you will get an error: bad parameter)!
xsize% and ysize%MUST be even
Passing size for the resulting QL image means that both image may have
different sizes.

There are thus 3 cases:

a - The PC and QL images are of the same size. No problem, this is just
like case 1 above.

b - The PC image is bigger than the QL image, at least in one dimension.
Then the PC image is cropped an equal amount on both sided (and/or above/
below), so that it remains centered.

c - The PC image  is smaller than the QL image. Then a border is added to
the QL image, again the same amount on both sides (and/or above/below), so
that the image remains centered and so that the resulting QL image has the
requird size.

In such a case, the border can have the colour specified in the red%,
green% and blue% parameters. There again, if you pass one of these, you
miust also pass the others  (else you will get an error: bad parameter)!
If none are given, the border is black.
If you want to see the colour the border will have, you could do worse than
use the 'col' program, which allows you to change the RGB values and see
the resulting colour. You can then use these values for the border. The
'col' program should be available from wherever you got this prog (and this
is a blatant plug for another of my programs...)

if xsize% and ysize% aren't given you must not pass any colour parameter
either (else you'll get an error bad parameter).
xsize% and ysize% MUST be even numbers - if they are odd, there will be
a black line of pixels somewhere or the image will be askew!

Please note that the software will only handle 24 bit PC bitmaps.


II - How to use this:
==
1 - LRESPR the BMPCVT_bin file
2 - make the following Basic program:

10 WL_BMPCVT32 devx_my_PC_picture,devy_myQL_picture,1024,736,128,128,128
20 BGIMAGE devy_myQL_picture


et voilà... This makes a 1024*468 large picture, possibly with a grey border.


III - Credits.
==

Many thank to Phoebus DOKOS, who conceived the first converter, as a PC Visual
Basic program.

He was kind enough to let me have the documentation for PC bitmaps, and his
source code, and thus helped me enormously!


IV - Limitations


The software has one limitation: It needs an enormous amount of memory, since
it must hold both the PC and the QL pictures in memory at the same time.

You'll need at least something like 8MB!


*
*   *
*   WL_BMP8LOAD *
*   *
*

Loads an 8 bit PC bmp image into the screen, provided that the screen is in
mode 32 or 33.

Syntax:

WL_BMP8LOAD[#chan%,] filename$

This directly loads the existing 256 colour PC bitmap file onto the screen.
The image will be made to fit into the channel. If no channel is given,
channel #1 is used.
If the image is too large in any dimension with respect to the channel size,
then it will be clipped.

The image is always loaded so that it starts being displayed in the upper left
corner of the channel - no centring here.

Possible error returns:
-19 

Re: [ql-users] I'm home, dear.

2005-01-12 Thread Wolfgang Lenerz
On 12 Jan 2005 at 13:20, P Witte wrote:
(...)
 That is why Im suggesting to use the Save Name as
 the Homedir in the interpreter. The difficult bits have already been
 implemented, only we dont currently have access to the Save Name except
 indirectly through (Q)SAVEing and (Q)LOADing the current program.

Oops, in this case I don't understand at all what you are talking about.
What is the save name?


Wolfgang

 Per
 
 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm
 



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-12 Thread Wolfgang Lenerz
On 12 Jan 2005 at 13:25, P Witte wrote:

(...)
 As long as you dont mean that this has to be done on the EX command line, I
 agree with the above description.

No, that wouldn't make much sense.

 Having said that, it /would/ perhpas be nice to add something like this as
 an option to
 overwrite the default home directory, although is does complicate an already
 overloaded parameter list:
 
 EX filename ; command string ! different homedir

Before IMPROVING the service, let's already get it...
(grin)
(...)


 Its first of all a matter of finding the job's dataspace. 

No,no!

To recap:

job start   (a6)
(generally a bra to the real code)

pointed to by A6 on job execution


code area

...
data area   (a6,a4)


stack   (a7)
containing
nbr of channels
channels

command line(a6,a5)


So the command line doesn't lie in the data area itself, but above the stack 
(the diagram above is upside down). So a pointer to the dataspace doesn't 
make any sense, you don't know how large your dataspace is (once the program 
executes, the loader does, though).

A normal prog should be able to find its command string as it should 'know 
how it has manipulated its own stack.

But a compiled basic prog? Nothing points to it anymore.
If one were *sure* there is nothing on the stack, one might even get at it 
through the stack pointer. which, after all, lies just above the commnd 
string and thus the home dir in this scheme.

One way around it: precede the home dir with a unique long word and search 
for that in the stack area. This presumes that the home dir is of a fixed 
maximum length



The Homedir string
 is at the top of that, past where the QLiberated job has any legitimate
 business to poke around 

legitimate.
Says it all

(...)

 I havent looked in detail how the dataspace may be found, but I presume it
 possible to find any executing job's dataspace by legitimate means.  It is
 also possible that the QLibbed job's a6 points to its dataspace. Either that
 or it stores the its location somewhere, as it needs to find its own command
 string on demand.

Nope, see above

 Alternatively, EX could be made to identify a QLibbed program and store its
 dataspace address in a known safe location before activation.

Err, like what? And how do you get at it from within your basic keyword 
(which should also work for normal uncompiled basic)
(...)
 
 Better to flame now than once it is implemented ;)

Of course. We're far from it, anyway


 Per
 
 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm
 



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-12 Thread Wolfgang Lenerz
On 12 Jan 2005 at 13:26, P Witte wrote:
(...)

 Doesnt this defeat the object? We already can do this with a simple Config
 block. The point of a Homedir is that you can always know the name and path
 of the current job from wherever it is executed.

I think we were talking about jobs executed from things which don't have a 
filename.
Weren't we?

 (BTW, by supplying the name too, it would allow the program to poke its own
 binary on disk, eg for configuration purposes).

OK, sure.
I think Marcel said something similar, too- the dir name and the total name 
of the file.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-12 Thread Wolfgang Lenerz
On 12 Jan 2005 at 14:31, John Hall wrote:

(...)

 True. (And, of course, your Thing could potentially be extended to
 store any number of per-job data items.)


Yes, Marcel has seen the potential of it immediately.
 
 It's just that, for some reason, what we're trying to achieve doesn't
 seem to me to be a Thing sort of thing :-)

:-)
If you look at a typical thing list in SMSQE, you will find things such as 
flp control, win control, Keyboard, Hotkey etc

All thing things. (and anybody who lisps when reading this goes to Singsing 
immediately, without going by start and collecting...)

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QL filename length revisited

2005-01-12 Thread Wolfgang Lenerz
On 12 Jan 2005 at 12:23, P Witte wrote:
(...)

  I'm just asking this question since I don't think I'd be competent enough
  to make these changes.
 
 If YOU cant, that doesnt leave us many options ;)

As I see it, the problem isn't so much the actual coding in itself (you could 
do that, too).

But this will have many implications/changes in many files of the source 
code.
Forget one and you're toast. Identifying them all will be a major effort, 
unless you already know your way around very well - which isn't my case.


Which is why this was only a question and not a suggestion.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-12 Thread Wolfgang Lenerz
On 12 Jan 2005 at 23:46, Marcel Kilgus wrote:

  Your idea sounds excellent. Instead of my bicycle you and Wolfgang have
  produced a Mercedes. I am in favour (as long as I dont have to produce it ;)
 
 Damn, that was my precondition, too! ;-) But it does start to sound
 like a worthwhile job.

You will notice that (contrary to the long file names topic) I didn't ask a 
question, but made a suggestion. This implies that I'm quite willing to 
do that stuff...

I'm not promising anything quick, though.

Can we more or less agree on the following:

---
It will be set up as a thing (since I don't think we have found any other 
satisfactory solution for compiled Basic).
For each job, the thing should contain:
the complete filename
the dir whence it came from (home dir)
the current dir which will initially be the home dir

facilities should exist to
set the complete filename. This will also set the home dir and current 
dir.
get the filename, home dir and current dir.
set the current dir (either directly or by ddup, ddown?)
get the length of the file/dir names (this would only be of interest
 if *somebody* actually gets around to implementing some form of 
long file names).
set a default filename for a job with a certain name

--

Anything else?

As usual, relatively few people have commented on this...


Wolfgang



___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-12 Thread Wolfgang Lenerz
On 12 Jan 2005 at 21:22, P Witte wrote:
 
 LOAD win1_prg_fred_bas: REMark Load a program
 SAVE: REMark Save the same program
 
 win1_prg_fred_bas is the Save Name as far as Im concerned as I dont know
 what else to call it. The Save Path (or directory) here is win1_prg.

Right, I wasn't even aware of that possibility!

I've had a quick look, this seem to be an Sbasic specific feature, it 
doesn't exist in Superbasic (nor, I think in TK II, but could somebody 
check?)..

Perhaps, in that case, it should be kept separate from the home dir and 
a simple function should return that name? The name also seems to be 
limited to 36 bytes, something I'd like to avoid for the Homedir thing.

Wolfgang

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] display or convert non _scr formats to _scr

2005-01-11 Thread Wolfgang Lenerz
On 11 Jan 2005 at 6:49, Wolfgang Lenerz wrote:
(...)

 I wrote some extensions for this quite some time ago.
 You might want to check my download site and get the bmp converter 
 prog for this!
 
 Alternatively, use the enclosed keywords.

Sorry, I sent that before I noticed that the problem had already been 
solved.

Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-11 Thread Wolfgang Lenerz
On 11 Jan 2005 at 10:53, John Hall wrote:

(...)

 Conceptually, I'm not keen on this centralised approach - it seems
 rather too Windows-like!

 Since it's an item of job-specific data, couldn't it be associated
 with a job-specific data area or structure (e.g. put on the stack
 prior to activation)?

 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?

By the time your (new) keyword to fetch the data has been called, what is on
the stack will/might have been overwritten

The only other job-associated data structure is the job header. I am NOT
willing to bet on the number of programs out there that assume that this
structure is $68 bytes long...

(...)
  If there are many of them, I might envisage creating
  a new trap (#3, D0 = $3F) which takes as parameter the
  name of a file  excutes it (this is a facility which
  I find sorely missing from the OS as such anyway).

 Trap#3 functions deal with channel IDs, not device names. Shouldn't
 this be implemented as a vectored routine?


Well - whatever.
It mixes trap#1 (creating a job), trap#2 (opening a channel), trap#3 (getting
the file into mem).

However, you just made mùe think of something - it isn't possible to call the
job creation trap from withing another trap, in Supervisor mode (now where
have I heard that before recently?) so a vectored routine it might be.

wolfgang

 John


 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm




www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QL filename length revisited

2005-01-11 Thread Wolfgang Lenerz
On 11 Jan 2005 at 16:24, Malcolm Lear wrote:

(...)
 Does anyone 
 know the history
 of the 36 character limit. Was it a file name length limit set before 
 directories came about?

Yes. At first the Ql didn't have directories at all. They came, unless I'm 
mistaken with TK II and disk interfaces


 Cheers
 Malcolm
 
Wolfgang


www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-11 Thread Wolfgang Lenerz
On 11 Jan 2005 at 17:44, Marcel Kilgus wrote:
(...)
 Without having any personal view on the issue yet, isn't it basically
 the same issue as with CMD$? Does CMD$ work in compiled basic?

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.

I don't know about Turbo, but since that is still maintained, something 
should be possible there (George?).

Wolfgang




www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-11 Thread Wolfgang Lenerz
On 11 Jan 2005 at 18:19, Marcel Kilgus wrote:

 Default could also be DATAD$ or whatever.

that would defeat the wholme exercice. Why not have the user set the default?

 (...)

 
 Hm, the meaning of a Trap #3 depends on a specific device you've
 opened, not a good choice IMO. But if you do use a #1 or #2 trap there
 will be no way to maintain QDOS compatibility (not that I'm
 particularly bothered by that, just mentioning it).

See my other email (starting a job from a trap?)
 (...)
 As I said, I think if we/you are going ahead with this, I think it
 should probably be a current directory functionality with functions
 like up one directory and change directory to x (absolute and
 relative).
 Or perhaps both? On other systems Applications get 2 things: a current
 directory and the complete name of their EXE file.

OK, this bears thinking about.

(...)
 
 Don't see why (and as said, a current directory would have to be
 present during the whole process anyway). We're talking about a few
 bytes here.

Ok, I hadn't envisaged the current dir as such.
 
 Also something one should probably think about: should functions like
 OPEN automatically use the current directory if no drive name is
 given? Currently most commands default to DATAD$.

I HATE the open commands that append the data/prog dir when I don't want 
them!

But I'm probably alone with that opinion.

 Or, speaking completely into the blue, what about a meta device like
 DEV_ that uses dynamic paths instead of static ones? Something like
 home_MyDataFile?

Too ambitious?
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] I'm home, dear.

2005-01-11 Thread Wolfgang Lenerz
On 11 Jan 2005 at 22:19, Rich Mellor wrote:
(...)
 1) Older programs which would expect (a6,a5) to point to the command  
 string at the top of the data area.  If we were to adopt this scheme, then  
 a lot of existing programs would immediately not be able to get at any  
 parameters passed to them.  We do not have the software authors or sources  
 to enable us to amend existing programs or re-write them.  I guess we  
 could overcome this by amending the setup job code to have (A5,A0) (?)  
 point to the location of the home directory

No. Let a6,a5 point to where it usually points, i.e. the command string. 
Finding 
the home dir after the command string (for a prog aware of this) is trivial.

 2) The bigger problem and one which is harder to address...
 How do you decide what is the home directory of a file called  
 win1_basic_exts_turbo_config_exe

Simple. Open_dir win1_basic_exts_turbo_config_exe.
Get the name of the resulting file. This will be the directory name (!).

(...)
Wolfgang
-- 
W. H. Lenerz
www.scp-paulet-lenerz.com
-- 
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QL filename length revisited

2005-01-11 Thread Wolfgang Lenerz
I have a question here.

Currently, the way directories are handled is by making a directory a 
somewhat special file (file type -1, IIRC).

Apart from that, though,a  directory ia a simple file that can be 
accessed more or less like any file.

Directories contain an entry per file referenced in that directory.
Part of the entry is the filename of the file.
However, and that is where the original designers made a design 
decision we all regret today, this filename is the ENTIRE name of the 
file, (minus the device name).

Example: you have a file called win1_subdir1_subdir2_subdir3_myfile

The filename as contained in the entry in subdir3_ for this file will be:
subdir1_subdir2_subdir3_myfile.

As you can see, we are quickly getting to the 36 chars limit since that is 
the most space a filename can take in the directory file entry.

Wouldn't the most simple way to get around the name length limitation 
be that each directory holds only the filename itself?

Of course, each name on each directory level  would still be limited to 
36 chars, but something like:

win1_verylongsubdirname1_verylongsubdirname2_verylongsubdirnam
e3_verylongsubdirname4_verylongsubdirname5_prettylongfilename

would be possible.
Perhaps the directory should be a new file type (-5 ot whatever) to 
show that this is a new type of directory.

Legacy applications wouldn't work in this scheme. But, let's face it, 
whatever the scheme you are going to implement, they won't work 
(one, because the finale filemane will be too long anyway, two because 
they can't access new directories anyway).


I'm just asking this question since I don't think I'd be competent enough 
to make these changes.

Wolfgang



___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] PFF

2005-01-10 Thread Wolfgang Lenerz
Hi all, 

I've put the latest version of the PFF device etc on my wbsite:

Comments welcome.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] display or convert non _scr formats to _scr

2005-01-10 Thread Wolfgang Lenerz
On 10 Jan 2005 at 16:52, James Hunkins wrote:

 Hi Roy,
 
 I think my question got translated :)
 
 What I am looking for is a way to get a capture of an image into a _scr 
 format so that I can load it as a BGIMAGE for wallpaper.
 
 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, 
 I think this is what I used to do, display that graphics image on QPC 
 full screen and then use one of the capture programs such as snatch to 
 save it as a SCR image.
 
 Jim

I wrote some extensions for this quite some time ago.
You might want to check my download site and get the bmp converter 
prog for this!

Alternatively, use the enclosed keywords.

Wolfgang
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.

    File information ---
 File:  bmpcvt.zip
 Date:  11 Jan 2005, 6:46
 Size:  25626 bytes.
 Type:  ZIP-archive
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [ql-users] camera (was Lynx 282)

2005-01-09 Thread Wolfgang Lenerz
On 9 Jan 2005 at 16:38, Dilwyn Jones wrote:

 And while I'm in a foul mood over another non-QL issue, will anyone
 having successfully installed a Tevion MD Slimline MD 42361 USB
 digital camera please contact me off list - ()

What a sad story!

One, probably stupid, question: Do you need drivers at all?
Isn't the camera recognized (as a removable drive) as is?

That happened here (with a totally different cam, though, see below).
(...)

 Which just reinforces my belief that we are so lucky to have this
 list. We help each other so much, we argue and still remain friends.

cough, cough.


 Without my experiences on this list and the QL generally I'd have
 probably given up on computers years ago. How any other industryu
 could hope to survive by producing such problematic products which
 NEVER work first time I'll never know.
 

Hmm sorry to add to your woes, but I have a totally different story... I took 
my digicam  digi camcorder to my recent vacations. I took picures  films 
of my children skiing, brought them home, plugged both in: the digicam (USB) 
was recognized as a removable disk and I just pulled all of the pictures off 
it into the laptop and was able to display them there.

The camcorder was plugged in via firewire, I again just pulled everything off 
it with some (free) MS software called movie something. 

Both worked first time.

I do admit that this was the first time I was impressed by anything windows 
related (and the family was suitably impressed).

I'm probably just lucky. I didn't install any kind of driver or anything, not 
even the software that came with the devices - but it was XP SP2..


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Lynx 282

2005-01-09 Thread Wolfgang Lenerz
On 9 Jan 2005 at 18:02, Roy wood wrote:

 It is coming. Be glad he does extensive beta testing so it is us and not 
 the users who find most of the bugs. I think the one I have here is 
 probable release candidate - but then I have not made any of the other 
 three betas fall over.
Neither have I.

Qpc has a history of being debugged pretty well, and thus work well in the 
release versions.
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Lynx 282

2005-01-09 Thread Wolfgang Lenerz
On 9 Jan 2005 at 17:34, Dilwyn Jones wrote:

(...)

 I forgot it wasn't public knowledge yet. QPC2 v3.30 will have access
 to Windows TCP/IP much like how uQLx allows access to TCP/IP of the
 underlying Linux.
 
 It's not a general TCP/IP system like soql because it uses Windows. So
 don't expect it to be ported to other QDOS/SMSQ E systems.
 
 The QPC2 is with Beta testers now and should be on general release
 soon when Marcel is happy with it - he's gone through 3 or 4 test
 versions - you know he won't release it until he's happy, fair play!
 
 I do hope someone will have the courage to write an article on setting
 up and using Lynx, the email apps from JRH and the FTP application
 otherwise we might find ourselves with only enough users to count on
 the fingers of one hand if my experience is anything to go by. Nothing
 wrong with Marcel's work, it's pretty transparent, it's the unix-ness
 of the application software which will flumox most users I guess.
 Marcel's work is pretty useless without software people can actually
 use!

So what we need is some clear explanation of how to access the TCP/IP stuff 
from Sbasic or assembler.
How do you open a socket and/or a port and make bytes go through it.
Imagine an sbasic mail client.
(Slavering at the mouth)


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Problems with SMSQ/e

2005-01-04 Thread Wolfgang Lenerz
On 5 Jan 2005 at 8:08, Jérôme Grimbert wrote:

 I would be very glad if you can find out and solve that issue!


As soon as I find a suitable Eprom programmer I'll get to it
(what do YOU use?)


Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Eprom Programmer

2005-01-04 Thread Wolfgang Lenerz
On 5 Jan 2005 at 8:23, Jérôme Grimbert wrote:
 (DIP 40 format, beware of cheap programmer which are a few bit short!)

Yes, that's what I fell foul of!

 Wolfgang, I can offer you the programming of eproms if you want.
 (as well as erasing programmed eproms too!)

 Last year (or was it two year ago ?), I got chipmax (web site:
 www.seeit.fr , internet explorer only site!), which work on the
 parallele port and W98. Other model exist for USB.

OK super; thanks, i'll look it up

Wolfgang

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Typo

2005-01-03 Thread Wolfgang Lenerz
On 3 Jan 2005 at 11:32, Roy wood wrote:

(...)

 read them all (who would have thought that a few months sago?). Any 
 topic I *should*
 have kept up with?
 Is this 'sago'  as in stuffing? Very apt I think.

No, sorry, that was an honest typo.
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] OUTLN on QPC2 smsq/e

2005-01-03 Thread Wolfgang Lenerz
On 3 Jan 2005 at 13:12, Malcolm Cadman wrote:
(...)
 
 To reply to Wolfgang ... start to read them all ... :-) ... and then you 
 will find which threads are of interest to you.

Errrm, no. We can't keep things to a thread, remember?

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Eprom Programmer

2005-01-03 Thread Wolfgang Lenerz
Hi all,

It seems that recent versions of SMSQ/E for the Q60 may have problems when 
blown into an Eprom and used from there.

Not having a suitable Eprom programmer (QEP III can't handle it), I was 
unable to test this.
I'll have to blow my own Eproms and then try to find out why this doesn't 
seem to work.

Last month I bought an Eprom programmer, but I didn't pay attention and the 
one I bought can't be used with the 27c1024 Eproms used for the Q60/40, 
either.

Does anybody know what kind of Eprom programmer would be suitable?
And where to get it (in France, preferably)

Does anybody know whether one could use an EEPROM instead of the EPROM? I 
still have a UV lamp to erase Eproms, but if I could use EEPROMS that would 
be fine, too...

Thanks!


Wolfgang



www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] OUTLN on QPC2 smsq/e

2005-01-02 Thread Wolfgang Lenerz
On 2 Jan 2005 at 22:59, Rich Mellor wrote:


 
 However, OUTLN #0,0,0,0,0 crashes SuperBASIC - a quick look at the  
 channels in QPAC2 shows that it still exists, but SuperBASIC cannot get  
 past this point.

Oh, what a naughty thing to do. :-)
Of coutse, Sbasic hasn't crashed, but 
if you set the outline to a size of 0,0, of course you won't have a cursor 
anymore, nor 
anywhere to type in the new outline sinze you made the window too small..

However, try the following:

outln#0,0,0,0,0
pause 50
outln#0,100,100,100,100

and run it. After a second, you will have the new window#0

Wolfgang

PS. I'm back.
Happy new year to all.
There were something like 350 messages( in 2 weeks!) on this list - just too 
many to 
read them all (who would have thought that a few months sago?). Any topic I 
*should* 
have kept up with?


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Snow (OT)

2004-12-18 Thread Wolfgang Lenerz
On 18 Dec 2004 at 9:39, Phoebus Dokos wrote:
(.)

 
 NOOO
 We have enough as it is... wanna trade? :-D

YS


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: Re: [ql-users] Inter-Job Communication

2004-12-15 Thread Wolfgang Lenerz
On 15 Dec 2004 at 19:22, Rich Mellor wrote:

 Thanks Woilfgang - you are a marvel !!


Let's not get carried way here

This was really not very much to do (I'd done the first part,OPIPE, already)
and the rest was trivial.

It's probably bugged, anyway

test it!

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Proforma Filter

2004-12-12 Thread Wolfgang Lenerz
Hi all,

there is a new beta version of the Printer Control Program (formerly known as 
Proforma printe) on my website.

Thanks to P. Witte's extensive testing, this is now close to release, once I 
implement one or two more features.

Please test it  let me know.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Soundfile

2004-12-11 Thread Wolfgang Lenerz
Hi all,

there is a new version of my soundfile extensions on my website.
Thanks to Rich Mellor,  this should be Turbo compatible now.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Whither or Wither ?

2004-12-11 Thread Wolfgang Lenerz
On 11 Dec 2004 at 20:31, P Witte wrote:
 
 Why? As every Englishman knows, the advantage of English over other
 languages is that it occurs completely naturaly in the brain.
 
naturaly
grin
Wolfganf

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Re: pause button and MP4 (OT) wasTrump Cards and FORMAT

2004-12-09 Thread Wolfgang Lenerz
On 9 Dec 2004 at 15:45, Phoebus Dokos wrote:
  A question while were OT. my son has a new phone that can send video  
  clips in MP4 format - great but I can find nowt to play them on, my PC  
  runs Windows 98 se, ( yep I opted out of the MS rat race )
 
 You can still play them even with your old media player as long as you  
 find the right codec... go to google and find out :-)

Search for Divx or Xvid

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Detecting GD2

2004-12-09 Thread Wolfgang Lenerz
On 9 Dec 2004 at 21:02, Rich Mellor wrote:
 Yes maybe it is - Quanta could provide a site which is the standard  
 contact point for information on the QL - documentation downloads  
 especially.  However, all the documentation on SMSQ/e and the PE needs to  
 be on the same site as the SMSQ/e sources..

I agree.
As soon as you write it , I'll put it on the site.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Zeus

2004-12-09 Thread Wolfgang Lenerz
On 9 Dec 2004 at 20:23, Phoebus Dokos wrote:
 Its actual name (as evidenced on ALL countries' banknotes is ΕΥΡΩ out of
 ΕΥΡΩΠΗ = Europe of course... one of the many brides of Zeus :-)

The poor guy must be very jealous, with so many IO routines being
written around the world.
Sorry, dreadful pun.
Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Detecting GD2

2004-12-09 Thread Wolfgang Lenerz
On 10 Dec 2004 at 3:22, P Witte wrote:

 There might be an argument for a considerably reduced fee since the punter
 here wont have access to SMSQ/E only to a limited amount of its
 functionality. If there really were a market in the wider (PC) world for
 this, it would be better to sell 1000 at 2 euro than none at 10. Of course,
 all parties would have to give a little.

Except for those buying it, they have to give a it more :-)

Wolfgang

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Detecting GD2

2004-12-08 Thread Wolfgang Lenerz
On 9 Dec 2004 at 1:03, Rich Mellor wrote:
()

 I am not complaining - this whole thread started out with the comment that  
 sometime ago, I had come up with code (in combination with Dilwyn and  
 Marcel I believe) to detect if GD2 was available.  What I and Dilwyn did  
 not realise at the time, was that yes we were correctly detecting whether  
 GD2 was available, but this did not mean that high colour drivers were  
 available.
 
 OK - you might say, why bother to find out - either a program should run  
 in the mode it is presented with or try to change the mode to one it wants  
 and check to see if that mode is accepted.  This is how software on the QL  
 has (mainly) worked in the past.  However, if anyone who has written  
 software for the QL will remember, you get that annoying flicker when  
 changing screen mode and so it can be useful to check if you are in the  
 right display mode before changing it.  Fine if there are only 2 modes,  
 supported on all QLs, but you cannot do this easily anymore if you want  
 your program to run in full colour mode where available.

I'd like to temper this comment somewhat.
If you use the (legal) RMODE command (it is even included in QPTR Sbasic 
extensions) you get back the current mode, e.g. 32 when running QPC in high 
colours, 
33 for Qx0 etc...
You now know what facilities the OS (SMSQ/E) supports.
It is now your design decision to
1- take that and adapt your program, at run time, so that it runs in the colour 
the OS 
supports
2- or check what kind of machine you are running on, and use the hardware of 
that 
machine to its fullest without using the OS at all (that way, it will run on 
that machine 
whatever the OS).
3- or check what kind of machine you are running on and think that the OS 
supports a 
better mode and try to use that legally (e.g. set the mode to something else).

Both cases of 1 and 2 above are fine with me

For 2, however, make sure that this would  not disturb my system (see comments 
on 3, 
below)  - it is your design decision even though I'd be inclined to make use of 
the OS 
calls. If you don't, this is no longer any of my concerns...

Case 3 - Changing screen mode and resolution. OK, so you get an annoying 
flicker. Do 
you know of any OS where you don't get that when changing screen mode? 
However, as I already pointed out, as a user, I'd take a very dim view of any 
program 
that did that. AT LEAST the program should tell me that it is going to change 
screen 
mode/resolution and ask whether this is alright and give the chance to refuse 
it, then 
giving up gracefully. I would not buy a game where this was not true (hint, 
hint).

 Why?
 1) If the colour mode is not in mode 32 or mode 33, you might try MODE 32  
 - oops doesn't actually work.  You have to use DISP_COLOUR do you not.   
 Then test the mode to see if it has set to mode 32,256 or 33 (depending on  
 system).  If the machine does not support colour drivers, then you are  
 back to mode 8 (or 0 - not sure which) and have had that annoying flicker  
 again.

See above. If the colour mode is not in mode 32 or mode 33 or mode 16, use the 
colour 
mode the system is in. If you want, and if tou detect a system that, 
potentially can use 
more colours, open a screen saying that this program would look so much nicer 
in 
higher colours.
Remember that reading the colour mode returns the highest colour mode presently 
possible on a system.

 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. 
No, this is not tue.
If I set up, e.g. QPC for 4 colour display only, whatever you do, unless you 
change 
mode completely you cannot (legally) display 24 or 8 bit colours!
hence my insistence on checking the colour mode first.
Remember that the colour_ql etc command only set a flag in the instance of 
basic they 
are use for - hence they do always succeed, indeed. The flag is then used by 
the 
display commands to see what TRAP to use. In other words, the Sbasic PAPER 
command will use a different trap call, depending on the colour_ql or _24 or 
_pal 
command used beforehand.

 However, if these commands are  
 implemented (as in the current PTR_GEN), can a program actually detect if  
 they have been successful ??  I don't think it can (Marcel ??) because if  
 the colour drivers are available then the commands will always succeed.  
See aboce, use the mode call.
 
 If there are no colour drivers (I have not tried this), I think they just  
 have no effect - no errors or anything and then your program might  
 actually be using the wrong colours in its parameters.
Hmm, why don't you have a look at the set_colours_mod file on my website. It 
is one 
of my basic library procedures. There you can see how I set up different 
colours 
depending on the mode we're in.
 Hence my main reason for wanting to test if colour drivers were available  

Re: [ql-users] Trump Cards and FORMAT

2004-12-08 Thread Wolfgang Lenerz
On 9 Dec 2004 at 1:54, P Witte wrote:
(...)

 underpowered and overpriced Sempron (whod put something with a name like
 that in their computer?!))

The same onces that use a Celery

(...)
(...)
 There is one piece of topical information I should add, as a matter of
 interest, and in no way intended as an accusation. The machine hasnt
 displayed any of the mentioned symptoms when just idling on its own, only
 when fiddling with the Haupauge (TV card) drivers does it crash - or when
 running QPC2 (v 3.11 to 3.23)! Just QPC2, no toolkits or anything loaded.
 After on average 7 minutes of that - BOOM!

With power management switched on or off?
Do you have a demanding game or demo you could leave on?
This smacks of overheating.

Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Detecting GD2

2004-12-08 Thread Wolfgang Lenerz
On 8 Dec 2004 at 20:49, Phoebus Dokos wrote:
 Completely agree, however by catering for everyone you give even these  
 people the chance to see what CAN it be... I firmly believe that people  
 that will be using Q-Word without SMSQ/e can actually find some benefit  
 and even switch over to a colourful world... but they must be able to see  
 it first :-)

Let's try our fortune telling balls, hmmm? I bet that this will not be the 
case. If they see Q-Word in glorious colour on their system, they'll wait 
for the next game to do the same, not upgrade the OS...

Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


RE: Re: [ql-users] Proforma Filter

2004-12-04 Thread Wolfgang Lenerz
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: Re: [ql-users] Proforma Filter

2004-12-03 Thread Wolfgang Lenerz
On 3 Dec 2004 at 21:58, Duncan Neithercut wrote:

 Hi,
 
 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.
 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.
 
 Duncan Neithercut
Please try the new version on the website...
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Proforma Filter, monospace font

2004-12-02 Thread Wolfgang Lenerz
On 1 Dec 2004 at 23:22, Joachim Van der Auwera wrote:

 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 include all allowed characters in that one. Don't think 
 it ever got that far, but I do think it was a monospaced font.


Complete, yes.

However, what one wants probably isn't just a font but four fonts
(normal, bold, italic, bold+italic) which are grouped into a fontpack.
(else how do you produce , e.g., bold letters?)
IIRC, the builtin cimplete font is only normal,  isn't it?

Hence the courier (which exists as four fonts)

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: Re: [ql-users] The hardware conflict...

2004-12-01 Thread Wolfgang Lenerz
On 1 Dec 2004 at 14:55, [EMAIL PROTECTED] wrote:


(..), 

although I suppose it might be true that most on this list are probably  
members.

Most?

Probably not (any more).


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Gwass

2004-12-01 Thread Wolfgang Lenerz
Hi George,

am I mistaken, or was there an item on this list a few days ago that GWASS 
now handles qmac macros?

I think it got swamped by the Quanta/questionnaire and Proforma filter 
messages.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[ql-users] Mail

2004-12-01 Thread Wolfgang Lenerz
Did my emails of today get to this list?
I dodn't see them on it.

Anybody?

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Proforma Filter

2004-12-01 Thread Wolfgang Lenerz
Hi all,

work on the Proforma printing suite continues.

There is a new version on my website. This now contains the PFF device 
which, hopefully, is close to completion, pending bug fixes of the bugs you 
will find...

Anyway, it will now call up a (configurable) file or (configurable) 
executable thing to be executed as soon as a channel is opened to it.

It works here, but probably not at your place. Please give it a try, though.

Please also Read The revamped Manual.

As usual at:
www.scp-paulet-lenerz.com/14mljkl24/wolf/download/

Now it's more the question of what else will be implemented in the GUI (the 
printer option prog).

For the time being, you can choose your Proforma printer, plus the font size.

More options I can think of would be:

- where to print to (par, ser etc...)
- landscape printing? (i.e. rotate by 90 degrees
- left  upper margins
- font size
- font to be used (doesn't make that much sense, it should probably be a 
monspaced font, there is only one, courrier).

What else can you think of?


Wolfgang


www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: Re: [ql-users] Proforma Filter

2004-12-01 Thread Wolfgang Lenerz
Hi all,

work on the Proforma printing suite continues.

There is a new version on my website. This now contains the PFF device 
which, hopefully, is close to completion, pending bug fixes of the bugs you 
will find...

Anyway, it will now call up a (configurable) file or (configurable) 
executable thing to be executed as soon as a channel is opened to it.

It works here, but probably not at your place. Please give it a try, though.

Please also Read The revamped Manual.

As usual at:
www.scp-paulet-lenerz.com/14mljkl24/wolf/download/

Now it's more the question of what else will be implemented in the GUI (the 
printer option prog).

For the time being, you can choose your Proforma printer, plus the font size.

More options I can think of would be:

- where to print to (par, ser etc...)
- landscape printing? (i.e. rotate by 90 degrees
- left  upper margins
- font size
- font to be used (doesn't make that much sense, it should probably be a 
monspaced font, there is only one, courrier).

What else can you think of?


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Mail

2004-12-01 Thread Wolfgang Lenerz
On 1 Dec 2004 at 21:05, Wolfgang Lenerz wrote:

 Did my emails of today get to this list?
 I dodn't see them on it.
 
 Anybody?
 
Of course, as soon as I'd written this I got them...


Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Proforma Filter

2004-11-28 Thread Wolfgang Lenerz
On 27 Nov 2004 at 19:12, P Witte wrote:
  At least the latter is not impossible. 
 
 Whats the workaround? The Open call exits via the scheduler.

Not the way I do it - I just call the open routines of the different device 
drivers directly

  Anyway, didn't the ancient PRT
  device back then already solve most problems discussed here.
 
 Not these specific problems, but it would be worth looking into for ideas.

(...)

Wolfgang


www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


  1   2   3   >