Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!iuvax!cica!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!ginosko!uunet!tiamat!quintro!kts
From: kts@quintro.uucp (Kenneth T. Smelcer)
Newsgroups: comp.sys.apollo
Subject: Re: More
Message-ID: <1989Jul20.155944.23435@quintro.uucp>
Date: 20 Jul 89 15:59:44 GMT
References: <8907191307.AA03786@umix.cc.umich.edu> <1989Jul20.145401.23083@quintro.uucp>
Reply-To: kts@quintro.UUCP (Kenneth T. Smelcer)
Organization: none
Lines: 26

In article <1989Jul20.145401.23083@quintro.uucp> kts@quintro.UUCP (Kenneth T. Smelcer) writes:
>In response to the original problem, the small font size isn't due to
>invoking the vt100, but because it isn't!  When you invoke 'more' with
>a filename, it start the emulator and everything works fine.  When 'more'
>reads from stdin, it doesn't start a vt100 window; it switches to a
>tiny font and displays to the output pad.  I assume this is because 
>the 'curses' package sees that input is not from the terminal, so it 
>doesn't start the emulator (is this how curses/vt100 works?).  I'm don't
>have any ideas how to fix this (except by using a mailer like 'elm' :-)
>Anybody else have a suggestion?
>
Its been pointed out to me that I wasn't very clear about this.  Here are
some examples:  (BTW, the font behavior only happens at 10.1)

1.  /usr/ucb/more textfile
       (start vt100 emulator with vt100 font; normal operation)

2.  cat textfile | /usr/ucb/more
       (keep normal pad, switch to small font, display text in output area)

We tried this at 9.7 and it works the same, except that it uses the normal
font.
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ken Smelcer        Quintron Corp.           quintro!kts@lll-winken 
                   Quincy,  IL              tiamat!quintro!kts@uunet