HDTenEightyP/NetNews huggingface dataset:
From: robertw@informix.com (Robert Weinberg)
Newsgroups: comp.text.frame
Subject: Re: "inconsistent" messages drive me buggy
Date: 20 Nov 92 17:00:37 GMT
Organization: Informix Software, Inc.

Actually, these "conditional tags inconsist" messages are problematic for another  
reason on the NeXT: the dialog box that pops up with the warning does not move to  
the top layer of the windowing system.

This means that I initiate a book generating process, then go into another  
application to work - only to find out later that the generating process stopped  
some time ago because of its irrelevant (to me) conditional tags warning, hidden  
beneath my current application windows.

There is no way to tell FM at the beginning of the generate process to continue  
even if conditional tags are inconsistent, so I have to stop my work repeatedly to  
check back on the generating process to see if the conditional tags warning has  
halted it.

--
+================================+================================+
|         Rob Weinberg           |  Workstation publications tech |
|   Email : robertw@informix.com |        Graphic designer        |
|   Voice : 415-926-6754         |     <imagine your ad here>     |
+================================+================================+
Newsgroups: comp.text.frame
From: halberst@world.std.com (jerry halberstadt)
Subject: Re: Frame 3.0, Win 3.1 & Fonts
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 17 Nov 1992 04:25:27 GMT

My response is based on a few weeks of work with Windows and a
non-postscript (HP emulation) printer from IBM with Frame 3.0. I had help
with the installation so don't claim to be expert at all.

rjn@FC.HP.COM (Bob Niland) writes:

>re: FrameMaker 3.0 for (DOS) Windows


>* Windows 3.1 prefers TrueType fonts.
 Windows comes with True type

>* FrameMaker for Windows prefers (insists on?) ATM (Adobe) fonts.
FM seems to use both True Type fonts and ATM fonts.

>What do I look for in an add-on PCL soft font or font cartridge to ensure
that



> - The font and its metrics are accessible to Frame
> - The font is continously scalable
> - The font is viewable in a Frame document as displayed in Windows
> - The font is actually used, correctly, in printed Frame documents.
> - The font takes advantage of LaserJet-III "Resolution Enhancement"
No information on this.

>Do the answers to the above change if I use PostScript rather than PCL?

Adobe Type Libary works OK and installs relatively painlessly. Be sure to
get the most recent version of ATM software, there were some bugs which
they claim have been fixed. They ask only that you register and you can
phone or fax the supporting information. Or the package you buy may in fact
be the latest.

I believe that ATM and (True type) create bit-mapped versions of each
letter. According to the Adobe information, ATM  creates the bit maps for
screen and/or printer as needed. However, the technical person at Adobe
hinted that things go faster if you run the Font Foundry. The downside is
that the fonts, especially in larger point sizes, eat up disk storage.
Whereas the outline information files are relatively small.

>Is there any advantage to using PostScript-vs-PCL in FrameMaker?

If you don't have a PostScript printer, no advantage. I don't (yet) but I
did need to know if I could output a file to a service bureau for
higher-than-300 dpi resolution. The text and illustrations were
significantly improved by printing at 600 dpi. This was possible with
PostScript but not with PCL which is a bit-map.

>Regards,                                              Hewlett-Packard
>Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
>                CompuServe:  71044,2124               Ft Collins CO 80525-9599

Hope this helps a little. Good luck.
-- 
Jerry Halberstadt	New Technology Publishing, Inc.
POB 9183: c/o Mailboxes Etc.(#110)
955 Mass. Ave., Cambridge MA 02139 USA
617-661-3851		halberst@world.std.com
Newsgroups: comp.text.frame
From: jeffy@cray.com (Jeffrey Neau)
Subject: Re: Licensing FM
Organization: Cray Research, Inc.
Date: 23 Nov 92 08:25:49 CST

In article <cf4AMn600WBO00s4gm@andrew.cmu.edu> sean+@andrew.cmu.edu (Sean McLinden) writes:
>>Software licenses:  another point in favor of flexible work hours.
>>During the day people are banging heads getting licenses, but in the
>>evening, 10 licenses sit idle (except for those 999 folks who didn't
>>exit when they went home).
>
>This is more of an argument for lowering licensing prices to some
>reasonable level. I cannot imagine anyone at the user level actualling
>liking floating licenses (as opposed to more reasonable single user
>licenses or site licenses). From an economic point of view it makes
>no sense at all and from a system administration point of view it is
>just one more thing for the sys adm and the help desk to be concerned
>about.

Well, actually having floating licenses is just one LESS thing for us to
worry about.  All I need to do is monitor usage a few minutes each week.
Otherwise, I don't have to touch anything.

>And in a collaborative environment why would you want "a point in favor
>of flexible work hours?" I'm all for technology as a business re-engineering
>tool when the benefits to improving the quality or efficiency of a process
>are clear, but when you buy software which forces changes to user behaviors
>to match the vendor's requirements where is the win?
>
>In our operation we compared the functionality of tools such as FrameMaker
>and Interleaf with WordPerfect and Word and the former were the clear winners.
>But in business, today, a document preparation package is not an application
>it is a part of the corporate infrastructure and, as such, it must be
>ubiquitous to be useful. Each time that someone sits down at system to
>put an idea onto paper and finds that they cannot save it because there isn't
>a license available I will have lost a good idea. Perhaps, among the ones I
>lost, was an idea about a new safety feature for automobiles that could save
>10,000 lives, annually. I don't want to take that chance.
Newsgroups: comp.text.frame
From: terry@asl.dl.nec.com
Subject: Re: Licensing FM
Originator: terry@aslws01
Keywords: Licensing
Organization: NEC America, Inc Irving TX
Date: Tue, 17 Nov 1992 20:06:20 GMT

In article <1992Nov17.161422.28186@rzu-news.unizh.ch>
suter@rsl.geogr.unizh.ch (Martin Suter) writes:

> | With a little discipline, several simultaneous users can get by with
> | one license.  I think our site has five licenses for thirty users ...
>
> Who has more information about this subject? Is the above statement true?

Yup.  The more occassional users you have, the fewer licenses you can get
by with statistically.  Our ratio back at the Contel Technology Center was
higher than 1:6, but then we were rather heavy Frame users.

However, you need to do one other thing:  Set the system default for the
field under the (FrameMaker level) menu:

    INFO -> License... -> Give Up License When Idle:

... to the smallest possible value (was 1 hour in 2.3; I'm not sure if they
allow anything smaller now.  (I do not know exactly where you find in in the
system defaults -- the one I've just described simply tells you what your
default is, without setting it system-wide.)

What this does is cause FrameMaker to give up its license token after it sits
idle for one hour.  The ONLY visible effect of this, however, is simply to
make FrameMaker slow down by 2 or 3 seconds the first time you use it after
a time out.  Most folks don't even realize anything is different.

(Of course if you run out of licenses, it will come back with an no-licenses
message.  Generally you need to load your system with licenses until the
chances of not getting a license back after a time out is negligible.)

I know of NO reason for having the license time-out value set very high,
since the license re-aquisition process is so inoculous and is essentially
invisible.  Keeping it high really just wastes your FrameMaker licenses.

BTW - Did you know you can (could?) use a FrameMaker license token from a
remote site (possibly very remote!) simply by giving an email-style host
address in the License Server Host field?  I've seen folks operate Frame
in Virginia using a license from New Jersey.  (Please note that I'm not
sure you can still do this with 3.1.)  This feature is handy if you are
in a distributed environment and want to keep the number of statistically
necessary licenses down to a minimum.

It is also a good argument for a little system security!

				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: gutzmann@acri.fr (Kurt Gutzmann)
Subject: Re: "inconsistent" messages drive me buggy
Reply-To: gutzmann@acri.fr
Organization: Advanced Computer Research Institute
Date: Thu, 19 Nov 1992 09:17:53 GMT

In article 8079@informix.com, cortesi@informix.com (David Cortesi) writes:
>We are using conditional text to write a manual that applies
>to two versions of a software product, and when we generate
>the book these messages about "Inconsistent..." this or that
>are really spoiling my sleep.  Fortunately you can shut the
>critters off and there are no visible bad effects, but darn it
>I want to *fix* their causes and I can't *find* them!
.
.
.
>
>Dave Cortesi
>   cortesi@informix.com

Yes, it' true! FrameMaker consistently churns out these messages
about "inconsistencies" in show/hide or whatever.  Well,
I guess it takes one to know one...


---
_________________________________________________________________
       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: kelsey@mdd.comm.mot.com (Joe Kelsey)
Subject: Re: Framemaker Figures and Captions
Organization: Motorola, Mobile Data Division - Seattle, WA
Distribution: na
Date: Thu, 5 Nov 1992 22:14:23 GMT

First, I want to thank everyone who responded.  I got a lot of useful
ideas.  Unfortunately, I still consider Framemaker an incredible
kludge, but I have to live with it.  The basic problem comes from the
fact that anyone who wants to do *anything* except just type, *must*
become an expert typesetter and delve into internal obscure details.
Of course, all WYSIWYG editors suffer from this same defect.

In <115410004@hpcuhe.cup.hp.com> campbelr@hpcuhe.cup.hp.com (Bob Campbell) writes:

>What problems are there with embedding the figure in a single-cell
>table?  That is what I have been doing.  It seems to have the same
>effect.  

The only real problem comes from the fact that to a table ``float''
means something different than it does to a figure...also, you cannot
size table columns the same way you size anchored frames, etc.  This
again points out the basic problems with Framemaker: in order to make
the correct choice (to use one-celled tables (amoebae?) versus
anchored frames versus ...) the user *has* to know *all* of the
technical details and must make that choice themselves.  You can't
simply provide a document style (a la LaTeX) and just give the user a
few simple commands.  Framemaker forces you to confront such arcane
things as point size, line spacing, etc. each and every time you open
a menu!

Oh well.  I got what I need for the current document.  Now if I can
only remember it when I need to write the next document...

/Joe
A true LaTeX fan forced into bondage to Framemaker...
Newsgroups: comp.text.frame
From: rn11195@medtronic.COM (Robert Nehls)
Subject: Thanks for Hypertext help
Organization: Medtronic, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 17 Nov 1992 14:41:25 GMT



First off, I'd like to thank everyone who emailed me suggestions for my
previous hypertext question.  I finally came up with a good solution.
Thanks also to the people at Frame Technical support.  I'll try to explain
what I'm doing now.  The first thing that I was doing wrong was that the
color images in Frame was set to false.  Add the following to your
Xdefaults file: "Maker.colorImage:  True".  Without having this switch set,
Frame appears to interpret your image as one of three colors: black, grey,
and white.  After that, most of my problems were due to scanner setup.
Make sure that the grey scale is turned on when you scale.  As for the
image, I'm scanning the picture into a TIFF file and using xv to manipulate
the color, contrast, etc.  I also shrink the file in xv to a size which
Frame can handle.  If I don't do this, then when Frame displays the
picture, all that I get is a grey box where the picture should be.  Once, I
have the picture the way that I want it, I either do a screen capture of
the picture or I save it in a Sun rasterfile format.  I haven't noticed any
picture quality difference using one method or the other.  Good luck and
thanks again for your help.
--

Bob Nehls                             Sr. Design Engineer
rn11195@sage.medtronic.com            (612)574-8559

Working Towards Full Life...
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.text.frame
Subject: FrameMaker hyphenation - putting hyphenation points into a document
Date: 22 Nov 92 08:27:05 GMT
Organization: Auspex Systems, Santa Clara
Originator: news@auspex-gw.Auspex.COM

Is it a bug, or a misfeature, that Frame ignores hyphenation point
suggestions (or, at least, "there *ARE* no hyphenation points in this
token" suggestions) that are in the document dictionary?

They do *not* belong in my personal dictionary, as the document(s) I'm
writing could be read, edited, or printed by other people.

They *definitely* belong in the document's dictionary, for the same
reason; the "words" in question are, at least in some cases, somewhat
specific to that document, so they don't belong in a more global
document, and don't belong in per-user documents for the reason
mentioned in the previous paragraph.

However, that doesn't seem to work in the version of Frame we have here
(3.0, for X, SPARC, and SunOS 4.x).  The dictionary in the document has
several "words" (function names and other C-language tokens) that I
dutifully stuck a "-" in front of; however, Frame cheerfully ignores my
suggestion, and hyphenates those tokens.  The documentation doesn't say
it *will* pay attention to it; it seems to imply that hyphenation points
can only be stuck in a personal dictionary, which is completely silly.

Is that bug/misfeature fixed in a later release of Frame?
Newsgroups: comp.text.frame
From: rjn@FC.HP.COM (Bob Niland)
Subject: Frame 3.0, Win 3.1 & Fonts
Date: Mon, 16 Nov 1992 22:29:55 GMT
Reply-To: rjn@FC.HP.COM
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: TIN [version 1.1.8 PL6]

re: FrameMaker 3.0 for (DOS) Windows

This is doubtless a common question, but it isn't in the FAQ, and I haven't
seen any traffic on the topic in the last couple of months worth of
comp.text.frame.
____________

I am unable to find any clear explanations about how to go about buying
additional fonts/typefaces for WinFrame.

* Windows 3.1 prefers TrueType fonts.
* FrameMaker for Windows prefers (insists on?) ATM (Adobe) fonts.
* LaserJet-IIID add-on PCL fonts aren't necessarily either of the above.

What do I look for in an add-on PCL soft font or font cartridge to ensure that:
 - The font and its metrics are accessible to Frame
 - The font is continously scalable
 - The font is viewable in a Frame document as displayed in Windows
 - The font is actually used, correctly, in printed Frame documents.
 - The font takes advantage of LaserJet-III "Resolution Enhancement"

Do the answers to the above change if I use PostScript rather than PCL?

Is there any advantage to using PostScript-vs-PCL in FrameMaker?

Regards,                                              Hewlett-Packard
Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
                CompuServe:  71044,2124               Ft Collins CO 80525-9599
From: njw@otter.hpl.hp.com (Nick Wainwright)
Date: Fri, 20 Nov 1992 11:24:02 GMT
Subject: Colour from Deskjet 500C, Frame, and Windows?
Organization: Hewlett-Packard Laboratories, Bristol, UK.
Newsgroups: comp.text.frame

I'm running Frame 3 under windows 3.1 with an HP DeskJet 500C.  

Frame will work with the Deskjet if it's in `black only' mode
but declares it to be an `unsupported printer' if I switch 
the driver to print in colour.

Has anyone had experience of getting colour output from a 
500C using Frame?

Nick Wainwright
Hewlett Packard Labs
Bristol, UK
njw@hplb.hpl.hp.com
Newsgroups: comp.text.frame
From: saal@cbnewsl.cb.att.com (samuel.saal)
Subject: Re: How long can you use FM?
Organization: AT&T
Date: Mon, 16 Nov 1992 18:24:29 GMT

In article <1992Nov13.135058.1784@unixland.natick.ma.us>
bdowning@unixland.natick.ma.us (Bill Downing) writes:

>In article <1992Nov11.193357.9265@sei.cmu.edu> bjz@sei.cmu.edu
(Barbara Zayas) 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).

>Doing 1-2 hours without a break is a no-no. I have mild carpal tunnel
>problems and have to take a short break (10-15 seconds) every ten
>minutes or so. During the break you should try to do exercises to
>loosen up the shoulder/neck area; arm and neck rolls for example.

(other good advice deleted)

There is a newsgroup that has a FAQ about these sorts of things.  Check
out sci.med.occupational.  It seems to focus frequently on CTS.
-- 
Sam Saal      kingfish!saal OR saal@kingfish.att.com
	Vayiftach HaShem et Peah Ha`Aton
Newsgroups: comp.text.frame
From: halberst@world.std.com (jerry halberstadt)
Subject: Re: WinFrame3.0, UAE in PCL5 Driver
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 18 Nov 1992 00:45:15 GMT

Bob, I suggest you contact MIcrosoft. Windows may be prone to UAEs and this
could relate to a driver. It took me repeated contacts with Windows support
people before the admitted that there was a known bug in the driver causing
many UAEs. I was able to download the fixed file from their bulletin board.
I also received --belatedly -- a document called "TGroubleshooting GP
faults (UAEs)." 

When you talk to the Windows techie they will ask you to 'undress' your
system to run it in a stripped down mode to eliminate all kinds of
variables that could cause such problems.This involves eliminating many of
the hard-won changes to the configuration that makes your system run the
way you want it to.  Remember, before you do that, to make a bootable
floppy with all the start up and configuration files so that you can
restore your system later.

All the above learned the hard way.

good luck.

-- 
Jerry Halberstadt	New Technology Publishing, Inc.
POB 9183: c/o Mailboxes Etc.(#110)
955 Mass. Ave., Cambridge MA 02139 USA
617-661-3851		halberst@world.std.com
Newsgroups: comp.text.frame
From: russell@kings.demon.co.uk (Russell Brown)
Subject: Frame on ISC 3.0 with Xfree86?
Organization: Lady Lodge Systems, Peterborough, England
Date: Fri, 20 Nov 1992 09:43:18 GMT


Hi,

I'm looking at running Frame on ISC 3.0 with XFree86, has anyone already
tried this? Does it work? What platform did you buy FrameMaker for?

Thanks in advance.

        Russell
 ---------------------------------------------------------------------------
| Russell Brown          | MAIL : russell@kings.demon.co.uk                 |
| Lady Lodge Systems     | PHONE: 0832 272224 (Home/Work it's all the same) |
| demon.co.uk is an Internet access point for zillions of unrelated systems |
 ---------------------------------------------------------------------------
Newsgroups: comp.text.frame
From: ask@sei.cmu.edu (Alan Koch)
Subject: Re: .auto files
Keywords: backup, recovery
Organization: The Software Engineering Institute
Date: Thu, 19 Nov 1992 14:09:40 GMT


In article <1992Nov18.202806.22067@csc.ti.com>, moiram@sacajawea.csc.ti.com (Moira Mallison) writes:
|> 
|> I didn't really want to revert to the last saved version of my
|> document; I wanted to revert to the last auto-saved version of my document.
|> So I've lost a couple hours work I did last night.  
|> 
|> But... system backups run nightly, and I have auto-save set to every 5
|> minutes in my preferences file.  I can't find a .auto file in the
|> backups though.
|> 
|> I edited a file as a test about 30 minutes ago, and there is no .auto
|> file in the cwd, or in /tmp.  Is it someplace else.
|> 
|> Or are last night's edits really gone for good?

Moira,

The .auto files only exist while you are editing.  When you close or save the
document, the .auto files are removed.  So, unless you stay logged in and keep
your FrameMaker documents open over night, the backups will never contain
.auto files.

If you edit a document, don't save changes, leave it open, and still see no
.auto files, then there is something wrong.  The .auto file will be in the
same directory as the document being edited.

Yes, it looks like last night's edits really are gone for good.

ask@sei.cmu.edu

Alan S. Koch
Software Engineering Institute
Carnegie Mellon University
Pittsburgh, PA  15213
From: pla_jfr@pki-nbg.philips.de (joachim friedrichs)
Newsgroups: comp.text.frame
Subject: Re: Licensing FM
Keywords: Licensing
Date: 20 Nov 92 15:10:48 GMT
Reply-To: pla_jfr@pki-nbg.philips.de
Organization: Philips Kommunikations Industrie AG Nuernberg, Germany


In article <1992Nov17.161422.28186@rzu-news.unizh.ch>, suter@rsl.geogr.unizh.ch (Martin Suter) writes:
|> We are currently evaluating a text processing system for our SUN-Sparcstations
|> and we think FrameMaker (R) would be nice indeed. I've read an article
|> on usenet which states:
|> 
|> > ... As I understand it, you only need a license to start
|> > using FrameMaker (if that), to save documents, and to print documents.
|> > With a little discipline, several simultaneous users can get by with
|> > one license.  I think our site has five licenses for thirty users ...
|> 
|> Who has more information about this subject? Is the above statement true?
 
We need 70 licenses to provide 400 to 500 Users (about 100 permanent
users).

Newsgroups: comp.text.frame
From: suter@rsl.geogr.unizh.ch (Martin Suter)
Subject: Licensing FM
Keywords: Licensing
Organization: Remote Sensing Laboratories, University of Zurich
Date: Tue, 17 Nov 1992 16:14:22 GMT



We are currently evaluating a text processing system for our SUN-Sparcstations
and we think FrameMaker (R) would be nice indeed. I've read an article
on usenet which states:

> ... As I understand it, you only need a license to start
> using FrameMaker (if that), to save documents, and to print documents.
> With a little discipline, several simultaneous users can get by with
> one license.  I think our site has five licenses for thirty users ...

Who has more information about this subject? Is the above statement true?

Thanks in advance for any hint!



-- 
Martin Suter                          suter@rsl.geogr.unizh.ch

Phone: +41 - 1 / 257 51 64            Remote Sensing Laboratories
FAX:   +41 - 1 / 362 52 27            University of Zurich                    
                                      Winterthurerstrasse 190                 
                                      CH-8057 Zurich; Switzerland 
From: duncan@hpscit.sc.hp.com (Duncan Mcintryre@grenoble)
Date: Mon, 23 Nov 1992 15:00:26 GMT
Subject: Wanted: FAQ list
Organization: Hewlett-Packard, Santa Clara, CA