HDTenEightyP/NetNews huggingface dataset:
From: dan@engr.latech.edu (Daniel Len Schales)
Newsgroups: comp.text.interleaf
Subject: Re: Problem with refresh on DECstation running X windows 5.0
Date: 10 Nov 92 00:50:02 GMT
Organization: Louisiana Tech University
X-Newsreader: TIN [version 1.1 PL6]

Eric Putz (putz@boulder.Colorado.EDU) wrote:
: I have a number of DEC stations, some running the X11R4 server, and
: some running X11R5. When interleaf is run, the on these machines, I
: get an acceptable behavior from the R4 server, and an unacceptable one
: from the R5. What happens is this: If you bring up any sort of menu,
: etc, over the interleaf window, the space taken up by the menu will
: remain as a blank white square, instead of refreshing. You can refresh
: manually, but when entering graphics, this is a huge pain. Anyone konw
: of a fix for this? Do I *have* to run the Dec server to get the
: behavior I want? (Ugh!)
: 
: BTW this is interleaf version 5.3
: 
: Thanks in advance!
: 
: Eric.

In a X defaults file, either yours or the system one:

Ileaf.popup.saveUnder:  true

Wasn't someone working on a FAQ for this group? If so
be sure and put this in there.

Danny
Newsgroups: comp.text.interleaf
From: jej@oscar.bellcore.com (John Jeandron)
Subject: footnotes, micro-docs & LISP
Organization: Bellcore -- Information Technology
Date: Tue, 10 Nov 92 18:39:54 GMT


I've been looking at the document components containing footnotes.  The
footnotes are frames containing micro documents.  I can find the footnote
frame token and determine that it is a numbered or unnumbered footnote, and
I've looked at the Ileaf ASCII and see that the micro document is actually
part of the frame.  So the question is this, how does one traverse the
object system and grab the text of the micro document?  (I haven't
been able to get much out of the manual or apropos re: frames and
micro-docs.)

thanks
jj
Newsgroups: comp.text.interleaf
From: tdphette@mke.ab.com (Thad Phetteplace x4461)
Subject: Re: Interleaf and X-windows
Organization: Allen-Bradley Co.
X-Newsreader: Tin 1.1 PL4
Date: Fri, 13 Nov 1992 15:23:43 GMT

aihaug@austin.lockheed.com (Daniel A Haug) writes:
: 
: I've used both Interleaf and FrameMaker steadily for the past five years.
: I like them both (each has its own +'s and -'s).  One thing I dislike
: about ileaf is the single X-window desktop view of things.  I'd like
: to be able to open documents as individual top-level windows (with
: window manager borders, etc.).  Does Interleaf have any plans to
: eventually support this?  Just curious...
: 
: dan haug
: -- 
: Internet: haug@austin.lockheed.com
: UUCP:     ut-emx!lad-shrike!aihaug
: Phone:    (512) 386-4634

I heard a rumor from our Tech Pub support person that such a product is in
the works.  I don't know if this means it is being researched or almost 
ready to release.  I kind of got the impression from him that it was
almost product though.

--
Thad Phetteplace
Network Systems Analyst, Allen-Bradley Co.
Phone: (414)382-4461
Email: tdphette@mke.ab.com

The opinions expressed here are entirely my own and not that of my employer.
I am not a slob, I am simply doing an experiment in domestic entropy!
From: djg@phoenix.genrad.com (Deborah J. Graham)
Newsgroups: comp.text.interleaf
Subject: Re: HELP: Graphic Box Problem
Date: 12 Nov 1992 08:27:57 -0500
Organization: GenRad, Inc.
NNTP-Posting-Host: phoenix.genrad.com

In article <1992Nov11.205339.19572@draco.macsch.com> todd@draco.macsch.com (Todd C. Williams) writes:
>In article <1dloljINN14o@phoenix.genrad.com> djg@phoenix.genrad.com (Deborah J. Graham) writes:
>>I quote from the GR Interleaf Newsletter, August, 1992 (Volume 3, Number 3):
>>
>>Question: When I create a box, it looks okay on the screen, but prints
>>          with a diagional line. If I fill the box, only half of it
>>          fills. What is wrong?
>>
>>Answer: When you use the Zoom factor (View is different than x1), you
>>        are not suppose to create objects in a frame.
>>
>>        To correct this problem, just select the object, select
>>        Edit->Content (and confirm) then close without doing any
>>        editing. The object is now completely filled and the diagonal
>>        line disappears.
>
>Thanks, deb.  I just want to add this:
> Q. So does the above mean that I can't zoom in on a graphic object
>    unless I do the workaround for filling?
> A. No, just don't use "Zoom" (In the pulldown menu under the "View"
>    bar just below the filename) -- use that for text.  If you want to
>    zoom in on a graphics object, inside the frame, use the pullright
>    menu option Misc->View->Magnify->Larger.
>
>So, deb, how can *we* get the GenRad newsletter?

I thought you'd NEVER ask! :-)

Anyone can get the GR Interleaf Newsletter. It is published on a
non-regular schedule (read that as "when I get enough time to type all
the stuff I've collected in" - August was the latest issue. One is due
soon - overdue, some would say...)

To subscribe to the newsletter, you need to decide if you want it in
electronic form (send in parts by e-mail). You need shar and the
associated tools (uudecode and uncompress, I think). You also need
Interleaf 5. Then, you need to send me a working e-mail address (I try
it out before sending you a newsletter). And don't forget to tell me
you want the newsletter.

Or, you can e-mail me or USmail me your USmail address.

Back issues are only available by mail.

There is no change for the subscription or back issues.

You have to "resubscribe" once a year, usually with the December
issue, which will probably be the next issue (but no guarantees). No
big deal, I just want to make sure you like it and think it's useful.
If not, don't resubscribe. If you do,then when you resubscribe, you
can tell me what a wonderful job I am doing and I get to take the
letters to the boss at review time...:-)

deb, Editor, Writer, Producer, Creator, GR Interleaf Newsletter
(and I still manage to find time for my "real" job)
(djg@genrad.com)
Newsgroups: comp.text.interleaf
From: gordonb@mcil.comm.mot.com (Gordon Berkley)
Subject: Shared component CONTENTs between docs?  (SUMMARY)
Organization: Motorola Communications Israel Ltd., Tel Aviv
Distribution: na
Date: Sun, 8 Nov 1992 07:25:51 GMT

I originally asked: 
> Is there a way to share the contents of a component between several
> documents in a book?  For example:  document ID, release date, version ID...

The replies I received all specified how to do this using the Catalog feature.

Aside from the obvious steps (creating the catalog, creating the shared
component in the catalog with "contents shared" set, and copying that component
into the other documents) the key step that I had missed on my own attempts
was (thank you Guenter!) "Locate the Catalog icon BEFORE all of the other
icons in the book!

I also asked about on-line help.
>Oh... for some on-line help...  :-(

Anne Tice correctly pointed me to the "on-line help Tool" that can be loaded
through the tool manager (Active Reference) for Interleaf 5.

Thanks to  marocchi@rtsg.mot.com (Jim Marocchi),
	   tice@dg-rtp.dg.com (Anne Tice),
	   Guenter.Schiehser@alcatel.co.at (Guenter Schiehser).
-- 
[  Gordon D. Berkley    INTERNET: gordonb@mcil.comm.mot.com   POST: cgb001   ]
[  PHONE: +972 (3) 565-8727      FAX: +972 (3) 565-8754      (UTC-2)         ]
Newsgroups: comp.text.interleaf
From: marocchi@rtsg.mot.com (Jim Marocchi)
Subject: Re: Shared component CONTENTs between docs?
Reply-To: marocchi@rtsg.mot.com
Organization: Motorola Inc., Cellular Infrastructure Group
Distribution: na
Date: Thu, 5 Nov 1992 18:23:41 GMT

gordonb@mcil.comm.mot.com (Gordon Berkley) writes:

>Is there a way to share the contents of a component between several
>documents in a book?  For example:  document ID, release date, version ID...

Yes, by using the catalog feature within your book.  What you can do is
define a shared component master in the catalog, then export components from
that catalog file.  In each of the other documents in the book, create an
in-line component that was defined in the catalog file.  The in-line 
components defined in the other documents will take their information from
the master component, which has been exported from the catalog file.  It
make updating information such as what you suggest easy for a multi-
document book.

--
Regards,

Jim


------------------------------------------------------------------------
Jim Marocchi, Motorola, Cellular Infrastructure Group
USmail:	1501 W. Shure Dr., Arlington Heights, IL 60004
Voice:	708/632-2407	FAX: 708/632-3309
e-mail:	marocchi@rtsg.mot.com
------------------------------------------------------------------------
Newsgroups: comp.text.interleaf
From: bert@indigo2.pisces.macsch.com (Bert Engelenburg)
Subject: Re: Printer problem on Sparcprinter
Followup-To: comp.text.interleaf
Keywords: Sparcprinter fails to print variety of interleaf documents.
Organization: MacNeal-Schwendler Corp.
Date: Tue, 10 Nov 92 12:24:07 GMT

In article <putz.721327109@beagle> putz@boulder.Colorado.EDU (Eric Putz) writes:
>I have a sparcprinter that only likes to print certain interleaf
>documents/pages. I've found specifically that it does not like bullets
>or Swiss fonts, and sometimes frames. The printer is installed
>correctly (I believe - prints everything from other packages just
>fine) and has a pretty recent PPD file (file version 1.4). It will
>print pages that don't contain these things, but will fail with a very
>cryptic (to me) error message (which I can pass along if anyone would
>like :)
>
>Has anyone else experienced this? Know of a fix?
>
>Thanks in advance!
>
>Eric.
>+---------
>|Eric Putz                    				(303) 492-4535
>|MCD Biology, Campus Box 347, University of Colorado, Boulder CO 80309 
>|putz@Boulder.Colorado.EDU                 


Same problem here , SunOS 4.1.2 , Newsprint 2.0 and sparcprinter.
Printing of Swiss font and Thames font give dirty output, i think because
fonts are not available for newsprint so an approx of the font is printed
Have noticed anything about bullets and frames though .


******************************************************************************
Bert Engelenburg                               MacNeal-Schwendler Company B.V. 
B_Engelenburg@macsch.com                       Groningenweg 6 
                                               2803 PV Gouda                    
tel : 31-1820-36444 fax : 31-1820-38418        The Netherlands 
******************************************************************************
-- 
******************************************************************************
Bert Engelenburg                               MacNeal-Schwendler Company B.V. 
B_Engelenburg@macsch.com                       Groningenweg 6 
                                               2803 PV Gouda                    
tel : 31-1820-36444 fax : 31-1820-38418        The Netherlands 
******************************************************************************
Newsgroups: comp.text.interleaf
From: putz@boulder.Colorado.EDU (Eric Putz)
Subject: Problem with refresh on DECstation running X windows 5.0
Summary: Interleaf will not refresh under X 5.0
Keywords: Help! Dec refresh
Organization: University of Colorado, Boulder
Date:  9 Nov 92 16:31:00 GMT

I have a number of DEC stations, some running the X11R4 server, and
some running X11R5. When interleaf is run, the on these machines, I
get an acceptable behavior from the R4 server, and an unacceptable one
from the R5. What happens is this: If you bring up any sort of menu,
etc, over the interleaf window, the space taken up by the menu will
remain as a blank white square, instead of refreshing. You can refresh
manually, but when entering graphics, this is a huge pain. Anyone konw
of a fix for this? Do I *have* to run the Dec server to get the
behavior I want? (Ugh!)

BTW this is interleaf version 5.3

Thanks in advance!

Eric.
+---------
|Eric Putz                    				(303) 492-4535
|MCD Biology, Campus Box 347, University of Colorado, Boulder CO 80309 
|putz@Boulder.Colorado.EDU                 
Xref: sparky comp.text.interleaf:879 comp.text.sgml:1173
From: vanzwol@bcstec.ca.boeing.com (Ted Van Zwol)
Newsgroups: comp.text.interleaf,comp.text.sgml
Subject: Interleaf to SGML (trick: only captions & micro:captions present)
Keywords: interleaf sgml caption micro:caption convert
Date: 13 Nov 92 22:04:20 GMT
Followup-To: comp.text.interleaf
Organization: Boeing Computer Services, Seattle


I am in desperate need of advice concerning the conversion of some 960 pages
of Interleaf documentation to SGML format.

When taking this assignment, I figured it was going to be a cake walk.  After
all, Interleaf maintains documents in a highly structured format, it couldn't
be all that hard.  So I'm handed some high level specs that basically say,
take interleaf documents a section at a time, convert to sgml, and then import
into the new SGML publishing system. (I'm not hear to argue why, I'm but a
gruntling fulfilling the task placed upon me.)

The problem is, the Interleaf documents were imported from a CAD platform.
Consequently, each ileaf document is a page, it is a large graphic with
dozens of frames scattered about the page with captions and micro:captions.

It's hard to describe the state it's in without graphical representation.
But, tables are sometimes framed by column, by row, by cell.  Sometimes
lists have the 'n.' identifier inside the frame with the supporting text,
sometimes it's in it's own frame.

When I try to convert the document to pure ASCII via the textfilter, it's
impossible to deal with two-column pages, tables and lists.  In order to
truly tag this, there is going to have to be some complicated algorithms
for determining if this caption or micro:caption is a leading bullet for
some text, a paragraph of text, a cell in a table, a column of a table, etc.
These captions and micro:captions are also scattered about the file in
random order.  The only way to tie it all together is with the absolute
coordinates that are provided with each frame.

Does anyone have any ideas on how to proceed?  I don't want the users to
be forced to spend a long period of time cleaning up after the conversion.
But, I don't want to expend more hours trying to come up and implement a
solution than it would take to re-type the near thousand pages of text either.

All comments, suggestions, references, what-have-you greatly accepted.

				-tcvz

-- 
Ted C Van Zwol                           |    Genius does what it must,
uucp:      {...!}uunet!bcstec!vanzwol    |    Talent does what it can.
internet:  vanzwol@bcstec.ca.boeing.com  |                  -Emerson
                         ^^^^ new...
Newsgroups: comp.text.interleaf
From: debraa@sharebase.com (Debra Ashcraft)
Subject: Auto pagination sheets?
Organization: NCR/ShareBase Corporation
Date: Thu, 12 Nov 92 21:14:57 GMT

The company where I am currently contracting has been told by its
new "mother" publications department that they must submit a 
pagination sheet with each print order.  You know, the kind
which lists the printing order for every page of a document.

No one is thrilled about filling these out for such large (300-400 
pages) documents.

Has anyone attempted to create an "auto" pagination sheet?  Something
that, ideally, could be created much as a TOC or index?

Barring something completely automatic, are there any other
suggestions?

Thanks in advance for any responses.

Debbie Ashcraft
ashcraft@infoserv.com
or
debraa@sharebase.com
-- 
--------------------------------------------------------------------
Debbie Ashcraft
Internet: ashcraft@infoserv.com
Prodigy:  FDPM44A
From: scott@thirdi.uucp (Scott Southard)
Newsgroups: comp.text.interleaf
Subject: Need test sites for text retrieval system for Interleaf documents
Date: 10 Nov 92 23:21:12 GMT
Reply-To: scott@thirdi.UUCP (Scott Southard)
Distribution: usa
Organization: Third Eye Software, Menlo Park, CA

Third Eye Software is looking for a limited number of sites to test a
pre-release version of Elexir for Interleaf Users.  This version of the
Elexir information retrieval system allows Interleaf users to index,
search and display Interleaf documents in their native format.  Elexir
supports both Boolean and content similarity searches and can be used to
quickly search large document collections for those documents related to
a particular concept.

The following offer is being made to participants in the Elexir for
Interleaf Users test program:

    The first user of each test copy who completes and returns the
    included questionnaire within a month after installation will
    receive a free copy of Elexir for Interleaf Users.  The next two
    users of each test copy who return their completed questionnaires
    by that date can order Elexir for Interleaf Users at a 50% discount.
    There is a limit of one free copy and two discounted copies per
    test site.  This offer does not include support.

Interleaf users wishing to participate in the program should have:

    1.  Interleaf 5.2 or later;

    2.  a collection of Interleaf documents that can be indexed and
        searched against; and

    3.  the time, energy and willingness to really test the product
        and complete the questionnaire as verbosely as possible.

Please reply to scott@thirdeye.com and include the following information
in your reply:

    Name
    Company
    Address
    Phone Number
    Email Address
    Approximate Size (in Megabytes) of Document Collection
-- 
Scott Southard                  scott@thirdi  or, for stupid mailers:
Third Eye Software, Inc.        {pyramid,sun,apple,hpda}!thirdi!scott
Newsgroups: comp.text.interleaf
From: putz@boulder.Colorado.EDU (Eric Putz)
Subject: Printer problem on Sparcprinter
Summary: Help. Sparcprinter. Interleaf
Keywords: Sparcprinter fails to print variety of interleaf documents.
Organization: University of Colorado, Boulder
Date:  9 Nov 92 16:38:29 GMT

I have a sparcprinter that only likes to print certain interleaf
documents/pages. I've found specifically that it does not like bullets
or Swiss fonts, and sometimes frames. The printer is installed
correctly (I believe - prints everything from other packages just
fine) and has a pretty recent PPD file (file version 1.4). It will
print pages that don't contain these things, but will fail with a very
cryptic (to me) error message (which I can pass along if anyone would
like :)

Has anyone else experienced this? Know of a fix?

Thanks in advance!

Eric.
+---------
|Eric Putz                    				(303) 492-4535
|MCD Biology, Campus Box 347, University of Colorado, Boulder CO 80309 
|putz@Boulder.Colorado.EDU                 
Newsgroups: comp.text.interleaf
From: todd@draco.macsch.com (Todd C. Williams)
Subject: Re: HELP: Graphic Box Problem
Organization: MacNeal-Schwendler Corp.
Date: Wed, 11 Nov 92 20:53:39 GMT

In article <1dloljINN14o@phoenix.genrad.com> djg@phoenix.genrad.com (Deborah J. Graham) writes:
>In article <1992Nov9.055307.3754@ncsu.edu> sbdavis@eos.ncsu.edu (SHELDON BRANT DAVIS) writes:
>>
>>    I have been having a problem with diagonal lines mysteriously appearing 
>>within boxes.  They do not appear when the box is created.  They show up only
>>when I try to fill the box and when I print.  
>
>I quote from the GR Interleaf Newsletter, August, 1992 (Volume 3, Number 3):
>
>Question: When I create a box, it looks okay on the screen, but prints
>          with a diagional line. If I fill the box, only half of it
>          fills. What is wrong?
>
>Answer: When you use the Zoom factor (View is different than x1), you
>        are not suppose to create objects in a frame.
>
>        To correct this problem, just select the object, select
>        Edit->Content (and confirm) then close without doing any
>        editing. The object is now completely filled and the diagonal
>        line disappears.

Thanks, deb.  I just want to add this:
 Q. So does the above mean that I can't zoom in on a graphic object
    unless I do the workaround for filling?
 A. No, just don't use "Zoom" (In the pulldown menu under the "View"
    bar just below the filename) -- use that for text.  If you want to
    zoom in on a graphics object, inside the frame, use the pullright
    menu option Misc->View->Magnify->Larger.

So, deb, how can *we* get the GenRad newsletter?
-- 
Todd Williams    UNIX Systems Coordinator     todd@macsch.com    (213) 259-4973
MacNeal-Schwendler Corp. ("MSC"),  815 Colorado Blvd.,  Los Angeles, CA   90041
"The Democrats stand for nothing except 'I wish I was a Republican' and the
Republicans stand for raw, unbridled evil and greed and ignorance smothered
in balloons and ribbons."  -Frank Zappa, 1991  (Zappa for president!)
From: hendrick@fozzy.UUCP (Bill Hendricks)
Newsgroups: comp.text.interleaf
Subject: Re: Shared component CONTENTs between docs?
Date: 9 Nov 92 18:24:49 GMT
Distribution: na
Organization: Alcatel Network Systems, Richardson Texas, USA

marocchi@rtsg.mot.com (Jim Marocchi) writes:

>gordonb@mcil.comm.mot.com (Gordon Berkley) writes:

>>Is there a way to share the contents of a component between several
>>documents in a book?  For example:  document ID, release date, version ID...

>Yes, by using the catalog feature within your book.  What you can do is
>define a shared component master in the catalog, then export components from
>that catalog file.  In each of the other documents in the book, create an
>in-line component that was defined in the catalog file.  The in-line 
>components defined in the other documents will take their information from
>the master component, which has been exported from the catalog file.  It
>make updating information such as what you suggest easy for a multi-
>document book.

>--
>Regards,

>Jim


>------------------------------------------------------------------------
>Jim Marocchi, Motorola, Cellular Infrastructure Group
>USmail:	1501 W. Shure Dr., Arlington Heights, IL 60004
>Voice:	708/632-2407	FAX: 708/632-3309
>e-mail:	marocchi@rtsg.mot.com
>------------------------------------------------------------------------

Or, for those of you who like us don't have the costly
"catalog" feature, try this:

- Create a file whose intended use is nothing more than
  to hold these referenced entities (for neatness' sake).

- Create an autonumber, then edit the properties of that
  autonumber to reflect whatever; e.g. release number,
  version number, etc.  NOTE: the referenced item here
  MUST have a number in it somewhere (not a problem for
  us).

- Close the props sheet, and with the autonumber highlighted,
  do an "autoref" to it.  Paste that autoref in whatever
  doc(s) need it.

- To change all occurrences, merely update the props of
  the autonumber.

I use this technique for the Course Name (our courses have
a number in 'em), Release Version & Date, company part
number, etc.  Works well, and costs less.  However, it
is somewhat limiting: 15 char prefix, 15 char suffix, and
MUST have a number imbedded.  Still, works for us.

Your mileage may vary.

Bill

Disclaimer: This advice is in no way representative of
anything folks here at Alcatel may think is appropriate.
Use this technique (or don't use it) at your own risk.
I'm just a loose cannon with a job.  Heh heh heh....
Newsgroups: comp.text.interleaf