Reply to:
> Message: 15
> Date: Thu, 12 Jun 2008 17:26:10 -0400
> From: "Milan Davidovic" <[EMAIL PROTECTED]>
> Subject: disagreement on overrides
> To: "Framer's List"
>
>
> The way I've been "brought up" as a Frame us
es at lists.frameusers.com] On Behalf Of Milan
Davidovic
Sent: Thursday, June 12, 2008 5:26 PM
To: Framer's List
Subject: disagreement on overrides
The way I've been "brought up" as a Frame user was to avoid overrides
wherever possible. I'm now working with a writer
On Thu, Jun 12, 2008 at 5:26 PM, Milan Davidovic
wrote:
> Have any of you been on either side of such a difference in approach,
> and how did you go about resolving it?
OK, there are some good, constructive ideas here -- lots to think
about. Thank you.
--
Milan Davidovic
http://altmilan.blogsp
Milan
Davidovic
Sent: Thursday, June 12, 2008 5:26 PM
To: Framer's List
Subject: disagreement on overrides
The way I've been "brought up" as a Frame user was to avoid overrides
wherever possible. I'm now working with a writer who is much more
liberal about overrides than I
Reply to:
> Message: 15
> Date: Thu, 12 Jun 2008 17:26:10 -0400
> From: "Milan Davidovic"
> Subject: disagreement on overrides
> To: "Framer's List"
>
>
> The way I've been "brought up" as a Frame user was to avoid overr
On Thu, Jun 12, 2008 at 5:26 PM, Milan Davidovic <[EMAIL PROTECTED]> wrote:
> Have any of you been on either side of such a difference in approach,
> and how did you go about resolving it?
OK, there are some good, constructive ideas here -- lots to think
about. Thank you.
--
Milan Davidovic
http
Do not rule out ignorance as a reason for overrides. Is the other writer
fully trained in FrameMaker? It is possible that their training was OJT
at another assignment, and they never learned how to use Frame properly.
It is also possible that the templates that you have are not properly
documen
Do not rule out ignorance as a reason for overrides. Is the other writer
fully trained in FrameMaker? It is possible that their training was OJT
at another assignment, and they never learned how to use Frame properly.
It is also possible that the templates that you have are not properly
documen
Well, I'm with you and your approach simply because it makes it much
easier to work on and to ensure consistency, because only the person
who created them knows what the override is supposed to do.
There's also the possibility that the override will be interpreted
somewhat differently than its int
The only good argument I've seen for overrides as a normal way of
working is to control breaks across frames, columns, and pages, for a
particular round of publication. They can be removed in one operation
by importing a document's formats to itself, and choosing to remove
overrides. Before saving
The way I've been "brought up" as a Frame user was to avoid overrides
wherever possible. I'm now working with a writer who is much more
liberal about overrides than I am. We currently work only on
unstructured Frame documents; output is PDF (to print from or for use
onscreen). Right now, we're the
> The way I've been "brought up" as a Frame user was to avoid overrides
> wherever possible. I'm now working with a writer who is much more
> liberal about overrides than I am. We currently work only on
> unstructured Frame documents; output is PDF (to print from or for use
> onscreen). Right now,
> The way I've been "brought up" as a Frame user was to avoid overrides
> wherever possible. I'm now working with a writer who is much more
> liberal about overrides than I am. We currently work only on
> unstructured Frame documents; output is PDF (to print from or for use
> onscreen). Right now,
s comes in handySusan
- Original Message
From: Peter Gold <[EMAIL PROTECTED]>
To: "Combs, Richard" <[EMAIL PROTECTED]>
Cc: Framer's List
Sent: Thursday, June 12, 2008 3:42:14 PM
Subject: Re: disagreement on overrides
The only good argument I've seen for
s comes in handySusan
- Original Message
From: Peter Gold
To: "Combs, Richard"
Cc: Framer's List
Sent: Thursday, June 12, 2008 3:42:14 PM
Subject: Re: disagreement on overrides
The only good argument I've seen for overrides as a normal way of
working is to control br
Milan Davidovic wrote:
> The way I've been "brought up" as a Frame user was to avoid overrides
> wherever possible. I'm now working with a writer who is much more
> liberal about overrides than I am. We currently work only on
> unstructured Frame documents; output is PDF (to print from or for use
The only good argument I've seen for overrides as a normal way of
working is to control breaks across frames, columns, and pages, for a
particular round of publication. They can be removed in one operation
by importing a document's formats to itself, and choosing to remove
overrides. Before saving
Milan Davidovic wrote:
> The way I've been "brought up" as a Frame user was to avoid overrides
> wherever possible. I'm now working with a writer who is much more
> liberal about overrides than I am. We currently work only on
> unstructured Frame documents; output is PDF (to print from or for use
Well, I'm with you and your approach simply because it makes it much
easier to work on and to ensure consistency, because only the person
who created them knows what the override is supposed to do.
There's also the possibility that the override will be interpreted
somewhat differently than its int
The way I've been "brought up" as a Frame user was to avoid overrides
wherever possible. I'm now working with a writer who is much more
liberal about overrides than I am. We currently work only on
unstructured Frame documents; output is PDF (to print from or for use
onscreen). Right now, we're the
20 matches
Mail list logo
