HDTenEightyP/NetNews huggingface dataset:
X-Mailer: ELM [version 2.3 PL11]
Date:         Thu, 8 Oct 92 21:51:45 EST
From:         ROLAND BOER <rboer@METZ.UNE.EDU.AU>
Subject:      NB 4.0 in Australia
Comments: To: NOTABENE@TAUNIVM.TAU.AC.IL
Newsgroups: bit.listserv.notabene
              at Oct 7, 92 11:43 am

If people are still waiting for NB 4.0 in Canada and the USA,
then I guess I'll wait for Santa Claus over here in Australia :-)

Roland Boer
University of New England
Australia
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Tue, 13 Oct 92 08:10:47 LCL
From:         Daniel Field <DXFIELD@SUVM.BITNET>
Subject:      disk size
Newsgroups: bit.listserv.notabene

I have finally got the new release of NB.  While waiting, I got a
new computer, and NBI lost track of my request to change to 3.5 inch
disks.  Is there any reason why I can't copy the 5.25 disks they sent
onto 3.5s and install the program?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Thu, 8 Oct 92 09:33:39 EDT
From:         Bob Kosovsky <KOS@CUNYVMS1>
Subject:      Fonts in NB4
Newsgroups: bit.listserv.notabene

I think the New York Public Library, just a mere mile or so away from
NBI, was among the last to receive its update.

Anyway, we've got it running, and we can't figure out how the fonts work.
We have an IBM PS/2 386 connected to HP LasterJet II, with L & P fonts
on a Z cartridge.  According to the cartridge (which was correctly
reflected in NB3) we have basically TimesRomand and Helvetica in mostly
10, 12 and a few extras in 8 and 14.  But in NB4, the help menu claims it
sees only 6, 18, 24.  And I see the "PT###" no longer works.  So how do
I print out using times iwth either 10 or 12 point size?

Thanks in advance for your responses.
Bob Kosovsky
Graduate Center -- Ph.D. Program in Music(student)/ City University of New York
New York Public Library -- Music Division
bitnet:   kos@cunyvms1.bitnet        internet: kos@cunyvms1.gc.cuny.edu
Disclaimer:  My opinions do not necessarily represent those of my institutions.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
X-VMS-Cc: JTAKALA
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 13 Oct 92 07:39:15 IST
From:         "J-P Takala, University of Helsinki, Sociology" <JTAKALA@FINUHA>
Subject:      Re: Installation and use of Orbis
Newsgroups: bit.listserv.notabene


Randall, did you try using a Orbis/Textbase format with designated
keywords?  I learned and was told on this list that the prerelease
Orbis only can deal with the first few formats it says it can
and none of those includes designated keywords.

j/p takala
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
Date:         Wed, 14 Oct 92 19:46:00 CST
From:         LAVENDA@MSUS1.BITNET
Subject:      Re: NB4 arrival
Newsgroups: bit.listserv.notabene

John Berg,

I copied several of the settings of my old STARTUP.INT into NBSTART.INT
with no difficulties.
Robert Lavenda           lavenda@msus1
From: GSCHLABA@IRISHVMA.BITNET (Gerald W. Schlabach)
Newsgroups: bit.listserv.notabene
Subject: Re: NB 4.0 arrival
Date: 14 Oct 92 23:20:31 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

On Wed, 14 Oct 92 15:05:10 MDT Bruce MacKay said:
>Ah.  The first real snow this winter, the trees and the hills are all white
>and clean; the Blue Jays are winning; AND NB 4.0 arrived in snowy South
>Alberta, Canada.  What could be finer?

                                        Well, for starters, a manual and
a fully functional ORBIS, and NBI in fierce competition with better known
word processors, and ...

But I do salute the Blue Jays!

Gerald W. Schlabach           |     Item bellum nullum argumentum est
University of Notre Dame      |     pro veritate fidei Christianae.
Schlabach.1@nd.edu            |          --Francisco de Vitoria, 1539
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Thu, 8 Oct 92 09:53:52 EDT
From:         Jerry Walsh <WALSHJ@SJUVM>
Subject:      Re: Fonts in NB4
Newsgroups: bit.listserv.notabene

Bob Kosovsky writes:

I think the New York Public Library, just a mere mile or so away from
NBI, was among the last to receive its update.

Among the last?  NB4 hasn't yet reached Queens.
                                               Jerry Walsh
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of North Carolina at Asheville
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
X-VMS-Cc: STRAUSS
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Date:         Tue, 13 Oct 92 15:34:13 IST
From:         STRAUSS@UNCA.BITNET
Subject:      Re: NB4 Video and Screensavers
Newsgroups: bit.listserv.notabene

I would also like a copy of dimmer.com

Bob Strauss
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Sun, 11 Oct 92 13:27:00 +0200
From:         Michael Shalev <SHALEV@HUJIVMS>
Subject:      Superstor etc.
Newsgroups: bit.listserv.notabene

Peter MacDonald has asked what effect Superstor might have
on NB4 installation, and a similar question has been raised
viz Stacker. Without having atttempted nb4 installation yet
(needless today, am still waiting for it!), I doubt that
this is the problem. What these programs do is turn the
contents of your hard disk into one huge compressed file.
So far as you, __and your software__ are concerned, however,
nothing has happened. That is, Superstor maintains the
appearance of normal filenames, and manages conversions to
and from the compressed super-file, _transparently_.

Peter, if you want to test whether the problem is with
Superstor or DRDOS, take into account that:

1. Part of Sperstor's alchemy occurs at bootup, when
DRDOS typically looks for a file called dconfig.sys on
your "real" hard drive, which is where it learns that
you are using a compressed, drive, and "swaps" the
desgnations of the two drives (e.g. C:, the "real" drive,
become D: so that you and your programs can still believe
you're working on C:). Note: the offensive lines of
config.sys--if any--might be lurking in your dconfig.sys.

2. You cannot tell DRDOS to forego working with Superstor on
a compressed drive--unless you take the radical step of
decompressing it, which DESTROYS ALL YOUR COMPRESSED FILES.

Please let us know the outcome.
..Michael
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Sat, 10 Oct 92 18:28:36 PDT
From:         Dieter Christensen <dc@WOOF.MUSIC.COLUMBIA.EDU>
Subject:      Orbis problems
Newsgroups: bit.listserv.notabene


     I am in the middle of a project which draws on a text
base of some 1.2 MB of transcribed interviews including
transliterated Arabic. This works fine if slow under TB.
I am using the circumflex to represent long vowels  - alif,
waf etc. TB ignores the circumflex in the text base, i.e. it
lists all occurrences of 'zar', whether the a has a
circumflex or not - which suits me fine.
     Orbis (my version, received less than two weeks ago, is
labelled 'prerelease') indexes the 1.2M on my 486/33 in
1'38" and looks up things in half no time as my children are
fond of saying.
     HOWEVER, I can't get Orbis to accept circumflexed
vowels, nor will it find occurrences of words with
circumflexed vowels in the text base when I use a plain
search word.
     So Orbis seems to be useless for me now, and I am
returning (temporarily, I hope) to the slower TB which has
fewer features but does work.
     Can anyone help me with this, please? Why does Orbis
not accept high characters such as Ctrl-Alt-1 for a
circumflex when NB does?

     I also want to report another surprise with Orbis - I
searched for a single letter 'z' in my despair, got the not
unexpected message 'insufficient memory', followed by
'...searching ....', and then the computer froze. Hard
reboot, and no external DOS commands worked any more.
     Inspection of path and then autoexec showed a bunch of
LA1 in chevrons inserted in the path line and at the
beginning and end of the autoexec file. It sure took me
longer to clear this up then to describe it here, and I
don't want to replicate the experience. I am sending this to
NBI, of course. Meanwhile, may the postrelease Orbis be as
worthy its highfalutin name as TB is its fitting one.

Dieter Christensen
dc22@columbia.edu

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Wed, 7 Oct 92 18:15:13 CST
From:         GA3662@SIUCVMB
Subject:      Printing problems
Newsgroups: bit.listserv.notabene

I have something to offer and also a problem that needs a solution.
First, I am well on the way to getting NB4 to work with a Deskjet
printer.  As part of the installation procedure you have to let
it convert the HP fonts to DJ format, which it does automatically,
but takes FOREVER (about half an hour).
It seems to work OK, but downloading is a little slow, and a couple
of times the file seemed to get stuck in the printer, and wouldn't
actually come out of the Deskjet for a minute or two.  But it DID
print Hebrew and Greek nicely.  We have a 128K cartridge.
On the other hand, for the printer in my office, which is not connected
directly to my machine but instead is on the server, I have a problem
which was addressed ages ago on this list, but I can no longer solve.
Readers may recall that to get something to print on a network it
is necessary to PRINTD, LPT1.  This is OK if you're using resident
fonts, but if you want to use the pretty Hebrew/Greek etc. fonts
it won't work.  Weirdly, the file will print, as soon as you exit
NB.  It works perfectly, but puts all the files into some kind of
queue that it stores until you turn the program off.  Any suggestions?

       Geoff Nathan    <GA3662@SIUCVMB.SIU.EDU>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:      UK.AC.YORK.VAXA; 13 OCT 92 13:58:12 BST
Date:         Tue, 13 Oct 92 13:57:00 GMT
From:         JAE2@VAXA.YORK.AC.UK
Subject:      RE: Installation and use of Orbis
Newsgroups: bit.listserv.notabene

I"ve had 2 different internal error messages.  I find the way to deal
with Orbis is to try again (maybe doing exactly the same thing!).  Once you
beat it into submission it works so well that it tells you without being
asked that files have been changed! - really good.
(It still tells me at first that it can't do anything - the answer is
to ignore that.)
This is of course a beta version.  And I suspect we all have slightly
different ones... .
jae2@uk.ac.york
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
X-VMS-Cc: JTAKALA
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 15 Oct 92 09:21:19 IST
From:         "J-P Takala, University of Helsinki,
              Sociology" <JTAKALA@FINUHA.BITNET>
Subject:      changing NB.HLP problems
Newsgroups: bit.listserv.notabene


I was investigating possibilities of modifying the NB.HLP file,
along the lines Itamar Even Zohar and Tony Woozley showed about
3.x's HELP file (see NB-HLP01.ZIP at the NB archives) - actually
trying to incorporate Itamar's new virtual TOC generator for 4.0.
The problem was this: my non-lingua, early August, ibid (+?) NB 4.0
could neither STORE nor SAVE the NB.HLP file correctly.  Even
Opening the original NB.HLP and saving in under another name
produced a file different in length and some other features
(towards the end of the file).  I recall Teun van Dijk mentioned
problems that could have been due to his customizing the NB.HLP file.
However, Itamar tell me he has no similar problem with his program.

Has anyone else, perhaps with non-Lingua NB 4.0, tried modifying
NB.HLP?  And which date do your program files have?

This is, of course, a query I should first put to NBI, but given the
time zones, the non-applicability of the 800-numbers, and the reports
of attempts to get through to them from two blocks away, I post this
here.

j-p takala
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Thu, 8 Oct 92 09:43:00 IST
From:         Odeda Zlotnick <KPUOZ@HUJIVM1>
Subject:      Re: NB4 arrival /search in wrong subdirectory
Newsgroups: bit.listserv.notabene

Randall,
In my experience, when NB doesn't find something it searches through your
whole path.  Once finished it report that the file was "not found" in the
last subdirectory on the path.   Is Fastback by any chance the last subdirector
y in the path statement you use with nb (that is, either in you autoexec.bat
or in the batch file that invokes nb)?

                                                    Odeda.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:         UK.AC.EX.CEN;  8 OCT 92 10:40:52 BST
X-Mailer:    ELM [version 2.3 PL0]
Date:         Thu, 8 Oct 92 10:39:10 BST
From:         M.E.Bennun@CEN.EX.AC.UK
Subject:      Re: NB4 arrival: Laptop display problem
Newsgroups: bit.listserv.notabene
              8,92 1:34 am

Quoth Randall D. Wright:

>
> 1. I use primarily a 386SX laptop.  The trouble is that the uncompressed
> screen setting fails to give me that last three to four lines of text, help
> overlays, and menus.  When I type to the bottem of the screen, the
> characters disappear behind the horizon, reappearing if several hard
> returns are entered.  With regard to the menus and help screens, I have no
> access whatsoever to the hidden lines.  None of the preceding occurs when I
> use NB4 on the XT attached to the printer.  Suggestions?
>

LCD's can give bovver and aggro till you get them right. My experience
is as below, for what it's worth.

You must use the correct settings for the display; the List must be
sick of my views on this, so I'll sum up by saying that you should
chose a display mode of the correct size (cols & lines) by going into
the PC's Manual and the dos Manual and seeing what they suggest. It's
hard to generalise, I have found, as different manufacturers do
different things (some use Eagle, some use brand-specific versions of
MD-DOS with their own added commands, and the native v. 5 itself now
has a useful set of MODE commands which MAY be adequate) and they
should be used in the correct combination. The problem is totally
solvable (soluble?)....

My personal solution has been to run NB in mono (to get literal
underlining) and with a setting which seems to be classed as "7", when
you've hunted it down with the aid of various Manuals. Then I've used
the most congenial MACHINE PALETTE # setting (a Zenith-specific tweak
to DOS v. 5 ).

Get back to me off the list if you think I can help further:
MEBennun@uk.ac.exeter.cen

Here in deepest, darkest Devon it's a pleasant, mild, bright-cloudy,
almost warm morning. Seriously autumnal; the colours are getting to be
absolutely spectacular according to Herself of the chutney recipes,
but the trouble is I can't really see them - when they want a good
laugh with Ishihara tests they call me in....

But there's a blackbird talking quietly to himself outside my window,
and that's a big comfort.
 ---------------
Mervyn E. Bennun, Law Department, University of Exeter
Phone: (+44) (0) 392 263 161
Postal Address: Amory Building, Rennes Drive, Exeter EX4 4RJ, Devon, U.K.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
X-VMS-Cc: JTAKALA
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Sun, 11 Oct 92 11:24:06 IST
From:         "J-P Takala, University of Helsinki, Sociology" <JTAKALA@FINUHA>
Subject:      Re: Orbis problems
Newsgroups: bit.listserv.notabene


Dieter Christensen writes:

>      I can't get Orbis to accept circumflexed
> vowels, nor will it find occurrences of words with
> circumflexed vowels in the text base when I use a plain
> search word.

I have a similar problem, as I reported here some weeks ago:
Orbis search template does not seem to accept any characters
but the standard American ones.  No accents, no umlauts, no
circumflexes.

However, there seems to be a way around this: if you have the
word with accented/umlauted/circumflexed character in your
normal edit file and (having cursor on the word) press
ALT-?, Orbis will look it up for you.  It even works with
an asterisk as a wildcard (which is imperative for an
agglutinative language like Finnish and useful for other
languages too).
Of course this is not a satisfactory solution.  I haven't
figured out how to conduct Boolean searches this way, for
instance.  And my version of Orbis does not know that
a small a-umlaut is the same as a capital A-umlaut although it
treats different cases of American letters as the same.

Jukka-Pekka Takala
internet: JTakala@cc.Helsinki.Fi
From: willis@VIOLET.BERKELEY.EDU (Willis Johnson)
Newsgroups: bit.listserv.notabene
Subject: Re: Huddle at SF?
Date: 16 Oct 92 17:13:34 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: NOTABENE%TAUNIVM.BITNET@cmsa.Berkeley.EDU

I'll be there.

Willis Johnson
U.C. Berkeley
willis@violet.berkeley.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notabene@taunivm"
Original_cc:  SZUCHMAN
Date:         Fri, 16 Oct 92 07:58:00 GMT
From:         "Mark D. Szuchman, History,
              Florida Int. Univ." <SZUCHMAN@SERVAX.BITNET>
Subject:      Increasing mem for NB4 files
Newsgroups: bit.listserv.notabene

In my NB3.1, I have 314Kb left for files.  This figure changes dynamically,
of course, but it does form the base for running the program with various
assignments with plenty of mem, including retrieving from the textbase,
loading the mem-hogging AF font-set (i.e. IQ Eng. II cartridge), etc.  These
are the benefits of this list where settings forn STARTUP.INT were first
suggested.  The same settings in 4.0's NBSTART.INT, however, give me pretty
much the same mem for text files (318Kb), but locks the keyboard when printing
and prints to disk only.  I have a D drive as a ram disk where the EDITORx.OVR
files are placed.  The following are the settings in in 3.1's STARTUP.INT, and
I would appreciate any feedback on getting them amended to work with 4.0.  One
last point:  I have an amended delta in STARTUP.INT that automatically amends
the offset and page length settings when invoking the Academic Manual of Style
(in my case, Chicago is the "bible") in order to override laser printers'
default to wider left margins and longer bottom margins.

The STARTUP.INT settings (in expanded mode):
<<SV499,<<OF7,7>><<PL64,66,60>>>>
BC load help
BC savec 0
BC lddict mainalph.dct
BC unload 1,2,3,6,7
BC C:
BC cd C:\NB
BC dir
BC BC BC BC CC

Thanks.

Mark D. Szuchman, History, FIU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
Date:         Fri, 9 Oct 92 17:30:00 CST
From:         LAVENDA@MSUS1
Subject:      Re: nb4+orbis+ibidplus arrival
Newsgroups: bit.listserv.notabene

Allan Needell inquires about the "manuscript" functions. Using the 3/11 beta
(my package having just arrived a couple of days ofago), I printed out an
850 page ms. The only difficulty I had was when my laser printer (an NEC
990--exceptionally good deal from USA-Flex, by the way) ran out of paper. NB
took the error message and figured that the file had printed. So, I had to
put in SP deltas. Anyway, I'm tinkering with error messages. But the answer
is, it worked very nicely. On the other hand, I never had trouble with 3.1!

Rob Lavenda
lavenda@msus1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Date:         Thu, 8 Oct 92 13:57:29 IST
From:         Michael Dick <DICK@SIENA>
Subject:      Re: Searching in Lingua
Newsgroups: bit.listserv.notabene

Further searching with Lingua experiments has yielded teh following, I can
search for Linbgua characters using the command line se \ccc\ etc. but NOT
using F4.
        Michael Dick
        Dick@Siena
From: tos@OZ.PLYMOUTH.EDU (Tom Schlesinger)
Newsgroups: bit.listserv.notabene
Subject: Re: Printer Misbehavior
Date: 15 Oct 92 03:16:50 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Comments: To: NOTABENE@taunivm.tau.ac.il
              "JEARLS%TINY.COMPUTING.CSBSJU.EDU@TAUNIVM.TAU.AC.IL"at Oct 15,
              92 3:41 am

Got through to Rebecca at NBI today re. NEC printer driver placing a W0 -- i.e.
letter W and zero -- not letter O -- before and after each line and then some.
Was told to bring up the printer driver, search/find the  FO:PS entry (for
proportional font), and merely inserted a little solid triangle pointing to the
right between the "<" and the "W0".  That fixed it.

However, I voiced complaint about inadequacy of the driver beyond that; e.g. it
doesn't do the double height letters even when the additional delta is added
for that, and so on.
From: SILVERS@YALEVM.BITNET (Louis H. Silverstein (SILVERS@YALEVM))
Newsgroups: bit.listserv.notabene
Subject: Re: Printer Misbehavior
Date: 15 Oct 92 02:54:14 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              15 Oct 92 03:41:50 IST from <JEARLS@TINY.COMPUTING.CSBSJU.EDU>

Regarding the FONTID problem.  When this occurs call Rebecca at NBI (use the
number on the initial screen of NB4).  It is a very simple fixrequiring the
addition of a slash at the end of a line in the program but she will have to
take you through the steps to get to the right place.  (Since I am hearing
handicapped, my student assistant is the one who actually dealt with the
problem so I can't tell you more details except to reiterate that it was easy
to fix once we got through to Rebecca!).
Glad to be able to pass this information along.
From: DICK@SIENA.BITNET (Michael Dick)
Newsgroups: bit.listserv.notabene
Subject: LBase
Date: 16 Oct 92 16:49:13 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM"
MIME-version: 1.0
Content-transfer-encoding: 7BIT

I just received the latest version of LBase which is supposed to export files
to Lingua. So I loaded it up wrote some Duke Greek papyri texts to a file, went
to LBase, openned the files, and voila gibberish (some Greek worked in in
strange chunks). Anybody tried this yet? It worked all right under SLS and
then I converted it to Lingua.  It seems LBase has trouble with the language
deltas. I'd appreciate feedback.
        Yes I'd love to get together and chat in San Francisco. I'm staying at
the Hilton from Thursday to Tuesday.
                M. Dick
                DICK@SIENA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Sat, 10 Oct 92 12:01:40 EDT
From:         Jerry Walsh <WALSHJ@SJUVM>
Subject:      Re: Quest for the eschatological RAMbyte
Newsgroups: bit.listserv.notabene
              10 Oct 92 11:52:43 EDT from <pjb3@CUNIXB.CC.COLUMBIA.EDU>

Thanks, Paul.  Cautions and caveats duly noted.  Your advice is, as
always, succinct and illuminating.
                                  jtw
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Fri, 9 Oct 92 18:53:05 EDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         Allan Needell <NASSH100@SIVM>
Subject:      nb4 installation tip
Newsgroups: bit.listserv.notabene

From: Allan Needell

The installation menus indicate that you need not alter your autoexec.bat file
to put the nb4 program director in the dos path at boot up. Instead you can
manually change to the nb4 subdirectory and load nb4 using the nb command. I
choose this because I was leaving nb 3.1 on the disk (trusting soul that I
am). I found, however, that once in nb4, ibid+ would not work at all even
though properly installed in the nb4 program directory. Simply inserting the
nb4 program directory as the first entry in the dos path solved the problem. I
have been experimenting feature by feature and as yet have found the program
almost stable. A few times erroneous key strokes on my part caused an
unexplained disruption of the keyboard mapping, requiring reboot. But those
occasions were clearly the result of plunging ahead too quickly without
consulting the quick reference guide. So rtfqrg (to coin an acronym), alter
you dos path (if you are using ibid) and never look back????

Allan Needell
National Air & Space Museum
Smithsonian Institution
Washington, DC 20560  (BITNET: NASSH100@SIVM)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU