HDTenEightyP/NetNews huggingface dataset:
From: elm@cs.berkeley.edu (ethan miller)
Newsgroups: comp.text.frame
Subject: Re: text flow advice sought
Date: 5 Nov 92 01:34:24
Organization: Berkeley--Shaken, not Stirred
Reply-To: elm@cs.berkeley.edu
NNTP-Posting-Host: terrorism.cs.berkeley.edu
In-reply-to: walsh@xn.ll.mit.edu's message of Wed, 4 Nov 92 19:49:40 GMT

In article <1992Nov4.194940.22297@xn.ll.mit.edu> walsh@xn.ll.mit.edu writes:
=>   Can I label my figures in such a way that text will flow around my 
=>   figure/figure label pairs?  Presently, when I add new text before a 
=>   figure the text flows around the figure and pushes the figure label 
=>   lower on the page, away from the figure.

Yes.  There are several ways to do this.  The method I use is:

1. Create a new table format using Figure as the paragraph style for
   the table title.  You have to be careful when you do this; the first
   time you put the table format into the catalog, its title *must*
   be in the Figure paragraph style (read the manual about this).  If
   you don't, you'll have to manually change each title to Figure.
   The table should have no internal ruling, and should float.

2. Whenever you want a figure inserted, insert a 1-row, 1-column table
   with no header and no footer rows.  Paste your graphic into the single
   cell.  Add your caption to the table's title.  The two will float
   together, and text will flow around them.

ethan
--
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
ethan miller--cs grad student   | "Anybody not wearing 2000000 sunblock's
elm@cs.berkeley.edu             |  gonna have a REALLY bad day.  GET IT?"
#include <std/disclaimer.h>     |  -- Sarah Connor, _Terminator 2_
From: robertw@informix.com (Robert Weinberg)
Newsgroups: comp.text.frame
Subject: Re: Page numbering in generated files
Date: 9 Nov 92 18:13:16 GMT
Organization: Informix Software, Inc.

In article <GERRY.92Nov6163012@onion.cmu.edu> gerry@cmu.edu (Gerry Roston) writes:
> Every occurance
> of my chapter number will be automatically updated if I insert a new
> chapter, but for generated files, I will be required to manually fix
> each and every setup?  This is too hard to believe.  I know from
> experience that FM has problems, but this is so basic...
> 
> Anyway, enough griping.  Is there a work-around or am I forced into
> this stupidity.  I am running Frame 3.1X on a Sun.

This is a basic book-making capability that is, indeed, missing in Frame.

The closest thing to a workaround that I know of is to save the book file
as a mif and use a text-editor to change the setup information. This
is much faster than going through the Setup dialog box which has to be
CLOSED AND REOPENED FOR EVERY SINGLE CHAPTER WHOSE SETUP YOU WANT TO
CHANGE! (are you there, Frame?)
--
+================================+================================+
|         Rob Weinberg           |  Workstation publications tech |
|   Email : robertw@informix.com |        Graphic designer        |
|   Voice : 415-926-6754         |     <imagine your ad here>     |
+================================+================================+
From: tpickett@auspex.com (Tom Pickett)
Newsgroups: comp.text.frame
Subject: Re: Portability of .DOC files?
Date: 6 Nov 92 00:01:18 GMT
Reply-To: tpickett@auspex.com (Tom Pickett)
Organization: Auspex Systems, Inc.  Engineering

In article <1992Nov5.194744.24250@bmers95.bnr.ca>, khor@bnr.ca (Kyle Hor) 
writes:
> Frame claims that their binary files are portable across
> platforms.  I'd tried Mac <-> HPUX <-> PC without any problems.
> Sorry, I do not have access to a Sun to confirm that end.
> 
> But if in doubt, just generate the MIF format.

The binary files work fine going from say a Mac or Sun to PC,
and from PC to sun, but from Sun or PC to Mac just about requires
a MIF file.  This is because the Mac creates three files for each
document -- 

	Data file -- this is the text

	Resource file -- this is the fonts, etc...

	Desktop file -- this is the icon...

The mac cannot deal with the absence of the Resource file.

MIF works all the time!


Tom Pickett 
tpickett@auspex.com
SHO  GOZE
Newsgroups: comp.text.frame
From: gutzmann@acri.fr (Kurt Gutzmann)
Subject: Re: Accessing building blocks in a user variable
Reply-To: gutzmann@acri.fr
Organization: Advanced Computer Research Institute
Date: Tue, 10 Nov 1992 11:55:17 GMT

In article 92Nov9144551@creamer.bellcore, klehr@creamer.bellcore (Thomas J. Klehr) writes:
>I am using the DRAFT user variable to put the word "Draft" on the
>bottom of master pages.  I would like to include the current date
>along with it (ie, Draft - November 9, 1992).  However, I don't want
>the date to appear on the final copy.
>
>My intention was to add the date system variable to the DRAFT user
>variable.  However, Frame won't let me insert a system variable in a user
>variable definition.  Nor will it let me insert a building block in a
>user variable.
>
>I don't want to add the date to the DRAFT variable by hand.
>
>Have I missed something in the documentation?
>

No, you have not missed something.

Try using two variables in your footer  <DraftVar><ModificationDate>
                                         user-var   system-var

No compound variables allowed... a "feature/bug" that keeps you from
creating cyclic variable definition dependency graphs that might be unresolvable
by Frame's variable resolution/instantiation algorithm.


---
_________________________________________________________________
       o
      /_~.        Kurt Martin Gutzmann   | Adv. Comp. Rsrch. Inst.
    ()\/ ()  /|\    gutzmann@acri.fr     |     Lyon, France
_________________________________________________________________
"This [signature file|snakeskin jacket] is an expression of 
 my belief in individual creativity and personal freedom..."
From: davidl@ssd.intel.com (David Levine)
Newsgroups: comp.text.frame
Subject: Re: Portability of .DOC files?
Date: 6 Nov 92 19:09:19 GMT
Organization: Supercomputer Systems Division (SSD), Intel

In article <15364@auspex-gw.auspex.com> tpickett@auspex.com (Tom Pickett) writes:
>The binary files work fine going from say a Mac or Sun to PC,
>and from PC to sun, but from Sun or PC to Mac just about requires
>a MIF file.  This is because the Mac creates three files for each
>document -- 
>
>	Data file -- this is the text
>
>	Resource file -- this is the fonts, etc...
>
>	Desktop file -- this is the icon...
>
>The mac cannot deal with the absence of the Resource file.

This isn't true.  

A Mac FrameMaker file has an empty (nonexistent) Resource fork.  When
you transfer a FrameMaker binary file from any other platform to the
Mac, its contents are transferred to the Data fork, the Resource fork
is left empty, and the Desktop information is created by whatever
program you use to do the transfer (MacTerminal, Apple File Exchange,
MacFTP, or whatever).  This is perfectly acceptable to Mac FrameMaker.

The one thing you might have trouble with is that the transferred file
may not be recognized by the system as a FrameMaker file.  This means
that when you double-click on it, you'll get the message that "the
application that created this document cannot be found," and when you
try to open it from within FrameMaker it will be grayed-out or
invisible in the list of files.  There are two ways to change the
file's type to "FrameMaker document":

 * The user way: In FrameMaker, down the Option key while you choose
   Open from the File menu.  The file will appear on the list.  Open
   it, then Save it (or, if that doesn't work, Save As some other name
   and delete the original).

 * The techie way: Using a utility such as FileTyper, DiskTop, or
   ResEdit, change the document's Type code to "FASL" and Creator code
   to "Fram".

I move FrameMaker binary documents between Mac and UNIX (SunView and X)
all the time, using DOS disks as the intermediary (both the Mac and the
SparcStation have PC-compatible disk drives).  Works like a charm.

- David D. Levine, Intel Supercomputer Systems Division == davidl@ssd.intel.com
  "A monk, a clone, and a Ferengi decide to go bowling together..."
Newsgroups: comp.text.frame
From: gutzmann@acri.fr (Kurt Gutzmann)
Subject: Re: viewer ==>> opening w/o filebrowser
Reply-To: gutzmann@acri.fr
Organization: Advanced Computer Research Institute
Date: Mon, 9 Nov 1992 15:43:33 GMT

In article 1729@scax18.pki-nbg.philips.de, pla_jfr@pkinbg.UUCP (Achim Friedrichs,LD,) writes:
>From article <1992Oct22.231136.21940@dsg.tandem.com>, by morry@DSG.Tandem.COM (Morry Davis):
> 
>
>>   Does anyone know if there is a way to view Frame files without
>> using a license and can you open a file directly without the intermediate
>> step of the filebrowser. We would like to use Frame files for online manuals
>> that the application itself can call.
>
>The FrameViewer needs a special license (cheaper as Maker license). 
>

imaker -f <filename>   
will launch and open a file.
Try "Integrating Applications with FrameMaker" to figure out how to send an
RPC to imaker telling it to open a file (without launching another copy&license).
If you figure it out, let me know.

---
_________________________________________________________________
       o
      /_~.        Kurt Martin Gutzmann   | Adv. Comp. Rsrch. Inst.
    ()\/ ()  /|\    gutzmann@acri.fr     |     Lyon, France
_________________________________________________________________
"This [signature file|snakeskin jacket] is an expression of 
 my belief in individual creativity and personal freedom..." 

Newsgroups: comp.text.frame
From: khor@bnr.ca (Kyle Hor)
Subject: Re: text flow advice sought
Reply-To: khor@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Thu, 5 Nov 1992 20:10:00 GMT

In article <1992Nov4.194940.22297@xn.ll.mit.edu>, walsh@xn.ll.mit.edu writes:
|>    Can I label my figures in such a way that text will flow around my 
|>    figure/figure label pairs?  Presently, when I add new text before a 
|>    figure the text flows around the figure and pushes the figure label 
|>    lower on the page, away from the figure.
|> 
I would create a small text frame inside the anchored-graphics-frame,
and put the figure caption there.  The caption can use the 'Figure'
paragraph tag with auto numbering.  I do this occasionally when I want
my figure caption to appear below the figure instead of above it.
 
............................................................................
. Kyle Hor                    .    /       / _   .  Email  khor@bnr.ca     .
. Bell-Northern Research Ltd. .   /__\  / / /_\  .  Phone  (613) 763-2488  .
. Ottawa, Ontario, Canada     .  / \  \/ /  \__  .  ESN          393-2488  .
....................................__/.....................................
................  standard disclaimer, 2 cents opinion  ....................
.............  searching forever, for the perfect solution  ................
Newsgroups: comp.text.frame
From: gutzmann@acri.fr (Kurt Gutzmann)
Subject: Re: text flow advice sought
Reply-To: gutzmann@acri.fr
Organization: Advanced Computer Research Institute
Date: Mon, 9 Nov 1992 15:49:05 GMT

In article 22297@xn.ll.mit.edu, walsh@xn.ll.mit.edu () writes:
>I am running:
>
>   FrameMaker Version: 3.1X,  January 1992
>   Hardware/OS: SGI Personal Iris 4D/35, OS 4.0.1
>
>My question is:
>
.
A failed attempt at using anchored frames:

   When I create an anchored frame with the cu........
.
.

>
>-mike-
>walsh@ll.mit.edu

Mike, try doing it backwards.  Make an anchored frame (floating or no)
(It's odd how FM has the concept of "floating anchored frame").
Put a text flow in the anchored frame with your figure title and
figTitle para format.  This actually works at keeping the title and
the figure together as a unit.

---
_________________________________________________________________
       o
      /_~.        Kurt Martin Gutzmann   | Adv. Comp. Rsrch. Inst.
    ()\/ ()  /|\    gutzmann@acri.fr     |     Lyon, France
_________________________________________________________________
"This [signature file|snakeskin jacket] is an expression of 
 my belief in individual creativity and personal freedom..." 

Newsgroups: comp.text.frame
From: djd@digicomp.com (Dan Driscoll)
Subject: Recovering files
Organization: DIGICOMP RESEARCH CORPORATION
Date: Fri, 6 Nov 92 13:28:58 GMT

We have 2 corrupted Frame files.  No .backup and no .recover
exist.  Our backup tape from that time period is only a monthly
and contains the corrupted file.  The byte count is high on
both corrupted files.

Can anyone recommend how we go about recovering these files without
re-creating them?

Dan Driscoll
Systems Manager
Digicomp Research Corporation
djd@digicomp.com
-- 
Dan J. Driscoll				djd@digicomp.com
Computer Systems Manager		Ithaca, N.Y.	
Digicomp Research Corporation		14850					
Newsgroups: comp.text.frame
From: sgreene@nimbus.com (Spencer Greene)
Subject: Anyone doing chip datasheets out there?
Organization: Nimbus Technology Inc. (formerly C2 Technology)
Distribution: comp
Date: Tue, 10 Nov 1992 22:33:16 GMT

I am using FM 3.1X to make some chip datasheets.  In the course of doing
this I have created some labor-saving scripts which do things that were
taking a lot of time; and in future I may create some more.

If others have use for these scripts I could post them to the net; but
first I'd want to make them a little more robust than they are now.

Please mail me if (a) you would eventually have a use for such stuff,
(b) you would be willing to beta test, esp. on other platforms besides Sun.

Script 1: pswaves2mif.awk
This is an awk script which takes the $ps_waves timing waveform output
of the Verilog simulator, and converts it to a Frame drawing in mif
format.  It processes the PostScript file output by Verilog to generate
MIF.  This is *not* a general ps to mif filter, since it looks for
specific constructs generated by ps_waves.

Script 2: logicsym.awk
This is an awk script which draws a chip logic symbol, with input,
output, and bidirectional arrows.  I created the script because
I was having trouble making things line up properly, and this
does it automatically.  As input it takes a text file with the
list of signal names and (optionally) some parameters.

cheers,





-- 
- Spencer Greene                                          +1 408 727 5445 -
- Nimbus Technology Inc.                               sgreene@nimbus.com -
- Santa Clara, California USA            {sgiblab,ub-gate}!c2tech!sgreene -
- "Patriotism is the last refuge of a scoundrel."    --Dr. Samuel Johnson -
From: tholome@bern.esf.de (Eric Tholome)
Newsgroups: comp.text.frame
Subject: FrameMaker --> ASCII
Date: 13 Nov 92 12:21:02 GMT
Organization: ESF Headquarters, Berlin, FRG

I'm forwarding this from our internal Frame newsgroup:

you probably noticed that the Save as ASCII command of Frame is really
stupid. If you do this with a "garbaged" document, you get an ASCII file
but the order of the text may not match the order you have in your
document. This is because Frame is too lazy to re-order the text flows: it
saves the flows according to THE ORDER OF CREATION. Thus, if you have only
one flow, there is no problem. BUT, if you used flows in anchored frames or
if you decided to add flows at the beginning of your document AFTER, you
will get the texts in a wrong sequence.

Is there a solution to get the right order ???

Please reply (to me) by email and I shall summarize.

						Eric

-- 
_____________________________________________________________________________
Eric Tholome       ESF Headquarters             internet: tholome@esf.de
                   Hohenzollerndamm 152         UUCP:     tholome@esf.uucp
                   D-1000 Berlin 33             Ph.:      +49 30 82 09 03 25
                               Germany          Fax:      +49 30 82 09 03 19
From: jeffy@cray.com (Jeffrey Neau)
Newsgroups: comp.text.frame
Subject: Re: firing up viewer
Date: 11 Nov 92 18:10:12 GMT
Organization: Cray Research, Inc.

In article <1992Nov11.152313.4752@venus.ic.cmc.ca> pas@jupiter.ic.cmc.ca writes:
>Hi.  I have a large software application installed on my
>system from Cadence Design Systems.   It is a IC design tool
>and all documentation is online in Frame format.   When 
>using the tool, I can click on a HELP icon at anytime.   This
>fires up Frame Viewer and opens the correct document to the 
>correct page (hyper tags are passed via remote procedure calls).
>The problem is I have been unable to use Frame Viewer from 
>outside the Cadence tool framework.   Viewer starts up but 
>immediately reports: "viewer: unable to get a license".   If I 
>set the FRAMEUSERSD_HOST environment variable to a host in our 
>office with Frame MAKER licenses, I get a useable Frame MAKER.  
>My questions:
>
> Is Frame Viewer licensed?  

Yes.  You need to purchase separate licenses.

> Where is the license file?

The same as the Maker license file.

> Is it possible to use viewer as I wish? 

I dunno.

> What's the trick?

Dunno.

>
>Peter
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Peter A. Stokes ~~~~~~~~ pas@jupiter.ic.cmc.ca ~~~~~~~ (613) 545-2923 ~~~~~
>Canadian Microelectronics Corporation ~~~~~~~~~~~ Kingston, Ontario, Canada
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: djd@cbnewsg.cb.att.com (david.j.daulton)
Newsgroups: comp.text.frame
Subject: Re: Page numbering in generated files
Date: 9 Nov 92 22:38:04 GMT
Organization: AT&T

In article <1992Nov9.181316.27433@informix.com> robertw@informix.com (Robert Weinberg) writes:

>This is a basic book-making capability that is, indeed, missing in Frame.
>
>The closest thing to a workaround that I know of is to save the book file
>as a mif and use a text-editor to change the setup information. This
>is much faster than going through the Setup dialog box which has to be
>CLOSED AND REOPENED FOR EVERY SINGLE CHAPTER WHOSE SETUP YOU WANT TO
>CHANGE! (are you there, Frame?)

This drives me crazy too.  The design solution seems so apparent.  
We need a book-wide setup file, something like this:

-----------------------------------------------------------------------
|                            ------  ----------                       |
|                            | OK |  | Cancel |                       |
|                            ------  ----------                       |
|---------------------------------------------------------------------k-
| chapter  starting    page       para       prefix  suffix  (etc.)   |
|        page side   numbering  numbering                             |
|---------------------------------------------------------------------|
| xTOC.doc   right  read frm file   continue                  etc     |
| xLOF.doc   right      continue    continue                  etc     |
| xLOT.doc   right      continue    continue                  etc     |
| 01x.doc    right       restart    continue   1-             etc     |
| 02x.doc    right       restart    continue   2-             etc     |
| 03x.doc    right       restart    continue   3-             etc     |
| 04x.doc    right       restart    continue   4-             etc     |
|   etc.                                                              |
-----------------------------------------------------------------------

Has anyone suggested this yet, and if not, how do I go about doing it?

Dave Daulton, AT&T, Columbus, Ohio
Newsgroups: comp.text.frame
From: bcacciol@wizard.Berkeley.EDU (Mr B Natural)
Subject: Re: Frame on Microsoft Windows 3.0 - Need Help
Reply-To: bcacciol@1.com
Organization: none
Distribution: usa
Date: Fri, 6 Nov 1992 15:07:35 GMT

In article <Bx9KyL.IJ9@NeoSoft.com>, rohit@NeoSoft.com (Rohit Mehrotra) writes:
> I am about to order FRAM on MS-Windows3.1. Are there any other horror
stories,
> that I need to know. I am very skeptical of the MS-Windows version, however
> I would be having a 486/16MB RAM/Win-3.1
> 
> Is it going to be an acceptable configuration for this application.
> 
> Is there anyone out there who is using it on this platform.


Umm, are you skeptical of Frame for Windows or Windows itself?

At any rate, I'm running it on a 486/33 with 8 MB of RAM; I also
have an ATI Graphics Ultra video card w/15" monitor. I *would* be
skeptical of using it (as I would any other graphical DTP package)
in any system with a 14" monitor.

So, no horror story here.

bc
From: mley@acorn.co.uk (Martin Ley)
Newsgroups: comp.text.frame
Subject: Re: Accessing building blocks in a user variable
Date: 12 Nov 92 09:20:18 GMT
Distribution: comp
Organization: Acorn Computers Limited, Cambridge, UK

rnt@druwa.ATT.COM (Bob Thomas) writes:

.......

>The disadvantage to this approach is when you have numerous
>chapters.  It can take a lot of time to open each chapter and
>mess with the ``Show/Hide Conditional Text'' dialog box to hide
>the ``Draft'' condition.

Put all the chapters in a book file.
Change the condition settings in one chapter.
Choose "Use formats from" from the bookfile menu.
Specify the Condition Tags from the file you've just changed.
Bingo. Saves changing every chapter by hand.

This is the way Frame recommend in the manual.

Martin             mley@acorn.co.uk

Who _is_ this Time Being, and why are his standards so low?
Newsgroups: comp.text.frame
From: terry@asl.dl.nec.com
Subject: Shifting of screen positions when opening files
Originator: terry@aslws01
Organization: NEC America, Inc Irving TX
Date: Tue, 10 Nov 1992 15:59:03 GMT

I am using an NCD X-terminal, a Sun server, twm window manager, and 3.1 Frame.

Each time I open a Frame file it shifts about 4 pixels down and 4 to the
right.  The effect is cumulative and (for me) highly annoying.

I have searched fairly extensively through both the twm documentation and the
Frame X-window resources, and have been unable to find anything that controls
this effect in either of them.

Would anyone happen to know how to turn off this feature, or perhaps know
whether I should be looking at Frame or twm (or something else)?

				Cheers,
				Terry Bollinger

+--------------------------------------------+-------------------------------+
| Terry Bollinger                            | Phone: 214-518-3538           |
| Advanced Switching Laboratory, NEC America |   Fax: 214-518-3499           |
| 1525 Walnut Hill Lane, Irving, Texas 75038 | Email: terry@asl.dl.nec.com   |
+--------------------------------------------+-------------------------------+
From: Mike_Dustan@sfu.ca (Mike Dustan)
Newsgroups: comp.text.frame
Subject: Re: How long can you use FM?
Date: 12 Nov 92 23:42:17 GMT
Organization: Simon Fraser University
X-Xxmessage-Id: <A7282BD65C022B30@opifex.ucs.sfu.ca>
X-Xxdate: Thu, 12 Nov 92 23:42:14 GMT
X-Useragent: Nuntius v1.1.1d12

In article <1992Nov11.193357.9265@sei.cmu.edu> Barbara Zayas,
bjz@sei.cmu.edu writes:
>I've been having a lot of problems/pain with my right
>shoulder/blade while (and after) I use FrameMaker.  It's from
>using the mouse for extended periods of time (1-2 hour
>stretches w/o a break).
>

This seems like a long time to go non-stop. Even a 30-second break every
5 minutes will help. Before you go working out the percentages, consider
the huge loss of productivity a lengthy disability might involve...

>Is this a common problem?  Is there anything I can do for
>this?  How far should I be reaching to get to the mouse?
>Right now, I reach such that my arm is almost totally
>extended -- is this inappropriate posture?

Highly inappropriate, and dangerous, as you're discovering. Most mice
seem to be designed to be used right beside the keyboard and on the same
level as it. The current recommended height for keyboard shelves and
typing tables is 27" from the floor (most desks are 30"). Your footage
may vary depending on your body proportions.

In my experience, *any* single fixed place for keyboards, mice, chair
heights etc. is wrong. I have several places where I can put my mouse and
keyboard, a back and height adjustment on my chair and a tilt/swivel base
on my monitor. Whenever anything starts becoming uncomfortable I move it.
After all, it's *my* body and I'm not being paid to abuse it.

Cheers

Mike Dustan, Computing Services, Simon Fraser University, Burnaby, BC
Canada
Newsgroups: comp.text.frame