Ok, let me give my comment on this thread....

> > >> Why not a competition for demos witten in Basic?
> > >
> > >Yes, I like that idea !!! Expetially, if we can use XBASIC.

Of course the idea is great!

> > >> Of course in Basic mean without an ML or related instrunction like
> > >> Poke,Peek,Vpoke,Vpeek,In,Out,Usr,Data etc.

As said before, IN, OUT, VPOKE, VPEEK and DATA should not be excluded. See 
below.

> > >> I don't know is right to exclude also the Vdp instrunction.
> > >
> > >I don't think, that VPOKE, VPEEK, VDP and DATA commands has anything to do
> > >with ML. IN, OUT and WAIT commands are also not for ML proggrams, but
> > >anyway they should maybe leaved outside of this competition. Maybe also
> > >all CALL, BLOAD and '#I commands should be forbidden exept
> > >BLOAD"XBASIC.BIN",R and _TURBO ON/OFF, if we use XBASIC.
> > 
> > First of all I'd like to say that I think this a good idea...
> > 
> > I don't think the DATA and POKE commands are a problem if you ban the USR
> > command, so I think both DATA and POKE (and PEEK) should be legal commands
> > in the contest. VPEEK and VPOKE are the only commands to read from/write to
> > 
> > IN and OUT (and VDP), really haven't got *ANYTHING* to do with ML. IN and
> > OUT just let you write or read data through a port. The VDP command let's
> > you write to VDP registers. Basically the only ML related command is "USR".
> > Ban this one and you get pure basic.
> 
> And '#I in XBASIC. Naturally POKE can also be used in wrong way, if we

Of course.

> > P/S: BLOAD should also be legal, as long as you ban the ",R" switch. How
> > should I otherwise load binary data into (video)memory???

No, we better can say that only BLOAD"name",S may be used.

> Yes, you are absolutely right. Maybe it is easy, if we just say : 
> "NO ML !!!" and that's it. I think, that anybody can understand, what we
> mean. My suggestion is that we are going to use MSX2 computers, XBASIC,
> you can send your BASIC proggrams for me and I'll put them to my WWW-page
> (www.clinet.fi/~nyke/basic_compo) and the deadline is after 3 weeks.
> (More BASIC can be very risky for health.)

That's ok! 

> If anybody doesn't have anything to complain, time starts about now. This
> way we can get even something to be done before year 2000.
> 
> Hmm... Maybe someone should mail to comp.sys.msx also.

No problem, but first we need a complete set of rules.

I wanted to add another thing to the limitations (or not, depends how you look 
at it). Why should we exclude USR's if we cannot use POKE or BLOAD? When USR 
is included it is possible to use some BIOS routines, which can be very handy, 
and is sometimes typical for advanced MSX BASIC programming. I mean somthing 
like DEFUSR=&H69:A=USR(0) to clear the sprites. That may be necessary if you 
want to make a scroll with VDP(24)...

Grtjs, Manuel

PS: MSX 4 EVER!
PPS: Visit my homepage at

http://studs.sci.kun.nl:8888/manuelbi


****
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
****

Reply via email to