crop mark

[Cao Ye (Meg Cao)]

Hi, guys,

I export fm files to PDF format through PostScript. The problem is that I
hope to use crop mark in PDF file to mark the originial trim size in A4
paper. Could anyone tell me how to set crop mark to print aumatically in
Framemaker? Thanks so much!

-Meg
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: [Slightly OT] attribute value length limits

[mcarr]

Jakob Fix wrote:

 I am doing some testing for export of a Frame (7.1) document to XML and
 SGML.  I am particularly interested in the maximum length of attribute
 values.  I found that there's not really a limit when exporting to XML
 (I tried 5kb of text).  However, when exporting to SGML, it only exports
 the first 511 (!) bytes, not even 512.

Yebbut... why? I've never seen an attribute value that size. If I had a
value that big, I'd be looking for some further breakdown of it. Are you
sure that big a chunk is necessary to assist in the description of the
element?

 I do seem to remember that this value can be fixed/increased in the
 SGML declaration, however I can't find any documentation on which
 keyword corresponds to attribute value length.  I tried LITLEN,
 ATTSPLEN, and some others, but even their current values are not set
 to 511 (or 512).  Or is this limitation to be looked for elsewhere?

Some things can be changed in the SGML Declaration but the change won't be
reflected in FrameMaker. I would have thought that LITLEN would be the one
to change.


Marcus
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: [Slightly OT] attribute value length limits

[Jakob Fix]

Hi Marcus,

thanks for your reply.

On 15/12/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Jakob Fix wrote:

  I am doing some testing for export of a Frame (7.1) document to XML and
  SGML.  I am particularly interested in the maximum length of attribute
  values.  I found that there's not really a limit when exporting to XML
  (I tried 5kb of text).  However, when exporting to SGML, it only exports
  the first 511 (!) bytes, not even 512.

 Yebbut... why? I've never seen an attribute value that size. If I had a
 value that big, I'd be looking for some further breakdown of it. Are you
 sure that big a chunk is necessary to assist in the description of the
 element?

OK, let me explain. The thing is we're thinking about ways to add
metadata to a number of elements.  This will probably be a separate FM
or XML document that's linked to our main documents via ID values, all
this implemented as an API client.  Development will take time.

But: our authors are asking to put in this metadata as soon as
possible, so we're trying to find some temporary method, such as an
attribute which would have the advantage over an element that it is
hidden, and doesn't affect the layout of the page.  However, it would
be nice not being obliged to tell them to count the characters they
type in the box ...

So why SGML if these restrictions doesn't exist in XML? Obviously, it
would be simpler just to switch to XML applications instead of SGML,
but I do have some problems porting our existing API client from 5.5.6
to 7.x (I mean it compiles and all, all the SGML_ prefixed function
calls are replaced by Structured_ ones etc, but I get a number of
weird error messages when saving as XML).  Also, the backend which
will process these files is currently SGML-only and would have to be
rewritten (but it's written in an Omnimark-comparable scripting
language, called Balise, and the French company which created it
doesn't exist any more ... Talk about vendor independence :-))

  I do seem to remember that this value can be fixed/increased in the
  SGML declaration, however I can't find any documentation on which
  keyword corresponds to attribute value length.  I tried LITLEN,
  ATTSPLEN, and some others, but even their current values are not set
  to 511 (or 512).  Or is this limitation to be looked for elsewhere?

 Some things can be changed in the SGML Declaration but the change won't be
 reflected in FrameMaker. I would have thought that LITLEN would be the one
 to change.


 Marcus

--
cheers,
Jakob.
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: crop mark

[Stuart Rogers]

Cao Ye (Meg Cao) wrote:

Hi, guys,

I export fm files to PDF format through PostScript. The problem is that I
hope to use crop mark in PDF file to mark the originial trim size in A4
paper. Could anyone tell me how to set crop mark to print aumatically in
Framemaker? Thanks so much!

In the print dialog, choose either Western or Tombo from the 
Registration Marks dropdown list. As long as the paper size defined for 
Distiller is larger than your FM doc page size, the crop marks will print.


HTH,

--
Stuart Rogers
Technical Communicator
Phoenix Geophysics Limited
Toronto, ON, Canada
+1 (416) 491-7340 x 325

srogers at phoenix-geophysics dot com

Please reinstall the application you want to remove.
--Microsoft Windows 'unInstall Specialist'

Get Firefox!
http://tinyurl.com/8q9c5
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: crop mark

[Aronsson, Martin]

To do this, Go to File - Print and change the value in Registration
Marks:

/Martin

 -Original Message-
 From: 
 [EMAIL PROTECTED]
 ers.com 
 [mailto:[EMAIL PROTECTED]
.frameusers.com] On Behalf Of Cao Ye (Meg Cao)
 Sent: torsdag den 15 december 2005 09:28
 To: framers List
 Subject: crop mark
 
 Hi, guys,
 
 I export fm files to PDF format through PostScript. The 
 problem is that I hope to use crop mark in PDF file to mark 
 the originial trim size in A4 paper. Could anyone tell me how 
 to set crop mark to print aumatically in Framemaker? Thanks so much!
 
 -Meg
 ___
 
 
 You are currently subscribed to Framers as 
 [EMAIL PROTECTED]
 
 To unsubscribe send a blank email to
 [EMAIL PROTECTED]
 or visit 
 http://lists.frameusers.com/mailman/options/framers/martin.aro
 nsson%40sonyericsson.com
 
 Send administrative questions to [EMAIL PROTECTED] Visit 
 http://www.frameusers.com/ for more resources and info.
 
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Adobe Layoffs

[Paul Findon]

Has anyone heard how many Adobe//Macromedia employees have been laid 
off as a result of the merger? I think it's being announced today.


Poor souls. Being laid off is no fun at the best of times, but one week 
before Christmas? That's gotta hurt. I guess they'll have little to 
cheer about in the New Year.


Adobe vice president for Europe, Pierre Van Beneden, has said: Other 
workers in Europe, for example, some in the UK, may be offered jobs in 
Nordic regions or Eastern Europe... I guess they can always get jobs 
working on Microsoft's Acrylic or Apple's Aperture.


Paul

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Bleeds

[Steve Rickaby]

Dear Experts

Is there any way of controlling crop bleeds in FrameMaker other than 
deliberately oversizing graphics and overhanging them from page edges? And if 
the answer is 'no', how big should the bleeds be? 

Or should I be ignoring bleeds in FrameMaker altogether and setting them up 
using the pre-press options in Acrobat for the final PDF?

Spot color, FrameMaker 7, probably offset litho (eventually)
-- 
Steve
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Bleeds

[Rick Quatro]

Hi Steve,

You have to make things bigger and hang them off the page. I have 
traditionally used 9 points or .125 (1/8) in. for bleed size.


Rick Quatro
Carmen Publishing
585-659-8267
www.frameexpert.com



Dear Experts

Is there any way of controlling crop bleeds in FrameMaker other than 
deliberately oversizing graphics and overhanging them from page edges? And 
if the answer is 'no', how big should the bleeds be?


Or should I be ignoring bleeds in FrameMaker altogether and setting them 
up using the pre-press options in Acrobat for the final PDF?


Spot color, FrameMaker 7, probably offset litho (eventually)
--
Steve
___


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: [Slightly OT] attribute value length limits

[Lynne A. Price]

Jakob,
  I have to agree with Marcus, that attributes of that length are in the 
least unusual. Still, exceeding a quantity should result in invalid SGML, 
but not truncate the export. I therefore suspect you are bumping up against 
an implementation dependency of some sort.

  The relevant quantities are:

ATTSPLEN (normalized length of a start-tag's attribute specification list)
LITLEN (which applies to the length of an attribute value after entity and 
character references within it are interpreted)

NORMSEP (used to separate values in a list-valued attribute)
TAGLEN (length of a start-tag)

The Dev Guide says that ATTSPLEN, LITLEN, and TAGLEN can be increased up to 
30 times their values in the reference concrete syntax (respectively, 960, 
240, and 960).

--Lynne



At 03:04 AM 12/15/2005, [EMAIL PROTECTED] wrote:

Jakob Fix wrote:

 I am doing some testing for export of a Frame (7.1) document to XML and
 SGML.  I am particularly interested in the maximum length of attribute
 values.  I found that there's not really a limit when exporting to XML
 (I tried 5kb of text).  However, when exporting to SGML, it only exports
 the first 511 (!) bytes, not even 512.

Yebbut... why? I've never seen an attribute value that size. If I had a
value that big, I'd be looking for some further breakdown of it. Are you
sure that big a chunk is necessary to assist in the description of the
element?

 I do seem to remember that this value can be fixed/increased in the
 SGML declaration, however I can't find any documentation on which
 keyword corresponds to attribute value length.  I tried LITLEN,
 ATTSPLEN, and some others, but even their current values are not set
 to 511 (or 512).  Or is this limitation to be looked for elsewhere?

Some things can be changed in the SGML Declaration but the change won't be
reflected in FrameMaker. I would have thought that LITLEN would be the one
to change.



Lynne A. Price
Text Structure Consulting, Inc.
Specializing in structured FrameMaker consulting, application development, 
and training

[EMAIL PROTECTED]http://www.txstruct.com
voice/fax: (510) 583-1505  cell phone: (510) 421-2284 



___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Those old book numbering blues

[Steve Rickaby]

I am using one autonumber thread to control stuff that needs to flow through a 
book. I just wanted to check that in this case, i.e. paragraph number threads 
not reset between chapters, there is no alternative to creating a separate 
n=0 paragraph clone for all the numbered paragraphs. Anyone know any good 
tricks?

FrameScript is not an option for this job, but the final template will be 
structured.
-- 
Steve
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Bleeds

[Paul Findon]

On 15 Dec 2005, at 16:34, Steve Rickaby wrote:

Is there any way of controlling crop bleeds in FrameMaker other than 
deliberately oversizing graphics and overhanging them from page edges? 
And if the answer is 'no', how big should the bleeds be?


No and anything over a couple of mm. In my current job they overhang 1 
cm.


Or should I be ignoring bleeds in FrameMaker altogether and setting 
them up using the pre-press options in Acrobat for the final PDF?


No, Mac FrameMaker should handle them fine.

Paul

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: Those old book numbering blues

[Joe Malin]

I'm confused.

You want one autonumber format to control stuff that flows through an
entire book. You want paragraph numbers not reset between chapters. If
so, then you *don't* want n=0, cuz that will restart the numbering?

To set up *one* paragraph style so that it was numbered 
  from paragraph 1 for the book's first paragraph in the first file, 
  to paragraph n for the n-th paragraph in the last file,

I'd use autonumber P:n+ for the style, and set Document  Numbering...
so that paragraph numbers continued from the previous file in the book.

Alternatively, if I wanted the first paragraph to be 1 for *each* file
in the book, I'd use P:n+ but set Document  Numbering... so that
paragraph numbers restart at 1 for each file.

Joe

Joe Malin
Technical Writer
(408)625-1623
[EMAIL PROTECTED] 
www.tuvox.com
The views expressed in this document are those of the sender, and do not
necessarily reflect those of TuVox, Inc.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Steve Rickaby
Sent: Thursday, December 15, 2005 12:09 PM
To: framers@FrameUsers.com
Subject: Those old book numbering blues

I am using one autonumber thread to control stuff that needs to flow
through a book. I just wanted to check that in this case, i.e. paragraph
number threads not reset between chapters, there is no alternative to
creating a separate n=0 paragraph clone for all the numbered
paragraphs. Anyone know any good tricks?

FrameScript is not an option for this job, but the final template will
be structured.
--
Steve
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit
http://lists.frameusers.com/mailman/options/framers/jmalin%40tuvox.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

RE: Those old book numbering blues

[hedley . finger]

Steve:

 I am using one autonumber thread to control stuff that needs to flow
 through a book. I just wanted to check that in this case, i.e.
 paragraph number threads not reset between chapters, there is no
 alternative to creating a separate n=0 paragraph clone for all the
 numbered paragraphs. Anyone know any good tricks?

Set each book component to continue numbering through the book.

Then set your chapter title numbering as follows:

Chapter\ $chapnum  =0 =0 =0 =0 =0

The   placeholder after $chapnum is the one you want to continue 
through the book. 
The  =0 resetters are for the numbering you want to restart for each 
chapter, e.g. figure, 
table, equation numbering, etc.  Is this what you want?

Regards,
Hedley

--
Hedley Finger
Technical Communications Tools  Processes Specialist
MYOB Australia http://myob.com/au
P.O. box 371   Blackburn VIC 3130   Australia
12 Wesley Court   Tally Ho Business Park   East Burwood VIC 3151 Australia
mailto:hedleyDOTfingerATmyobDOTcom
Tel. +61 3 9222 9992 x 7421,   Mob. (cell) +61 412 461 558

© MYOB Technology Pty Ltd 2005
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Job: Biomed Technical Writer - Contract or Staff - Foster City, CA

[Jobs at ProSpring]

TW-851 Biomed Technical Writer - Contract or Staff - Foster City, CA
Salary/Rate:  BOE

A leading developer of medical devices, pathogen diagnostic kits and 
lab instrumentation needs two technical writers to help document 
their hardware and software products.


Requirements:

o. Experience documenting medical devices and related software
o. Degree or background in life sciences (biology, chemistry, etc.)
o. Experience with FrameMaker and Acrobat
o. Experience with RoboHELP
o. Experience managing multiple projects and deadlines


Notes:

o.  We have two openings, one staff one contract.  Please state your 
preference when applying.


o.  US citizens or greencard holders only.

o.  Some telecommuting (two days a week) OK once you get up to speed.

o.  Local candidates only for the contract, but relocation is 
available for the perm position.


o.  Questions?  Call us at 888-378-2333

o.  To be considered, apply for job TW-851 via the ProSpring jobs 
page at: http://www.prospring.net/Jobs/jobs.html


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Framemaker to Apple's Pages

[Steve Rickaby]

>Thanks, Steve. By the way, the FrameMaker for Mac OS X petition is almost at 
>3,300 signatories.

That's good to know - if I could sign again, I would. After fourteen years of 
FrameMaker, I'm currently going into new areas (complex designs, structure), 
and even now learning new stuff and new techniques, and am being constantly 
delighted with what I can achieve with FrameMaker.

>I did a detailed comparison with Pages 1.0 and it shows real promise. The 
>real-time page updating while resizing or moving objects on a page is really 
>cool - something even InDesign can't do.
>

I'll take a look at that, although Pages is really only of passing interest to 
me unless it reaches version, oh, er... 6? ;-)

>However, it is only version one and I think software generally reaches a 
>maturity at around version three, so I wouldn't use it for serious work. 
>Having said that, Apple may release Pages 2.0 at the upcoming San Francisco 
>Macworld Expo in January as part of the iWork '06 package and that may have 
>the additional functionality to make it a more viable alternative to 
>FrameMaker.

It will be interesting, but I don't think Apple is developing Pages as a 
replacement for FrameMaker - although I could be proved wrong.

>Apple is still using FrameMaker 6.0 in the Classic environment to produce its 
>own user guides and I'm curious as to what they will use in the future. It 
>does seem ironic that with all that super-cool technology even Apple is still 
>replying on Mac OS 9 to produce its user guides. Then again, we do and some 
>Adobe employees do, too.

... and I do too, and will continue to do so for the forseeable future, even to 
the point of not buying any Apple machine that cannot run Classic. (I even 
considered buying a quad-core 2.5 GHz G5 to put on the shelf until I need it.)
-- 
Steve

crop mark

[Cao Ye (Meg Cao)]

Hi, guys,

I export fm files to PDF format through PostScript. The problem is that I
hope to use crop mark in PDF file to mark the originial trim size in A4
paper. Could anyone tell me how to set crop mark to print aumatically in
Framemaker? Thanks so much!

-Meg

[Slightly OT] attribute value length limits

[mc...@allette.com.au]

Jakob Fix wrote:

> I am doing some testing for export of a Frame (7.1) document to XML and
> SGML.  I am particularly interested in the maximum length of attribute
> values.  I found that there's not really a limit when exporting to XML
> (I tried 5kb of text).  However, when exporting to SGML, it only exports
> the first 511 (!) bytes, not even 512.

Yebbut... why? I've never seen an attribute value that size. If I had a
value that big, I'd be looking for some further breakdown of it. Are you
sure that big a chunk is necessary to assist in the description of the
element?

> I do seem to remember that this value can be fixed/increased in the
> SGML declaration, however I can't find any documentation on which
> keyword corresponds to attribute value length.  I tried LITLEN,
> ATTSPLEN, and some others, but even their current values are not set
> to 511 (or 512).  Or is this limitation to be looked for elsewhere?

Some things can be changed in the SGML Declaration but the change won't be
reflected in FrameMaker. I would have thought that LITLEN would be the one
to change.


Marcus

[Slightly OT] attribute value length limits

[Jakob Fix]

Hi Marcus,

thanks for your reply.

On 15/12/05, mcarr at allette.com.au  wrote:
> Jakob Fix wrote:
>
> > I am doing some testing for export of a Frame (7.1) document to XML and
> > SGML.  I am particularly interested in the maximum length of attribute
> > values.  I found that there's not really a limit when exporting to XML
> > (I tried 5kb of text).  However, when exporting to SGML, it only exports
> > the first 511 (!) bytes, not even 512.
>
> Yebbut... why? I've never seen an attribute value that size. If I had a
> value that big, I'd be looking for some further breakdown of it. Are you
> sure that big a chunk is necessary to assist in the description of the
> element?

OK, let me explain. The thing is we're thinking about ways to add
metadata to a number of elements.  This will probably be a separate FM
or XML document that's linked to our main documents via ID values, all
this implemented as an API client.  Development will take time.

But: our authors are asking to put in this metadata as soon as
possible, so we're trying to find some temporary method, such as an
attribute which would have the advantage over an element that it is
hidden, and doesn't affect the layout of the page.  However, it would
be nice not being obliged to tell them to count the characters they
type in the box ...

So why SGML if these restrictions doesn't exist in XML? Obviously, it
would be simpler just to switch to XML applications instead of SGML,
but I do have some problems porting our existing API client from 5.5.6
to 7.x (I mean it compiles and all, all the SGML_ prefixed function
calls are replaced by Structured_ ones etc, but I get a number of
weird error messages when saving as XML).  Also, the "backend" which
will process these files is currently SGML-only and would have to be
rewritten (but it's written in an Omnimark-comparable scripting
language, called Balise, and the French company which created it
doesn't exist any more ... Talk about vendor independence :-))

> > I do seem to remember that this value can be fixed/increased in the
> > SGML declaration, however I can't find any documentation on which
> > keyword corresponds to attribute value length.  I tried LITLEN,
> > ATTSPLEN, and some others, but even their current values are not set
> > to 511 (or 512).  Or is this limitation to be looked for elsewhere?
>
> Some things can be changed in the SGML Declaration but the change won't be
> reflected in FrameMaker. I would have thought that LITLEN would be the one
> to change.
>
>
> Marcus

--
cheers,
Jakob.

crop mark

[Stuart Rogers]

Cao Ye (Meg Cao) wrote:
> Hi, guys,
> 
> I export fm files to PDF format through PostScript. The problem is that I
> hope to use crop mark in PDF file to mark the originial trim size in A4
> paper. Could anyone tell me how to set crop mark to print aumatically in
> Framemaker? Thanks so much!
> 
In the print dialog, choose either Western or Tombo from the 
Registration Marks dropdown list. As long as the paper size defined for 
Distiller is larger than your FM doc page size, the crop marks will print.

HTH,

-- 
Stuart Rogers
Technical Communicator
Phoenix Geophysics Limited
Toronto, ON, Canada
+1 (416) 491-7340 x 325

srogers at phoenix-geophysics dot com

"Please reinstall the application you want to remove."
--Microsoft Windows 'unInstall Specialist'

Get Firefox!
http://tinyurl.com/8q9c5

crop mark

[Aronsson, Martin]

To do this, Go to File -> Print and change the value in "Registration
Marks:"

/Martin

> -Original Message-
> From: 
> framers-bounces+martin.aronsson=sonyericsson.com at lists.frameus
> ers.com 
> [mailto:framers-bounces+martin.aronsson=sonyericsson.com at lists
.frameusers.com] On Behalf Of Cao Ye (Meg Cao)
> Sent: torsdag den 15 december 2005 09:28
> To: framers List
> Subject: crop mark
> 
> Hi, guys,
> 
> I export fm files to PDF format through PostScript. The 
> problem is that I hope to use crop mark in PDF file to mark 
> the originial trim size in A4 paper. Could anyone tell me how 
> to set crop mark to print aumatically in Framemaker? Thanks so much!
> 
> -Meg
> ___
> 
> 
> You are currently subscribed to Framers as 
> martin.aronsson at sonyericsson.com.
> 
> To unsubscribe send a blank email to
> framers-unsubscribe at lists.frameusers.com
> or visit 
> http://lists.frameusers.com/mailman/options/framers/martin.aro
> nsson%40sonyericsson.com
> 
> Send administrative questions to lisa at frameusers.com. Visit 
> http://www.frameusers.com/ for more resources and info.
> 

Adobe Layoffs

[Steve Rickaby]

At 3:57 pm + 15/12/05, Paul Findon wrote:

>Adobe vice president for Europe, Pierre Van Beneden, has said: "Other workers 
>in Europe, for example, some in the UK, may be offered jobs in Nordic regions 
>or Eastern Europe..."

Yeah, or Siberia... Heh. You're nice and settled in the UK with house, 
mortgage, family, kids, and they offer you a job in Lithuania. I don't think so.

> I guess they can always get jobs working on Microsoft's Acrylic or Apple's 
> Aperture.

Maybe if there's enough of them, they can form a start-up and create a 
replacement for FrameMaker ;-)

Ok, inappropriate humor: I feel for them too. Been there, done that, didn't 
even get a lousy T-shirt.
-- 
Steve

Bleeds

[Steve Rickaby]

Dear Experts

Is there any way of controlling crop bleeds in FrameMaker other than 
deliberately oversizing graphics and overhanging them from page edges? And if 
the answer is 'no', how big should the bleeds be? 

Or should I be ignoring bleeds in FrameMaker altogether and setting them up 
using the pre-press options in Acrobat for the final PDF?

Spot color, FrameMaker 7, probably offset litho (eventually)
-- 
Steve

Adobe Layoffs

[Glenn Voyles]

I was at an STC meeting last night and sat at a table with a Macromedia
survivor. I don't recall the numbers (as I'm really a writer ;-).
However, this story just goes to show how important your personal
network is. As the layoffs were being dolled out, there was a lot of
local IM chatter among former colleagues at other companies. There were
several who had already been offered new positions within the day, many
had to wait the weekend. 

Also, the survivor sited personal career development as a key factor in
her being kept on, and she guessed correctly on a few a projects that
she thought would be key business assets. 

So, think, be smart, be nice, stay in touch = best chance of staying on.

Glenn

-Original Message-
From: framers-bounces+glenn.voyles=mitchell@lists.frameusers.com
[mailto:framers-bounces+glenn.voyles=mitchell.com at lists.frameusers.com]
On Behalf Of Paul Findon
Sent: Thursday, December 15, 2005 07:57
To: 'Framers List'
Subject: Adobe Layoffs

Has anyone heard how many Adobe//Macromedia employees have been laid 
off as a result of the merger? I think it's being announced today.

Poor souls. Being laid off is no fun at the best of times, but one week 
before Christmas? That's gotta hurt. I guess they'll have little to 
cheer about in the New Year.

Adobe vice president for Europe, Pierre Van Beneden, has said: "Other 
workers in Europe, for example, some in the UK, may be offered jobs in 
Nordic regions or Eastern Europe..." I guess they can always get jobs 
working on Microsoft's Acrylic or Apple's Aperture.

Paul

___


You are currently subscribed to Framers as glenn.voyles at mitchell.com.

To unsubscribe send a blank email to 
framers-unsubscribe at lists.frameusers.com
or visit
http://lists.frameusers.com/mailman/options/framers/glenn.voyles%40mitch
ell.com

Send administrative questions to lisa at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.

Bleeds

[Rick Quatro]

Hi Steve,

You have to make things bigger and hang them off the page. I have 
traditionally used 9 points or .125 (1/8) in. for bleed size.

Rick Quatro
Carmen Publishing
585-659-8267
www.frameexpert.com


> Dear Experts
>
> Is there any way of controlling crop bleeds in FrameMaker other than 
> deliberately oversizing graphics and overhanging them from page edges? And 
> if the answer is 'no', how big should the bleeds be?
>
> Or should I be ignoring bleeds in FrameMaker altogether and setting them 
> up using the pre-press options in Acrobat for the final PDF?
>
> Spot color, FrameMaker 7, probably offset litho (eventually)
> -- 
> Steve
> ___

[Slightly OT] attribute value length limits

[Lynne A. Price]

Jakob,
   I have to agree with Marcus, that attributes of that length are in the 
least unusual. Still, exceeding a quantity should result in invalid SGML, 
but not truncate the export. I therefore suspect you are bumping up against 
an implementation dependency of some sort.
   The relevant quantities are:

ATTSPLEN (normalized length of a start-tag's attribute specification list)
LITLEN (which applies to the length of an attribute value after entity and 
character references within it are interpreted)
NORMSEP (used to separate values in a list-valued attribute)
TAGLEN (length of a start-tag)

The Dev Guide says that ATTSPLEN, LITLEN, and TAGLEN can be increased up to 
30 times their values in the reference concrete syntax (respectively, 960, 
240, and 960).
 --Lynne



At 03:04 AM 12/15/2005, mcarr at allette.com.au wrote:
>Jakob Fix wrote:
>
> > I am doing some testing for export of a Frame (7.1) document to XML and
> > SGML.  I am particularly interested in the maximum length of attribute
> > values.  I found that there's not really a limit when exporting to XML
> > (I tried 5kb of text).  However, when exporting to SGML, it only exports
> > the first 511 (!) bytes, not even 512.
>
>Yebbut... why? I've never seen an attribute value that size. If I had a
>value that big, I'd be looking for some further breakdown of it. Are you
>sure that big a chunk is necessary to assist in the description of the
>element?
>
> > I do seem to remember that this value can be fixed/increased in the
> > SGML declaration, however I can't find any documentation on which
> > keyword corresponds to attribute value length.  I tried LITLEN,
> > ATTSPLEN, and some others, but even their current values are not set
> > to 511 (or 512).  Or is this limitation to be looked for elsewhere?
>
>Some things can be changed in the SGML Declaration but the change won't be
>reflected in FrameMaker. I would have thought that LITLEN would be the one
>to change.


Lynne A. Price
Text Structure Consulting, Inc.
Specializing in structured FrameMaker consulting, application development, 
and training
lprice at txstruct.comhttp://www.txstruct.com
voice/fax: (510) 583-1505  cell phone: (510) 421-2284 

Those old book numbering blues

[Steve Rickaby]

I am using one autonumber thread to control stuff that needs to flow through a 
book. I just wanted to check that in this case, i.e. paragraph number threads 
not reset between chapters, there is no alternative to creating a separate 

Bleeds

[Paul Findon]

On 15 Dec 2005, at 16:34, Steve Rickaby wrote:

> Is there any way of controlling crop bleeds in FrameMaker other than 
> deliberately oversizing graphics and overhanging them from page edges? 
> And if the answer is 'no', how big should the bleeds be?

No and anything over a couple of mm. In my current job they overhang 1 
cm.

> Or should I be ignoring bleeds in FrameMaker altogether and setting 
> them up using the pre-press options in Acrobat for the final PDF?

No, Mac FrameMaker should handle them fine.

Paul

Those old book numbering blues

[Joe Malin]

I'm confused.

You want one autonumber format to control stuff that flows through an
entire book. You want paragraph numbers not reset between chapters. If
so, then you *don't* want 

Job: Biomed Technical Writer - Contract or Staff - Foster City, CA

[Jobs@ProSpring]

TW-851 Biomed Technical Writer - Contract or Staff - Foster City, CA
Salary/Rate:  BOE

A leading developer of medical devices, pathogen diagnostic kits and 
lab instrumentation needs two technical writers to help document 
their hardware and software products.

Requirements:

o. Experience documenting medical devices and related software
o. Degree or background in life sciences (biology, chemistry, etc.)
o. Experience with FrameMaker and Acrobat
o. Experience with RoboHELP
o. Experience managing multiple projects and deadlines


Notes:

o.  We have two openings, one staff one contract.  Please state your 
preference when applying.

o.  US citizens or greencard holders only.

o.  Some telecommuting (two days a week) OK once you get up to speed.

o.  Local candidates only for the contract, but relocation is 
available for the perm position.

o.  Questions?  Call us at 888-378-2333

o.  To be considered, apply for job TW-851 via the ProSpring jobs 
page at: http://www.prospring.net/Jobs/jobs.html