|
|
| Author |
Message |
| 25 new of 306 responses total. |
valerie
|
|
response 125 of 306:
| 
Apr 11 13:33 UTC 1998 |
This response has been erased.
|
gibson
|
|
response 126 of 306:
|
Apr 11 22:21 UTC 1998 |
I use page up or down to see the motd.
|
keesan
|
|
response 127 of 306:
|
Apr 11 23:02 UTC 1998 |
If I do PgUp or PgDn, it is a Procomm command to send or receive files.
|
rcurl
|
|
response 128 of 306:
|
Apr 12 04:51 UTC 1998 |
Alt-F6 redisplays lines that have scrolled off the screen. PgUp and PgDwn
work in this mode. Home and End also work. There is a find function.
However you cannot enter new text in this mode, and have to Esc back to
do so.
|
valerie
|
|
response 129 of 306:
|
Apr 13 14:27 UTC 1998 |
This response has been erased.
|
keesan
|
|
response 130 of 306:
|
Apr 13 19:26 UTC 1998 |
I have finally gotten Zmodem working with Procomm Plus, so will say no thanks
on MS-Kermit. Jim can figure out how to scroll for me some day, in the
meantime we are making people grex e-mail computers. (His sister will try
hers out for a while before joining.)
|
davel
|
|
response 131 of 306:
|
Apr 14 01:42 UTC 1998 |
If I recall, the scrollback buffer in DOS Procomm is invoked by alt-F6. I
might be wrong. I think alt-Z may bring up a menu (actually just a help
screen).
|
valerie
|
|
response 132 of 306:
|
Apr 14 20:26 UTC 1998 |
This response has been erased.
|
keesan
|
|
response 133 of 306:
|
Apr 14 21:27 UTC 1998 |
In my old version Procomm (2.4.2?) Alt-F6 advances the screen one line, and
you have to hit esc to go back to something usable. Alt-F4 puts you back into
DOS, and Alt-F4 from DOS puts you back to Procomm. I am about to switch to
a 'new' computer and will wait to switch to Procomm Plus at the same time,
as it is in an inconvenient directory on this computer. I don't need to
scroll back, there are ways to get around it with several steps, but thanks.
|
scott
|
|
response 134 of 306:
|
Apr 14 22:34 UTC 1998 |
All the versions of Procomm I've used had Alt-F6 put the screen into
scrollback mode, where the page and arrow keys were used to scroll the entire
(pitifully small) scrollback buffer.
|
djf
|
|
response 135 of 306:
|
Apr 16 02:51 UTC 1998 |
/a is very close (13K) to being full again...
|
valerie
|
|
response 136 of 306:
|
Apr 16 12:20 UTC 1998 |
This response has been erased.
|
kaplan
|
|
response 137 of 306:
|
Apr 16 23:01 UTC 1998 |
re 133: Right, hit alt-f6 and the image on the screen moves up one line as
it goes into scroll back mode. Then you can use the arrow keys or page up
and page down keys to move around.
|
davel
|
|
response 138 of 306:
|
Apr 17 01:27 UTC 1998 |
The scrollback buffer in the DOS versions is however pretty primitive - if
you correct a typo, or if you use something that repaints portions of the
screen, you get it all there in the order in which it originally appeared,
when you scroll back.
|
keesan
|
|
response 139 of 306:
|
Apr 17 03:31 UTC 1998 |
Scrollback does work fine with the up and down arrows, thanks. (I will go
clean out a lot of dowsing related stuff from my home directory now.)
|
srw
|
|
response 140 of 306:
|
Apr 17 05:59 UTC 1998 |
Running out of disk space like that is a sign that maybe we should have
pointed nwewuser at the new /c partition sooner. Not that any of that
would help if people are going to pig out on disk space.
|
rcurl
|
|
response 141 of 306:
|
Apr 17 15:04 UTC 1998 |
Could a disk space limit be implemented automatically? I gather the policy
(?) is pretty liberal, so temporary overruns could be allowed, etc. I
have gotten personal requests to clean out my directory, but doing that
requires more staff time - and is it effective?
|
scg
|
|
response 142 of 306:
|
Apr 17 15:42 UTC 1998 |
There is software that would impose limits on how much people could have in
their directories. The problem is that quota software is pretty resource
intensive in terms of CPU, and the excess CPU power to handle it would cost
more than the disk space it would save us.
|
rcurl
|
|
response 143 of 306:
|
Apr 17 16:43 UTC 1998 |
I was thinking more in terms of automatic notification - something that
runs in .login, which checks du (or whatever) and sends a note if over
the quota (and perhaps appends something to a file for staff to watch).
Would this be resource intensive?
|
srw
|
|
response 144 of 306:
|
Apr 18 05:43 UTC 1998 |
Well, we do get quite a few logins every day.
|
rcurl
|
|
response 145 of 306:
|
Apr 18 05:46 UTC 1998 |
Granted, but .login is doing *lots* of other things. How much more
would this 'check' increase the load (sending the message will die off
as more people adhere to their limits, so that will not be a major load)?
|
tsty
|
|
response 146 of 306:
|
Apr 18 20:03 UTC 1998 |
ummm, diff topic...
when i come in via telnet, now and then, i runa split screen from
netscape navigator which is about 40 cols wide and 34 rows deep.
from the csh i set stty rows and cols but nothing seems to pay
much attention to that.... like maybe *nothing* seems
to pay attention...
sure would like this to work as advertised.
|
jared
|
|
response 147 of 306:
|
Apr 19 09:57 UTC 1998 |
the world revolves around 80 column screens. you can conform.
|
tsty
|
|
response 148 of 306:
|
Apr 19 19:15 UTC 1998 |
...can i be assimilated too? would that be fair to the assimilee?
|
valerie
|
|
response 149 of 306:
|
Apr 21 14:23 UTC 1998 |
This response has been erased.
|
