[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ProTerm 3.1 Upgrade
(NOTE THE FOLLOWUP!)
Is it just me, or is the following article unreasonable?
In article <mtm4.49.00129652@rsvl.unisys.com>,
Mike McCormick <mtm4@rsvl.unisys.com> wrote:
>Sorry, previous message with this Subject was a premature e-transmission!
>
>As I started to say, I am a little miffed with the way my proterm upgrade
>(from 2.1 to 3.1) went:
>
>1. Manually copying a dozen or so files to the hard drive. There should
> be an INSTALLER on the product disk.
>
Installers are nice, IMO, and you might even say it's a negative point
if a program doesn't have it, but I really wouldn't put a value on a
program based on it. Not with "a dozen or so" files, anyway; GNO is
another matter. :-)
>2. Error prone install. I accidentally forgot to create the required
> empty (!) directory PT3.DIAL during the hand installation. This leads
> to mysterious error messages when you try to execute PT3. The only
> way to make the diagnostic message go away is a hard reset!
>
This falls into the category of RTFM; sorry, that's how I feel. You
_are_ correct in faulting PT3 for going haywire over an error, though.
>3. Hand rolled windows. Glad to finally have mouse support, but why not
> have a ProTerm GS that uses real windows. The simulated windows are
> hard to read
??? You obviously have mouse characters, so - excuuuuuse me?
> and slower
Utterly false. Text is a l w a y s faster than graphics. This one
really amazes me.
> and monochrome.
>
>4. Unless I missed it, there is no longer a copy buffer in 3.1. Can this
> really be true? I used the copy buffer quite alot as a place to create
> a message offline in the editor, then upload it to a BBS.
How was this done in PT 2.1? In 3.0/3.1 you just select in the editor
what you want to send and then send it. No need for a separate buffer.
>
>5. Conversion of dialing list and macros from Proterm 2.x. First, it is
> hard to figure out how to even get 3.1 to run the PT3.CONVERT macro since
> it does not appear in the macro list. Once I figured it out, it worked
> fairly well. But I should not have to do a conversion! PT3 should have
> an Installer script that automatically detects the presence of PT2 files
> and converts them for me without me ever knowing about it!
>
/I feel this is unreasonable. It would be a plus, but nothing more.
>6. Loss of modem init string. PT3 does not seem to remember my init string,
> nor did PT3.CONVERT go find it for me in the PT2 files. Do I really have
> to try and remember what it was, or what file it lives in, and manually
> reinsert it in PT3? I don't remember what it was anymore!
A genuine thing to gripe for, perhaps.
>7. Forced reinstallation of modem, printer, and slots. It is silly at best
> to have to go through all those dialog boxes again on upgrade. PT3
> should use the configuration files that are in place from PT2.
Yow, all those three dialog boxes!
No comment.
---
Finally, 3.1 had quite a number of changes/improvements from 3.0; I
understand the 2.x->3.0 was much more drastic (does anybody have a list?).
In light of that, Mike seems to be nitpicking.
(I myself would wish for only one thing: to be able to freely divide all
available RAM between the editor, the transfer buffer, and scrollback.
The code-cache could probably remain at ~64K.)
> / Mike McCormick \
--
Tero Sand, 2 kyu ! Science is a process of enlarging one's
! ignorance to dizzying heights.
EMail: cust_ts@cc.helsinki.fi ! - D.C.Lindsay in talk.origins
custts@cc.helsinki.fi !