home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ornl!utkcs2!darwin.sura.net!wupost!cs.utexas.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.misc
- Subject: Re: Viewing new .inf documents (including redbooks)
- Message-ID: <1992Nov12.204917.16137@njitgw.njit.edu>
- Date: 12 Nov 92 20:49:17 GMT
- References: <BxGtsM.2wD@news.iastate.edu> <9368@blue.cis.pitt.edu.UUCP> <92317.095439TPERMUTT@UMAB.BITNET>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 46
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <92317.095439TPERMUTT@UMAB.BITNET> TPERMUTT@UMAB.BITNET (Thomas Permutt) writes:
- >The trouble is the Command Reference object in Information. It associates
- >view.exe with *.inf, but with parameter cmdref.inf. Therefore opening the
- >file xxx.inf produces, by default,
- > view.exe xxx.inf cmdref.inf or
- > view.exe cmdref.inf xxx.inf , I am not sure which.
- >In either case, view with two arguments interprets one as a file and the
- >other as a topic, producing the "topic not found" message.
-
- Only if you associated .inf files with the Command Reference icon. If
- you associate the files with view.exe, you get the same response for a
- different reason. View.exe requires the info file to be in the
- directory view is being run from or in a directory on the BOOKSHELF
- path. When you double-click an icon, the association does not place
- you in the directory containing the icon, so view fails. If you drag
- the info file onto the view.exe program icon, all works fine.
-
- >I can see no reason for Command Reference to be set up this way; I think it
- >is just wrong. Removing the *.inf association from the Command Reference
- >object makes everything work as it should.
-
- Are you sure? I don't recall seeing any Command Reference association
- to .inf files on my system. I'll look again, though.
-
- >By the way, you might consider keeping your .inf files where they are and
- >putting shadows of them in Book. Then you get it both ways: they are safe
- >from reinstallation, but they are also where OS/2 expects them to be. This
- >is not needed to get double-click to work properly. Rather, the advantage,
- >I think, is that the "search all libraries" function will look at them. Of
- >course, this can also be achieved, I think, by adding the place where they
- >stay to the "Bookshelf" in config.sys.
-
- Ideally, I'd like program reference objects in the root of the floppy
- where I keep my redbook info files. Unfortunately, I can't store SOM
- objects on floppies. I don't want to give up over 1MB of hard drive
- space for them, either.
-
- I guess I could place A: on my bookshelf path, but I don't like the
- idea of that too much.
-
-
- --
- |) David Charlap | .signature confiscated by FBI due to
- /|_ dic5340@hertz.njit.edu | an ongoing investigation into the
- ((|,) | source of these .signature virusses
- ~|~
-