HDTenEightyP/NetNews huggingface dataset:
From: ICH530@DJUKFA11.BITNET
Newsgroups: bit.mailserv.word-mac
Subject: Re: using word for screenwriting
Date: 20 Aug 92 09:15:02 GMT
 <92232.143649ICH530@DJUKFA11.BITNET>
 <1992Aug19.110653.14881@husc3.harvard.edu>
Organization: KFA  Forschungszentrum Juelich

In article <1992Aug19.110653.14881@husc3.harvard.edu>, mirsky1@husc8.harvard.edu
(David Mirsky) says:
>
>In article <92232.143649ICH530@DJUKFA11.BITNET> ICH530@DJUKFA11.BITNET writes:
>>In article <1992Aug19.005727.14877@husc3.harvard.edu>,
>mirsky1@husc8.harvard.edu
>>(David Mirsky) says:
>>>
>>>Hi. I plan to use Word 5 to do some screenwriting. By using style sheets
>>>and outline mode I have almost all the flexibility that I need.
>>>However, I would kill for a Word feature that would automatically
>>>insert character names above dialogue which was split by a page
>>>break.
>>
>>This seems simple:  just make each part of dialog a separate Section and
>>put the name of the character (as it's supposed to look on the top of
>>the page) in the Header of that Section.
>>
>>Harald S. Poelchau
>>Forschungszentrum Juelich (KFA)
>>Germany
>
>Harald, thanks for the idea, but either it is not that simple or I
>dont quite understand how to use Sectioning for the desired effect.
>
>A page from a screenplay can contain dialogue from a number of
>characters. In Word, if there is more than one section to a page,
>the header and footer from the first section are used on that page.
>However, I need the header and footer of the LAST section to be
>used, since it is the dialogue of the last character on the page
>that I need to be followed by a header of that character's name.
>In addition, I would have to set the header and footer for each
>bit of dialogue, which would be very time consuming in itself.
>If you know a way around this then please tell me. I dont see
>one.
>
>David

Try it this way:
1. When you start, go into Section (Format Menu) and change from "New page" to
"No break".  That will take care of the rest of the manuscript.
2. When you get into the dialog start a new Section before each
character's turn (hit command_enter).  Type the character's name, copy it,
Open Header (under Format Menu), and paste the name where you want it to
appear at the top of a new page.

This will put the name of the character who's speech is going over the
page break at top of the next page.

This shouldn't take too much extra time.  You could also assign a key command
to Open Header to make it faster. Or perhaps make a macro with QuickKeys or
AutoMac etc. to do it automatically for you with one key stroke.

Harald S. Poelchau
Forschungszentrum Juelich (KFA)
Germany
Newsgroups: bit.mailserv.word-mac
From: hughes@unixg.ubc.ca (Ken Hughes)
Subject: Re: automatic numbering in Word 5
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Sun, 23 Aug 1992 03:29:48 GMT

In article <josef-210892091501@manta.informatik.rwth-aachen.de> josef@informatik.rwth-aachen.de (Josef Kaltwasser) writes:
> < summary of responses  ...  edited >
>
> ... ftp'able program from Charles Dubuque (thanks), he writes:
>>If you don't mind using another application, there is a program called
>>WordRef available as shareware via FTP. You can find it on Sumex-Aim
>>mirrors.
>>
>>What it essentially does is uses the mail merge feature of word to
>>number figures, do cross references, compile bibliographies and
>>footnotes. The package contains a reference guide, an application that
>>compiles merges and your reference data, and a stack that keeps track
>>of your bibliography.
>>
>>It's a bit of a kludge (Microsoft really should have this feature by
>>now) but it's a good kludge. It takes a while to learn, but it's worth
>>it.
>>Chuck
>
>Josef Kaltwasser         e-mail: josef@informatik.rwth-aachen.de 

 WordRef is OK but pretty clumsy. [This is a Macintosh program. The other
   posting about number insertion using F3 is dandy, for DOS Word 5.]

 What would be really useful is if someone knows  [someone who knows]
   enough PostScript to write a little macro that could be used as a glossary
   entry for Mac users. I'd love to see this.  It can't entail too much code.
 
 Somebody?  Anybody?
 
 Ken Hughes
 hughes@unixg.ubc.ca
 
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Return-Path: <caldwell@cwbio.BIOC.CWRU.Edu>
Newsgroups: bit.listserv.info-gcg
Date:         Tue, 18 Aug 1992 14:36:00 EST
Reply-To:     DAVID CALDWELL <caldwell@CWBIO.BIOC.CWRU.EDU>
              <INFO-GCG@UTORONTO.BITNET>
From:         DAVID CALDWELL <caldwell@CWBIO.BIOC.CWRU.EDU>
Subject:      Longstanding GCG problem
Comments: To: info-gcg <info-gcg%utoronto.bitnet@pucc.princeton.edu>

Dear GCG-ers:

	We have a problem with our GCG package which we have been unable to
solve.  It appears to have to do with the logical names which point to the
libraries.  If anyone could guide me as to even where to look first for the
errors, I would be MOST appreciative.  Thank you!

						David Caldwell.

Included is a log file demonstrating the error...
----------------------------------------------------------------------------
$FASTA

FASTA does a Pearson and Lipman search for similarity between a

query sequence and any group of sequences.  FASTA answers the

question, "What sequences in the database are similar to my sequence?"

The relationship between FASTA and WORDSEARCH has not been

characterized, but FASTA is faster and, for some searches, more

sensitive.


 FASTA with what query sequence ?
[cavallius]wendy.pep

                  Begin (* 1 *) ?

                End (*    37 *) ?


 Search for query in what sequence(s) (* SwissProt:* *) ?
genbank:*

 What word size (* 2 *) ?


 List how many best scores and alignments (* 40 *) ?


 What should I call the output file (* Wendy.Fasta *) ?
[cavallius]wendy.fasta

 *** No sequences to compare to query sequence! ***
Image data (records not beginning with "$") ignored
$EXIT
  CAVALLIUS    job terminated at  6-JUL-1992 13:22:13.86
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: info-gcg@UTORONTO.BITNET
X-VMS-To: IN%"info-gcg@utoronto.bitnet"
X-VMS-Cc: GCGC
Newsgroups: bit.listserv.info-gcg
Date:         Fri, 21 Aug 1992 14:27:00 EDT
Reply-To:     GCGC@UORDBV.BITNET
              <INFO-GCG@UTORONTO.BITNET>
From:         GCGC@UORDBV.BITNET
Subject:      MAPSORT-What I didn't see....

Hello folks
        Thank you for the great suggestions in response to my posting for
problems with MAPSORT. The problem was not with MAPSORT but rather with the
baud rate I was using with my terminal emulator on my MAC.

        When the user here told me about her problem, I ran MAPSORT five
different times and looked at the results with the TYPE command.  Each file
"lost" some enzymes in the summary section.  Steve Gunnell at Biomedical Super-
computing Center of NCI, ran two identical searches and checked them with VMS'
Differences command and came up with no anomalies.  This was something I
neglected to do.  When I checked my output files today against each other on
that command, I didn't find any differences.

        Apparently, the information flow from the VAX3100 cluster at the UofR
was too fast for the MAC's emulator to keep up with.  And sure enough when I
looked at those same files with the TYPE/P command, they were identical.

        Needless to say I am very grateful to Steve for his insight.
        Thanks again...

        Charles Alexander
        Div. of Medical Informatics
        Univ. of Rochester Med.Ctr.
        601 Elmwood Ave, Box BPHYS
        Rochester, NY 14642
        Tel:(716) 275-0643

        Internet:IN%"GCGC@db1.cc.rochester.edu"
        Bitnet:JNET%"GCGC@UORDBV"
From: GUNNELL@FCRFV3.NCIFCRF.GOV (Mark A. Gunnell)
Newsgroups: bit.listserv.info-gcg
Subject: RE: Possible Bug In MAPSORT?
Date: 20 Aug 92 02:18:46 GMT
              <INFO-GCG@UTORONTO.BITNET>
Reply-To: "Mark A. Gunnell" <GUNNELL@FCRFV3.NCIFCRF.GOV>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Vmsmail-To: FCRFV1::WINS%"GCGC%UORDBV.BITNET@pucc.Princeton.EDU"
Comments: To: info-gcg%utoronto.bitnet@fcs280s.ncifcrf.gov

Charles -

>         A user here recently ran into an interesting problem with MAPSORT that
> I have never seen before.  The program gives varying results when run more
> than once.  I am specifically referring to the enzymes that do cut and
> enzymes that don't cut summary.

>         The sequence used as the query sequence was HUMTHMA, a human
> thrombomodulin gene's cds.  The gene is intron depleted. The documentation
> for the program does say that if it is a backtranslated sequence the /ALL
> qualifier has to be added.  But, I don't think that rule applies in this
> particular case.

>         Is this a bug in MAPSORT, or just oversight on our part?  Maybe, the
> authors of the paper in question might even be reading this.  Any help will be
> appreciated.

  I just tried this here on our system.  This the environment:

1) VMS-GCG, versions 7.0 & 7.1 of MapSort were tested

2) Richard Roberts REBASE Rel 9208 in place of the standard GCG enzyme.dat

3) Input entry was gb_pr:humthma from NCBI-GenBank Release 0.3.


Results:  I ran MapSort twice in succession, used the VMS Difference command,
and VMS detected no differences at all between the two files (other than the
GCG timestamp within the file).   Same results with both versions 7.0 and 7.1.

You might consider watching over your user's shoulder while he/she runs MapSort.
Make certain that there is no existing "enzyme.dat" within the current default
directory, as that file will be used in preference to the standard file
available in GenRunData.  This can often cause the appearance of conflicting
results.  Hope this is of some help...

-Mark
-------------------------------------------------------------------------------
Mark A. Gunnell                   | Internet: gunnell@ncifcrf.gov
Sci. Applications Analyst         | Bitnet:   gunnell%ncifcrf.gov@cunyvm.bitnet
Biomedical Supercomputer Center   | Phone:   (301) 846-5779
PRI/DynCorp                       |
NCI-FCRDC                         |
PO Box B, Bldg 430                |
Frederick, MD 21702-1201  USA     |
-------------------------------------------------------------------------------
From: RODRIGOL@BIOMED.UIO.NO (Rodrigo Lopez)
Newsgroups: bit.listserv.info-gcg
Subject: A bug in FindPatterns & Fix
Date: 12 Aug 92 06:53:13 GMT
Organization: The Norwegian EMBnet Node
X-News-Reader: VMS NEWS 1.22

Sorry about the previous empty message....


Christoph Gartman reports the following error when using FindPatterns:



>Next, I just found a bug in GCG-FindPatterns:
>  When you are looking in a protein sequence for a pattern like
>  the following EX{0,4}YXXL this won't work (because of the 0).
>With the patch I append you can fix it.

Patch from GCG:

---> cut here>------------------------------------------------------------
Here are instructions for fixing the bug that you found in the GCG program
FindPatterns.  (You must have a fortran compiler to effect this fix.)

In a working directory issue the following commands:

        $gcg
        $gcgsupport
        $copy genapplib:patmatch.for []

Edit this copied file in the following way:

        In the routine PatMatch.for, after the line,

          PatMatch = .FALSE.

        add the line

          BadPat = .FALSE.

        so the code looks like this

          PatMatch = .FALSE.
          BadPat = .FALSE.

Exit the editor and issue the following commands:

        $ for patmatch
        $ toapplib patmatch
        $ copy patmatch.for genapplib
        $ make findpatterns

This should solve the problem.  Once again, thank you for the report.
If you have additional problems or comments, please let us know.
------------------------------------------------------------------------

Rodrigo:-)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INFO-GCG@UTORONTO.BITNET
X-VMS-To: IN%"INFO-GCG@UTORONTO.BITNET"
Newsgroups: bit.listserv.info-gcg
Date:         Wed, 19 Aug 1992 14:07:00 EDT
Reply-To:     GCGC@UORDBV.BITNET
              <INFO-GCG@UTORONTO.BITNET>
From:         GCGC@UORDBV.BITNET
Subject:      Possible Bug In MAPSORT?

Greetings

        A user here recently ran into an interesting problem with MAPSORT that
I have never seen before.  The program gives varying results when run more than
once.  I am specifically referring to the enzymes that do cut and enzymes that
don't cut summary.

        The sequence used as the query sequence was HUMTHMA, a human thrombomo-
dulin gene's cds.  The gene is intron depleted. The documentation for the
program does say that if it is a backtranslated sequence the /ALL qualifier
has to be added.  But, I don't think that rule applies in this particular case.

        Is this a bug in MAPSORT, or just oversight on our part?  Maybe, the
authors of the paper in question might even be reading this.  Any help will be
 appreciated.

        Gratefully yours,

        Charles Alexander
        Div. of Medical Informatics
        Univ. of Rochester Med.Ctr.
        601 Elmwood Ave, Box BPHYS
        Rochester, NY 14642
        Tel:(716) 275-0643

        Internet:IN%"GCGC@db1.cc.rochester.edu"
        Bitnet:JNET%"GCGC@UORDBV"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: info-gcg@utoronto.BITNET
X-VMS-To: IN%"GCGC@UORDBV.BITNET"
X-VMS-Cc: IN%"info-gcg@utoronto",STONE
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.info-gcg
Date:         Thu, 20 Aug 1992 10:38:45 -0400
Reply-To:     Lynna Stone-Infeld <STONE@YALEMED.BITNET>
              <INFO-GCG@UTORONTO.BITNET>
From:         Lynna Stone-Infeld <STONE@YALEMED.BITNET>
Subject:      Re: Possible Bug In MAPSORT?
Comments: To: GCGC@UORDBV.BITNET

>Greetings
>
>        A user here recently ran into an interesting problem with MAPSORT that
>I have never seen before.  The program gives varying results when run more than
>once.  I am specifically referring to the enzymes that do cut and enzymes that
>don't cut summary.
>
>        The sequence used as the query sequence was HUMTHMA, a human thrombomo-
>dulin gene's cds.  The gene is intron depleted. The documentation for the
>program does say that if it is a backtranslated sequence the /ALL qualifier
>has to be added.  But, I don't think that rule applies in this particular case.
>
>        Is this a bug in MAPSORT, or just oversight on our part?  Maybe, the
>authors of the paper in question might even be reading this.  Any help will be
> appreciated.
>
>        Gratefully yours,
>
>        Charles Alexander
>        Div. of Medical Informatics
>        Univ. of Rochester Med.Ctr.
>        601 Elmwood Ave, Box BPHYS
>        Rochester, NY 14642
>        Tel:(716) 275-0643
>
>        Internet:IN%"GCGC@db1.cc.rochester.edu"
>        Bitnet:JNET%"GCGC@UORDBV"


Charles, I have seen similar differences in the lists of restriction enzymes
that do and don't cut from all the GCG mapping programs. These differences have
all been due to the way the GCG programs handle restriction enzymes that are
isoschizomers of other enzymes. I have seen differences specifically when users
try to cut with all enzymes and then try to cut the same sequence with specific
enzymes. The 2nd paragraph of the File Format subsection of the Restriction
Enzymes section in the Data Reference Set Volume 3 Manual explains the
treatment of restriction enzymes in isoschizomer families.
Please let us all know how this turns out for you.
=======================================================================
- Lynna Stone-Infeld, Manager, Molecular Biology Computing Resources
                          Internet:  STONE@BIOMED.MED.YALE.EDU
                                  Bitnet: STONE@YALEMED
Biomedical Computing Unit, Yale University, School of Medicine
P.O. Box 3333, New Haven, CT, 06510
Disclaimer: my opinions are my own and may not be shared by my employer
=======================================================================
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Mailer: mailout v1.26 released
Newsgroups: bit.listserv.mednews
Date:         Fri, 14 Aug 1992 10:58:29 MST
              <MEDNEWS@ASUACAD.BITNET>
From:         David Dodell <ddodell@STJHMC.FIDONET.ORG>
Subject:      Posting looking for information
X-To:         enuucp!asuvm.inre.asu.edu!mednews@enuucp.eas.asu.edu

                             Ludmila Perevezenceva
                             E-mail: lnprvz@appl.nnov.su




                NIZHNY NOVGOROD CENTER of MEDICAL INVESTIGATIONS
                  are looking for the colleques and partners
                                in the next
                           DIRECTIONS OF ACTIVITY



I. Investigations in the Field of Making New Medical Preparations

   1. Healing ferromagnetic ointments and suppositoria
   2. Chemically programmed magnet-guided remedies

II. Investigations in the Field of Making New Medical Instruments to Be Used
in
    Magnet-Guided Surgery

   1. Medical instruments to treat amocio retinae using magnet-guided surgical

      method.
   2. Medical Instruments to treat tympanic membrane perforation using
      magnet-guided surgical method of ORL pathologies
   3. Chemicaqlly programmed magnet-guided medical microrobots.

III. Experimental Design Activity in the Field of Medical Instruments
Production
    to Treat Pathological conditions by magnet-guided Microsurgery Method.

   1. Small serial production of diathermocoagulators to treat amocio retinae
   2. Measurement devices for computor diagnostics of amocio retinae and
tympanic
      memmbrane perforation
   3. Small searil production of special instruments for magnet-guided
      microsurgery  of hearing and eyesight organs.


e-mail:  lnprvz@appl.nnov.su

address: 603106, N.Novgorod
         2a -74 Adm Vasiunin st.,

phone:   (8312) 62-13-78

--
   -------------------------------------------------------------------------
      Internet: ddodell@stjhmc.fidonet.org    FAX: +1 (602) 451-1165
      Bitnet: ATW1H @ ASUACAD                     FidoNet=> 1:114/15
                Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Mailer: mailout v1.26 released
Newsgroups: bit.listserv.mednews
Date:         Wed, 19 Aug 1992 21:10:58 MST
              <MEDNEWS@ASUACAD.BITNET>
From:         David Dodell <ddodell@STJHMC.FIDONET.ORG>
Subject:      LOOKING FOR PERSONAL MEDICAL STORIES
X-To:         enuucp!asuvm.inre.asu.edu!mednews@enuucp.eas.asu.edu

** Please reply directly to the author of the article **


From: GMP@PSUVM.PSU.EDU
Date: Sun, 16 Aug 92 11:10 EDT

My colleague, Dr. Robert Werman, M.D. of University of Jerusalem, and I, are
doing what we hope is a major book on heart disease directed at cardiac
patients.  We need stories, brief case histories of bypass, angioplasty,
and medical treatment, successful or unsuccessful, emphasizing the personal
relationship between doctor and patient.  Please send to BITNET address below,

do not post to network.  I will be happy to communicate with you privately
about the stories.  We hope to use them to illustrate major generalizations
about treatment of coronary artery disease.


GMP@PSUVM
Gerald M. Phillips (Professor Emeritus), Speech Communication
Editor, IPCT: An Electronic Journal for the 21st Century
ISSN 1064-4326
Pennsylvania State University, University Park, PA 16802
Manuscripts are being accepted for the January, 1993 issue


--
   -------------------------------------------------------------------------
      Internet: ddodell@stjhmc.fidonet.org    FAX: +1 (602) 451-1165
      Bitnet: ATW1H @ ASUACAD                     FidoNet=> 1:114/15
                Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Wed, 12 Aug 1992 11:39:41 EDT
From:         "Robert L. King" <BOBKING@GDLVM7.VNET.IBM.COM>
Subject:      Xedit macro
Comments: To: xedit-l%uga.bitnet@cunyvm.cuny.edu


In your 'LOCATE CSECT' statement, the Cs are being used as the string
delimiter, the string consists of SE and the T is the XEdit TYPE
subcommand or some macro on your system.  I don't know if it will fix
your problem but you should change the locate to 'LOCATE /CSECT    /'.
To make the blanks significant to the locate, SET VARBLANK OFF.  Also,
with the commands you've used you need to be sure you don't have any
CSECT statements with comments in columns 16-18.

Bob King     bobking@gdlvm7.vnet.ibm.com     1992 August 12
Xref: sparky bit.listserv.xedit-l:151 bit.listserv.tn3270-l:55
From: schafer@is.rice.edu (Richard Alan Schafer)
Newsgroups: bit.listserv.xedit-l,bit.listserv.tn3270-l
Subject: Re: Oh a tangled web we weave! XEDIT vs TN3270
Date: 12 Aug 1992 21:51:44 GMT
Organization: Rice University

In article <92224.193916U52983@uicvm.uic.edu>, Roger Deschner
<U52983@uicvm.uic.edu> writes:
|> I'm using the "undocumented feature" of XEDIT's READ NOCHANGE command
|> which lets you essentailly use the file area as a menu template. This is
|> used in many other places, such as HELP, TNT. However, this runs afoul
|> of a bug in some versions of tn3270 (all Unix, all IBM, U/Maryland).

Roger, not all UNIX tn3270's seem to have this problem.  The tn3270 we have
installed on our Sun's here does not; however, the tn3270 on the RS/6000s
does.  Also, the IBM tn3270 (neither pmant nor the character-based tn3270)
for OS/2 does not have the problem.

-- 
Richard
Newsgroups: bit.listserv.xedit-l
From: MCMASTER@LSTC2VM.stortek.com
Subject: Re: Xedit macro
Organization: StorageTek SW Engineering
Date: Thu, 13 Aug 1992 18:00:59 GMT

In article <XEDIT-L%92081214385722@OHSTVMA.IRCC.OHIO-STATE.EDU>
A01DGU1@NIUCS.BITNET (Dave Ulrick) writes:
 
>Make sure that your macro is not moving the current column pointer on
>you!  The CHANGE command doesn't like to change text that is to the left
>of the current column pointer.  This is why I try to avoid using the
>CHANGE command in XEDIT macros.
 
>Dave Ulrick                         Bitnet:    A01DGU1@NIU    (MVS/XA)
 
I have used XEDIT for years and have never observed this behavior.  The
CHANGE subcommand pays no attention to the current column setting.  It
only respects the ZONE boundaries.  Note that setting the ZONE also
moves the column pointer.  If it is to the left of the new zone, it
moves to the column immediately to the left of the first column of the
new zone.  Then CHANGE shows the behavior above, but only because of
the ZONE setting.
 
Jim McMaster
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xedit-l
Date:         Wed, 12 Aug 1992 08:24:14 CDT
From:         Dave Ulrick <A01DGU1@NIUCS.BITNET>
Subject:      Re: Xedit macro

Make sure that your macro is not moving the current column pointer on
you!  The CHANGE command doesn't like to change text that is to the left
of the current column pointer.  This is why I try to avoid using the
CHANGE command in XEDIT macros.  Instead, I find the line I'm interested
in, and then:

    /* Get the contents of the current line */
    'COMMAND EXTRACT /CURLINE/'
    OrigLine = curline.3

    /* Make changes to OrigLine, and assign them to NewLine */
    /* For example, overlay column 1 of the line with an asterisk */
    NewLine = overlay('*',OrigLine,1)

    /* Replace the original line with the NewLine */
    'COMMAND REPLACE' NewLine

Of course, you can use CLOCATE and such to locate the line you want to
work with, but this method makes the current column pointer unimportant.

Hope this helps...
Dave

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dave Ulrick                         Bitnet:    A01DGU1@NIU    (MVS/XA)
Northern Illinois University                   A01DGU1@NIUCS  (VM/SP)
DeKalb, IL, USA                     Internet:  a01dgu1@vm.niu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU