HDTenEightyP/NetNews huggingface dataset:
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Re: I am NOT making this up, OK?  (was Re: Closed ... <ho hum>)
Date: Tue, 22 Dec 92 00:19:40 PST
Organization: The Portal System (TM)
  <1992Dec14.143451.19724@digi.lonestar.org>   
  <1992Dec14.193731.1968@news2.cis.umn.edu>  
  <1gnve3INNhd9@life.ai.mit.edu>,<71828@cup.portal.com>  
  <1992Dec17.195300.4758@news2.cis.umn.edu>,<71916@cup.portal.com> 
  <1992Dec18.174134.18750@news2.cis.umn.edu>
  <1992Dec21.193116.22635@news2.cis.umn.edu>

David Paschall-Zimbel writes: (and eleqouently too, I might add)

>So ... ???

So.. your real world experience in dealing with medical
software companies has absolutely nothing at all to do with
dealing with Atari Corp.

You've dealt with people who are in business to succeed, and
to sell their products.
 
I reiterate:  You have never dealt with Atari.

Thus: Your arguments are completely invalid.

When: You deal with Atari, come back and tell us about it.

Then: You can tell David Baggett that he screwed up.

BobR
From: craig@yonder.equinox.gen.nz (Craig Shore)
Newsgroups: comp.sys.atari.st
Organization: Equinox Networks (Public access), Node: Yonder
Subject: weird!
Reply-To: shore_c@kosmos.wcc.govt.nz
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Sat, 26 Dec 1992 16:21:22 +1200

I just got the file hdchck13.lzh from /DiskUtils at a.a

it crashes if you try to list/test/extract it with lzh201l.ttp ,
 but if you test it with unlzh172.prg , it goes fine!
The archive does have comments in it, does this crash lzh201l ????

-- 
* Craig Shore.  Phone +64 3 3852501                    * 
*  Email: from in NZ - craig@yonder.equinox.gen.nz     *
*  from rest of world - shore_c@kosmos.wcc.govt.nz     *
* PLEASE DON'T mail to yonder from outside NZ. Thanks! *
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Newsgroups: comp.sys.atari.st
Subject: Re: More about the Falcon
Date: 22 Dec 92 22:15:24 GMT
Organization: SAR Systems Development & Processing, JPL

In article <wmtwen.725022987@rw8.urc.tue.nl> wmtwen@urc.tue.nl writes:
>kosmatoo@JSP.UMontreal.CA (Kosmatos Odisseas) writes:
>
>>Before I reply to the first question, let's clarify something else: Your
>>DAT tape deck will output digital information which the Falcon will be able to
>>receive and directly digitally manipulate, then send back to the DAT, this
>>through the DSP port or something. You will not need to sample anything.
>Hey, so I could use the falcon to make direct digital copies of DAT
>tapes??? And of compact disks??? Without the problem of the copy
>protection??? Sounds *great* then I would finally be able to make my
>own compilation of best songs on tape!!! And copies of it for my
>friends of course. Yes it is illegal to give them to my friends but I
>hate it that I cannot even make more than one copy for my own use, so
>that is totally absurd!

You sure could do this, but what kind of media would you record onto? At
around 760 MB for a 76 minute CD, you're probably not going to be making
a lot of digital copies on your hard drives, anyway. You'd have to just
record back onto a DAT, or maybe onto an Exabyte drive. Of course, it still
may be a good idea to send the digital straight into the Falcon, and have
the Falcon remove the copy-protection bits, then feed into your DAT...
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

All true wisdom is conveyed in one-line witticisms.
From: usenet@atari.archive.umich.edu (Atari Archive Robot)
Newsgroups: comp.sys.atari.st
Subject: Weekly Posting of New Stuff
Date: 2 Jan 1993 00:06:56 -0500
Organization: The Atari Posse @ Umich
Distribution: world
NNTP-Posting-Host: terminator.rs.itd.umich.edu

  -rw-r--r-- 23421	1913	Dec 27 00:06 ./0new1
  -rw-r--r-- 23421	6092	Dec 27 00:06 ./0new3
  -rw-r--r-- 23421	4990	Dec 27 00:06 ./0new2
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
From: Vincent_Partington@p15.f202.n281.z2.fidonet
Newsgroups: comp.sys.atari.st
Subject: Re: Gemini and MiNT?
Date: 2 Jan 93 08:48:52 GMT
Reply-To: p15.f202.n281.z2.fidonet!Vincent_Partington@nextjk.wlink.nl
X-FSC-PID: LED 1.00

In a message of <Wed 30 Dec 92 19:02>, Terry Evans (2:281/202.0) writes:

 TE> I just downloaded the recent version of Gemini and I was wondering
 TE> if it is able to run with MiNT.  Could somebody please let me know
 TE> if it is.

What IS the latest version of Gemini and where could I ftp it?

Ta!
    Vincent

FidoNet : 2:281/202.15
NeST    : 90:500/202.15
Usenet  : vincent@nextjk.wlink.nl

--- MARSmail v1.20/4D
 * Origin: Verloor m'n koekje bij de boogiemuuuziek (2:281/202.15)
From: dmb@case.ai.mit.edu (David Baggett)
Newsgroups: comp.sys.atari.st
Subject: Re: P.S. A letter to Dave Baggett
Date: 29 Dec 1992 08:23:11 GMT
Organization: MIT Artificial Intelligence Laboratory
NNTP-Posting-Host: case.ai.mit.edu

In article <1992Dec28.194412.1079@news2.cis.umn.edu> davidli@simvax.labmed.umn.edu writes:
>P.S.  When will we have the chance to learn about the new programs you're
>currently writing for the Intel-clone market?  Should I subscribe to
>comp.sys.ibm.pc now, or wait for an announcement from you in this newsgroup
>first?

Why don't you just post messages here every few weeks asking about
them?  It's much better than email!

Dave Baggett

PS> You can read rec.games.int-fiction to find out more about the
    text adventure I've been working on.  (They run on PC's, Mac's,
    and, once I finish the ST port of TADS 2.0, Atari's.)

    And don't you worry yourself about Game Workbench.
--
dmb@ai.mit.edu           MIT Artificial Intelligence Laboratory                  
ADVENTIONS: interactive fiction (text adventures) for the 90's!
dmb@ai.mit.edu *** Compu$erve: 76440,2671 *** GEnie: ADVENTIONS
Newsgroups: comp.sys.atari.st
From: itschere@techfak.uni-bielefeld.de (Torsten Scherer)
Subject: Re: BART adress wanted
Date: Tue, 22 Dec 1992 17:04:04 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <...>, I wrote:
|> Silly me,
|> I've forgotten BART's email adress! Tried several stuff but can't remember.
|> Things like mail-server@archive.umich.edu don't work... help!

just forget this one, got it back again...
-- 
TeSche (Torsten Scherer), Estudiante de la computacion en la
Universidad de Bielefeld, Calle de la Universidad 25, D4800 Ciudad de Bielefeld
*******************************************************************************
paper mail: Wiesenstrasse 28, D-W4970 Bad Oeynhausen 1, Germany
internet e-mail : itschere@techfak.uni-bielefeld.de
                  uteca066@unibi.hrz.uni-bielefeld.de
*************************************************************************(EOT)*
Newsgroups: comp.sys.atari.st
From: davidli@simvax.labmed.umn.edu
Subject: 16-bit data bus a problem for Falcon?
Reply-To: davidli@simvax.labmed.umn.edu
Organization: Health Computer Sciences, U of MN, Mpls
Date: Mon, 28 Dec 1992 19:10:20 GMT

How is this data-bus thing any different from upgrading an XT to a 386
using a motherboard?  All of the memory boards in our XT/AT clones only
have 16 bit data buses ... or is this one of those peripherals which we
won't be able to fully use?  (Like the 10 megabyte hard drive ...)

- DPZ
From: wells_s@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st
Subject: Re: KnifeST
Date: 30 Dec 1992 04:44:23 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: wells_s@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

Version 1.10?  It's still a very old version - although, I'm not sure
if it was the *last* version or any such thing....
Newsgroups: comp.sys.atari.st
From: davidli@simvax.labmed.umn.edu
Subject: Re: So what does this mean to us ?
Reply-To: davidli@simvax.labmed.umn.edu
Organization: Health Computer Sciences, U of MN, Mpls
Date: Tue, 22 Dec 1992 17:34:31 GMT

In article <72174@cup.portal.com>, Bob_BobR_Retelle@cup.portal.com writes:
>In addition to the terrific sound and operating systems on PCs,
>and the smooth operating system on Macs, you also get the
>advantages of support from the company that made your computer,

Provided that it is still in business next year.  Also provided that you don't
take the 'upgrade' route and pay $185 for a 386 motherboard to stick into your
AT clone machine.  (This applies only to the PC market.  Apple still supports
their own machines, although any dealer will tell you that if you are still
using a Mac 512KE/Plus/SE you should 'upgrade' by purchasing a new machine).

>AND the not inconsequential benefit of wonderful software support
>from developers who are *happy* to be in the market.

Generally for a price.  Borland, for example, will be more than happy to
support their software over the phone for $2.00/minute.  Shareware authors are
a bit easier to get hold of, but it is no more difficult to get answers from
ST shareware developers than for the PC/Apple markets.

>If David decided to bulk-erase his masters of the Game Workbench
>and say "screw Atari", I wouldn't be surprised.

Of course it would have to be a joint decision between him and Neil.  And it
wasn't Atari that screwed David -- if you want to point the finger of blame at
the people MOST reponsible for the non-release of Game Workbench, point it at
Double-Click Software.

-- David Paschall-Zimbel
From: gt1448b@prism.gatech.EDU (David P. Forrai)
Newsgroups: comp.sys.atari.st
Subject: 1.44M floppy on Mega STE
Date: 21 Dec 92 04:32:48 GMT
Organization: Georgia Institute of Technology

With all the talk about 1.44 meg floppies on Mega STE/TTs using TOS
2.05/3.05 and the WD1772 chip, I decided to see if my Mega STE would
read/write 1.44M floppies.  Earlier I had posted to find out whether
the disk drive was a 1.44M one and thanks to someones reply, I found
out it was.  My dealer had showed me where to install the AJAX chip
should I decide to upgrade to 1.44M.

I inserted a 1.44M floppy from a PC and it worked!  So now my questions
are:
1) Is the WD1772 reliable for 1.44M disks?
2) Does TOS 2.05 know how to format 1.44M disks?
3) If the desktop does not know how to format 1.44M disks, can the
   XBIOS format routine in TOS 2.05 format 1.44M disks?
4) I know there is a DIP switch somewhere that has something to do
   with 1.44M floppies.  What does it do?

Thanks in advance!



-- 
David P. Forrai
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1448b
Internet: gt1448b@prism.gatech.edu
From: rchan@terapin.com (Ronald Chan)
Newsgroups: comp.sys.atari.st
Subject: Re: HP DeskJet 500C Color Printer compatability
Date: 21 Dec 92 17:03:47 PST
Organization: BBS

 ]Since HP has their newest line of DeskJet printers out now - the 550 and the
 ]550C (mono & color, respectively), the price on the 500C has fallen
 ]dramatically (almost $200 less).  So, I am seriously considering getting a
 ]500C for my Mega4STe/1040ST computers.  Has anyone ever used HP DeskJet
 ]printers with ST's?  Are there incompatibilities?  Are there any special
 ]drivers, etc., that I will need to get?  Any info will be appreciated, so
 ]please reply with whatever you insight you may have.  I don't have much time
 ]before I have to decide.  Thanks in advance.     8^> 

I have not used a color HP DeskJet, but I have had HPDJ 500 for over a year. 
It works fine with Atari; just plug it into the parallel port and no problem. 
However, some computers like mine like the DeskJet to be on BEFORE you boot the
computer.  If I don't do that, then the Atari (Mega ST) won't even know it's
there.  If you don't have a DJ driver, you can usually get away with an HP II
driver.  Color drivers are available for PageStream... I don't know about
anyone else.

The drawback is that you have to be picky about paper.  What is great for a
photocopier or laser may not be the greatest for a inkjet.  25% cotton bond in
general gives the best results, but most people won't notice.  Hammerhill Laser
Print (24#) and Solar Copy paper are pretty good for regular wood pulp stuff. 
Wilcopy DP is borderline.  Strathmore Legacy paper works great when it is new,
but seems to get worse as it sits around.

HPDJs are short on internal fonts, but with a DTP or GDOS (yuk) wordprocessor,
you should get nice results.


|| Ronald Chan [rchan@terapin.com]
|| A Pocket Knight  *-{-----------
From: afonseca@terapin.com (Alberto Fonseca)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon 030 Monitors/resolutions/colors/cards?
Date: 2 Jan 93 13:37:56 PST
Organization: BBS

Okay, thanx alot for the info.. I guess I would be alright with a good 14'
monitor then.. The resolution isn't that high, but I guess the colors would
make up for it.

Alberto
afonseca@terapin.com
Newsgroups: comp.sys.atari.st
Organization: Penn State University
Date: Wed, 30 Dec 1992 14:56:40 EST
From: <SML108@psuvm.psu.edu>
Newsgroups: comp.sys.atari.st
Subject: Re: *I* an NOT making THIS up either...
 <1992Dec30.174923.16140@newshost.lanl.gov>

OK, L______ must either go or be rendered impotent within Atari's management.
I figure J___ is well aware of the problem, but can't do much becaue he's
family.  From what I've heard, S__ isn't much better, and Rod Bobbie is
clearly a compulsive liar.  So here's my idea...  How many people live near
Atari headquarters?  I figure the Tramhammers have to go there at least once
in a while and if we actualy held a sort of protest outside their headquarters,
we might get a message through to J___.  Who knows for sure but I think it's
worth a try...  No trespassing or illegal stuff mind you, just a first
amendment guaranteed protected gathering and old-time Atari rally...
Whaddya all think?  I'll be moving to Calif. in a few months so I would
definitely participate...

Scott
From: aa399@cleveland.Freenet.Edu (Len Stys)
Newsgroups: comp.sys.atari.st
Subject: Re: The 64-bit CPU by Atari
Date: 25 Dec 1992 09:10:10 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: aa399@cleveland.Freenet.Edu (Len Stys)
NNTP-Posting-Host: slc5.ins.cwru.edu


In a previous article, JJL101@psuvm.psu.edu (J.J. Lehett) says:

>    On Tuesday evening Bob Brodie showed up to the Delphi conference.  The
>following questions and answers are paraphrased a bit, but are as close as
>I remember them.
>    Q: Can you squash the rumor that Atari has designed a 64-bit CPU?
>    A: No, I can confirm that rumor as true.

Wow, he actually CONFIRMED a rumor?  I don't think I've EVER seen that
done by anyone at Atari.

And most surprisingly, it is actually a "64-bit CPU"?

That would be kind of hard to believe.

>    Q: Will it be used in a future computer? (non-game console)
>    A: Its only logical a CPU be used in a computer.


Then why didn't they use it in the Falcon to begin with?

Unless it is completely incompatible with it.

>    Q: Is it RISC or CISC based?
>    A: That would be risky to say.  (notice the pun :)

I guess it would HAVE to be RISC.  But I'm still amazed that Brodie
gave that much information.

>
>    For me this was the first confirmation from Atari I have heard on this
>64-bit chip as fact.  The question still remains to me if this is really a CPU
>or a GPU, and that I guess will remain to be seen, as has already been discusse
>d a general CPU would be next to unbelievable.
>
>
>------------------
>J.J. Lehett     : Atari's, puzzles, games, MIDI, fractals, Kawai K4's...
>
>  - Work: JJL101@psuvm.psu.edu           Penn State CAC
>  - Genie: J.LEHETT2
>  - Delphi: JLEHETT@delphi.com
>

-- 
 
Newsgroups: comp.sys.atari.st.tech
From: darekm@microsoft.com (Darek Mihocka)
Subject: Re: TOS Versions
Date: 28 Dec 92 20:32:05 GMT
Organization: Microsoft Corporation
Keywords: TOS1.6 QINDEX16 TOS_VERS MEMMAP

In article <1992Dec24.115929.29214@its.bt.co.uk> jvt@its.bt.co.uk (John Trickey) writes:
>I've just laid my hands on a second hand STe for my children to play with.
>When checking it out I discovered some very strange reports. I've run
>a number of programs but the first to strike me was qindex16 which
>reported the TOS version as 1.2!! 
>
>Now my original STe is 1.6 & that reports sensibly.


Quick Index has a really brain dead bug in it in the way it reports the
TOS version. Quick ST 2 did the same thing, although Quick ST 3 was fixed
to correctly display "1.62".

The bug is that Quick Index reads the TOS version word from the ROMs, which is
a hex number in the form $0XYY, where X is 1 or 2 and YY is 00, 02, 04, etc.
TOS 2.06 has a version word of $0206, TOS 1.4 is $0104, TOS 1.6 is $0106, etc.

When some horrible bugs in TOS 1.6 were found, Atari released an updated TOS 1.6
which they called TOS 1.62, and gave it a version word of $0162. The way
Quick Index and Quick ST 2 were written, they ignored the third digit and so
only printed "1.2" as the version number. That's the bug.

TOS 1.6 is really TOS 1.06, TOS 1.4 is really TOS 1.04, etc, but people didn't
seem to start using this numbering convetion until TOS 2.06. You notice that
nobody refers to TOS 2.06 as "TOS 2.6", whereas everybody refered to TOS 1.06
as "TOS 1.6". When Quick Index was being written, it was with the assumption
that the third digit of that word in ROM would always be a 0. Dumb assumption.

OK, SO I MADE A STUPID MISTAKE! YES, ____ME____!!!!!! GO AHEAD, FLAME ME!

F L A M E   M E !!!!!!!!!!! <grin>

Unfortunately this bug will never be fixed since I lost the source code to 
Quick Index about two years ago and don't care to rewrite it. Yes, I had it
on a hard disk and didn't bother to back it up for about 6 months. Then one
day I was booting my ST and didn't realize that the hard disk cable has partly
loose, which for whatever reason caused my SH204 drive to start formatting
itself! So the last source code I have is for Quick Index 2.0 I think which
doesn't have benchmarks for the TT. :-(

OK, SO I MADE ANOTHER STUPID MISTAKE! F L A M E   M E !!!!!!!!!!!

- Darek

-- 
/--------------------------------------------------------------------------\
| Darek Mihocka, BraSoft, 14150 NE 20th St., Unit 302, Bellevue, WA 98007. |
| Creator of Gemulator, Quick ST, and Xformer. Views expressed are my own. |
\--------------------------------------------------------------------------/
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a buf
Date: 27 Dec 92 11:26:00 GMT
Article-I.D.: K.A49120
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

c>I should have said,"a buffer the size of the screen buffer currently
c>being used."  Since the logbase is the place where writes are done, the
c>user will not see the objc_draw calls occuring provided that the
c>physbase() is not changed.
c>
c>So this would be the procedure:

This procedure definitely is NOT suitable for background drawing, as there is
no guarantee that the screen XBIOS uses is the same one VDI and AES use.
Watch out! Graphics cards are around...
Newsgroups: comp.sys.atari.st.tech
From: malay@sae.com (Bob Malay)
Subject: Mac Trackballs
Reply-To: malay@sae.com
Organization: Template Software
Date: Tue, 22 Dec 1992 15:40:12 GMT


Is it possible to convert a Mac Trackball (such as the Kensington Turbo Mouse or
the CoStar Stingray Trackball) to work on an ST - is this a FAQ??


Bob Malay
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Looking For 8x8 Font BitMa
Date: 19 Dec 92 13:30:00 GMT
Article-I.D.: K.A47137
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

b>1) Line-A (I can hear those cries of agony already :-)
b>   When you call init ($A000), it will return in A1 the address to a table
b>   containing the addresses of the system fonts.
b>   the first is the 6x6, next 8x8 and finaly 16x8

...in case you don't own a Falcon, graphics board, NVDI with LineA turned off
etc. etc...

b>2) Tell me if I'm wrong, but won't vst_loadfont give you the address to the

It doesn't.
From: volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt )
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Unix and the Falcon and the TT etc...
Date: 22 Dec 92 10:58:28 GMT
Organization: Applied Math, University of Bonn, Germany

In article <92352.190235SML108@psuvm.psu.edu> <SML108@psuvm.psu.edu> writes:
>...  I have absolutely no confidence that Atari will
>ever develop a unix port, and I see no reason why I should wait for that.

They did, and Unisoft was given a Falcon.  Then Atari canned the whole project
for purely political reasons (sheer incompetence, if you ask me). 

Unisoft did the job, and was paid for it, and gave the finished thing to Atari.
When Atari didn't release ASV to the general public, Unisoft was so unhappy
that they even thought about distributing ASV on their own.  I can guess why
they didn't do it after all :-(

>To the experts out there: just what WOULD it take to write Unix for the ST?
>Seriously...

I would say: take BSD4.4 "lite", it is supposed to have a lot of Motorola 
support already, take missing things from 386bsd when possible, and write the
HW-specific things.  I would love to do that, but it would take me ages.  And,
I'm not sure if I should get a TT just for this.

-- Volker
-- 
----------------------------------------------------------------------------
Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)
From: wells_s@kosmos.wcc.govt.nz (steve wells)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon BUS..
Date: 25 Dec 1992 02:28:16 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: wells_s@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

What did all those numbers actually mean!?

 =============================================================================
 | O O    If I told you how much I needed this,            |       |||       |
 |  o     I wouldn't have time to eat it.    Zaphod B.     |       ||| TARI  |
 | \_/    Steve Wells - Wellington, New Zealand.           |      / | \      |
 =========================WELLS_S@KOSMOS.WCC.GOVT.NZ==========================

Newsgroups: comp.sys.atari.st.tech
From: and@thor.mim.uni-hannover.dbp.de (Andreas Kromke)
Subject: Re: Lazy AES (wase: Sending objc_draw to a memory buffer)
Organization: Institut fuer Messtechnik, Universitaet Hannover, Germany
Date: Mon, 21 Dec 1992 16:49:32 GMT

In article <1gn14lINN1095@rs1.rrz.Uni-Koeln.DE> aeg03@rrz.uni-koeln.de (Jan 
T. Kim) writes:>In <memo.812189@cix.compulink.co.uk> apelled@cix.compulink.
co.uk (Adam Pelled) writes:
>>    Incidentally. Has anyone else noticed that when a window is moved back
>>into full view that the redaw is for all the work area. A bit lazy of the
>>AES methinks.

>...
>But what's even more foolish about the AES, if there's a  window,
>and  only a fraction of a slider is overlapped by another window,
>and now the first window is topped, the AES will send the  redraw
>event  for the full workspace of that window, although no part of
>it needs to be redrawn. I'd really appreciate if  this  could  be
>optimized.

This has already been optimized in 1990. KAOS 1.4.1 and newer has a
completely new window module that is able to minimize redraws. This
TOS patch works like MAC or other GUIs that never had those mentioned
problems. You get an enormous redraw speed and redraw looks much better.
This mechanism is also included in the multitasking system Mag!X, the
mechanism is named "smart redraw". "smart redraw" is the opposite
to "TOS redraw", "TOS redraw" is also a part of MultiTOS.
What do you think about this "genious" window sizing routine in TOS that
got even worse in MultiTOS?

>rectangles of the window. If VDI output redirection was possible,

wait for the next version of NVDI!


Andreas Kromke    and@thor.mim.uni-hannover.de
         X400:    C=DE AD=DBP PD=UNI-HANNOVER
                  OU1=MIM OU2=THOR S=AND