Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ihnp4!ptsfa!ames!sdcsvax!ucsdhub!jack!man!crash!ford
From: ford@crash.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Amiga Wish List/console device
Message-ID: <1230@crash.CTS.COM>
Date: Sun, 14-Jun-87 23:06:40 EDT
Article-I.D.: crash.1230
Posted: Sun Jun 14 23:06:40 1987
Date-Received: Wed, 17-Jun-87 00:41:52 EDT
References: <150@sugar.UUCP> <1219@crash.CTS.COM> <347@sol.ARPA>
Reply-To: ford@crash.CTS.COM (Michael Ditto)
Distribution: na
Organization: Crash TS, El Cajon, CA
Lines: 33
Keywords: AmigaDOS speed
Summary: "80X24 is bogus" goes with out saying

In article <347@sol.ARPA> mcinerny@rochester.UUCP (Michael McInerny) writes:
>In article <1219@crash.CTS.COM> ford@crash.CTS.COM (Michael Ditto) writes:
>>In article <150@sugar.UUCP> peter@sugar.UUCP (Peter DaSilva) writes:
>>>4) A new CON: device that uses a simple-refresh window, keeps track of 24
>>>lines by 80 columns of text, and has scroll bars to pan a full size screen...
>>This is a good idea....
>
>No!  I _like_ the current console.device.  It's simple, effective, and 
>flexible.  If I want a 700x400 character CON:, I can get it (I won't
>be able to read it :-).  Please don't limit me to 80x24.  I may _want_

I don't think Peter meant to force 80 X 24, he just meant that a screen could
have a "logical size" different from the current window size.  I would never
suggest replacing the console.device with anything less effective than,
less useful than, or not compatible with the current one.  But I think the
idea of scrolling through previous pages of text or extra columns can be put
in without losing any functionality of the normal console.device.  And the
original comment, I think, was primarily to suggest the idea that the
console.device could only keep the ascii characters in memory, rather than
a whole bitmap.  Thus, less memory would be used, simple_refresh would be
possible, and you could shrink a window, and then restore it to full size
later with all the text re-appearing.

But I will say that I prefer smart_refresh because it is so much faster -- I
hate how slow things get when workbench windows are open.  If a new console
handler were done using simple_refresh, it would have to be highly bummed for
quick refreshing.

-- 

Michael "Ford" Ditto				-=] Ford [=-
P.O. Box 1721					ford@crash.CTS.COM
Bonita, CA 92002				ford%oz@prep.mit.ai.edu