First, I was experimenting with display lists a couple days ago and found
that I could add 5 Graphics 0 lines to the top or bottom of a graphics
0 display. Thus it would seem possible to have a 29 line text display on
the 8-bit, by adding several 2's to display list and eliminating some of
the blank scan lines (112's) at the beginning. (On some TV's it might only
be possible to get one or two lines. Five seems to be an absolute
maximum; the screen flickers when I attempt to add more than this).
I am able to use these lines with special programming (I put their screen
memory on page six). But I would like to just use them as an extension of
the normal 24 line display. What modifications to E: would be required,
and how easy would it be on an XL/XE (could I just copy the OS into RAM
and change a couple of bytes?)
Second, how does one avoid the flickering which occurs in a Display List
Interrupt (DLI) which changes the background color of the screen? I am
talking about flickering during disk I/O. It appears as if the DLI's are
disabled when data is being transferred over the serial port.
I am working on a BBS program and am looking for one of those old "dual"
handlers which, when PRINTed to, outputs to both screen and modem. Anybody
have one of these? I could also use some short m/l subroutines callable
from BASIC to do such things as send a file to R: (text mode with ^S,
Finally, I have a working BBS program which can handle USENET newsgroups,
as well as several other base types. It is read-only, but works reliably.
It can handle 62^2 messages per base with MyDos, and 125^2 with Sparta.
It is in BASIC XE. If anybody's interested I can send them a copy. It is
missing a lot of basic features at this stage, though. Still it is somewhat
interesting; made for a hard drive system, it creates a subdirectory for
each user. The user data, message base info., e-mail, f-mail, etc, is
(or will be for some of those!) stored in this directory. This allows for
more free form user data, no fixed-length records. Of course it also has
a high overhead for all those directories, but it seems to work well.