Fred said:
> But the point remains that the best way to prepare depends greatly on
> what your goals and objectives are.
... and went on to make several other excellent points.
John said:
> I think the single biggest obstacle to my adoption of Structured
> FrameMaker has been exactly this sort
John wrote:
> But all I get are:
>
> * Offerings from vendors claiming to be THE answer for all my needs
even when they don't know what my needs may be.
Yes, that fits the profile of a vendor all right.
> * Endless extensive discussions from knowledgeable folk who tell me
> all the grand
--- Marcus Carr [EMAIL PROTECTED] wrote:
Why do you want to go to structured data?
Good question (and good thoughts on the question), but
that's a different topic. For the purposes of this
topic, let's imagine that the reasons are sound.
And in case I forget to mention it later, thanks for
all
for Intel.
Fred Ridder (fred dot ridder at intel dot com)
Intel
Parsippany, NJ
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Milan Davidovic
Sent: Friday, March 16, 2007 9:09 AM
To: Frame Users
Subject: Re: anticipating a move to Structrued Frame
--- Marcus
--- Ridder, Fred [EMAIL PROTECTED] wrote:
But the point remains that the best way to prepare
depends greatly on what your goals and objectives
are.
Would it be possible to discuss good ways rather
than best ones and keep it all at a fairly high
level?
Or perhaps everything at the high level
One reason many of us are strong supporters of best
practices is that it not only gets users working
faster, but provides a better introduction to the
complete theory of how to use a tool.
--- Milan Davidovic [EMAIL PROTECTED] wrote:
Would it be possible to discuss good ways rather
than best
Fred said:
But the point remains that the best way to prepare depends greatly on what your
goals and objectives are. Just as one example, if you are not planning to adopt
topic-oriented authoring and topic-level reuse, then spending time learning
about DITA would be a digression rather than
all the
grand glory of structure, but no answers at all.
From: [EMAIL PROTECTED] on behalf of Chris Borokowski
Sent: Fri 3/16/2007 10:47 AM
To: Frame Users
Subject: RE: anticipating a move to Structrued Frame
One reason many of us are strong supporters
--- John Sgammato [EMAIL PROTECTED] wrote:
But the point remains that the best way to prepare
depends greatly on what your goals and objectives
are. Just as one example, if you are not planning to
adopt topic-oriented authoring and topic-level
reuse, then spending time learning about DITA
Fred said:
But the point remains that the best way to prepare depends greatly on
what your goals and objectives are.
... and went on to make several other excellent points.
John said:
I think the single biggest obstacle to my adoption of Structured
FrameMaker has been exactly this sort of
John wrote:
But all I get are:
* Offerings from vendors claiming to be THE answer for all my needs
even when they don't know what my needs may be.
Yes, that fits the profile of a vendor all right.
* Endless extensive discussions from knowledgeable folk who tell me
all the grand
Milan Davidovic wrote:
> I'm looking for resources or advice on how to start
> working in unstructured Frame in anticipation of a
> move to Structured Frame.
>
> Let's imagine you're working in unstructured Frame,
> and that present circumstances prevent you from making
> the switch to
--- Marcus Carr wrote:
> Why do you want to go to structured data?
Good question (and good thoughts on the question), but
that's a different topic. For the purposes of this
topic, let's imagine that the reasons are sound.
And in case I forget to mention it later, thanks for
all your answers.
AM
To: Frame Users
Subject: Re: anticipating a move to Structrued Frame
--- Marcus Carr wrote:
> Why do you want to go to structured data?
Good question (and good thoughts on the question), but
that's a different topic. For the purposes of this
topic, let's imagine that the reasons are so
--- "Ridder, Fred" wrote:
> But the point remains that the best way to prepare
> depends greatly on what your goals and objectives
> are.
Would it be possible to discuss "good" ways rather
than "best" ones and keep it all at a fairly high
level?
Or perhaps everything at the high level has
One reason many of us are strong supporters of "best
practices" is that it not only gets users working
faster, but provides a better introduction to the
complete theory of how to use a tool.
--- Milan Davidovic wrote:
> Would it be possible to discuss "good" ways rather
> than "best" ones and
Fred said:
But the point remains that the best way to prepare depends greatly on what your
goals and objectives are. Just as one example, if you are not planning to adopt
topic-oriented authoring and topic-level reuse, then spending time learning
about DITA would be a digression rather than
all the
grand glory of structure, but no answers at all.
From: framers-bounces+jsgammato=imprivata@lists.frameusers.com on behalf of
Chris Borokowski
Sent: Fri 3/16/2007 10:47 AM
To: Frame Users
Subject: RE: anticipating a move to Structrued Frame
One
--- John Sgammato wrote:
> But the point remains that the best way to prepare
> depends greatly on what your goals and objectives
> are. Just as one example, if you are not planning to
> adopt topic-oriented authoring and topic-level
> reuse, then spending time learning about DITA would
> be a
I'm looking for resources or advice on how to start
working in unstructured Frame in anticipation of a
move to Structured Frame.
Let's imagine you're working in unstructured Frame,
and that present circumstances prevent you from making
the switch to Structured Frame. However, those
circumstances
This is how I've done it:
1. Learn topic-based authoring, for example by taking some classes in
structured writing or Information Mapping (IMAP).
2. Design Frame templates that support topic-based authoring.
3. Learn XML, at least XML for authors (not XML for developers).
4. Learn DITA
--- Milan Davidovic [EMAIL PROTECTED] wrote:
I'm looking for resources or advice on how to start
working in unstructured Frame in anticipation of a
move to Structured Frame.
1. In your unstructured template, create paragraph,
character, table, marker and
Milan Davidovic wrote:
I'm looking for resources or advice on how to start
working in unstructured Frame in anticipation of a
move to Structured Frame.
Let's imagine you're working in unstructured Frame,
and that present circumstances prevent you from making
the switch to Structured Frame.
I'm looking for resources or advice on how to start
working in unstructured Frame in anticipation of a
move to Structured Frame.
Let's imagine you're working in unstructured Frame,
and that present circumstances prevent you from making
the switch to Structured Frame. However, those
circumstances
This is how I've done it:
1. Learn topic-based authoring, for example by taking some classes in
structured writing or Information Mapping (IMAP).
2. Design Frame templates that support topic-based authoring.
3. Learn XML, at least XML for authors (not XML for developers).
4. Learn
--- Milan Davidovic wrote:
> I'm looking for resources or advice on how to start
> working in unstructured Frame in anticipation of a
> move to Structured Frame.
1. In your unstructured template, create paragraph,
character, table, marker and cross-reference tags
26 matches
Mail list logo