Niels,
You wrote:
I have been trying to make some sense of this, and now I turn to you.
Sometimes, following a hyperlink in a Frame doc to another Frame doc
closes the source doc. If it has been changed, FrameMaker prompts to
save the doc before it opens the target doc. Cancelling the save
procedure cancels the hyperlink procedure.
Why is this, and why doesn't it always happen?
FrameMaker hyperlinks have two variations: goto and open
The goto variation displays the target document in the current window
(closing the currently-displayed file); the open variation displays the
target document in a new window, leaving the current document open.
The goto/open behavior of hypertext markers generated automatically (eg in
TOC/IX) is controlled through the corresponding flow in the reference page,
eg: openObjectId <$relfilename>:<$ObjectType> <$ObjectId>
With respect to cross-references, the goto/open behavior is controlled
internally by the "DViewOnlyXRef" property (accessible through MIF).
If you press the Shift key when activating a link/cross-ref with
Ctrl-Alt/cross-ref (that is, Ctrl-Alt-Shift-click), the goto... is
interpreted as an open... action.
Notice that the goto/open variation only applies to links activated in
FrameMaker, and is not carried over to PDF interactivity (where all
links/cross-refs become "goto", more info at
http://www.microtype.com/ImprovePDF.html#10 ).
Shlomo Perets
MicroType, http://www.microtype.com
Training, consulting & add-ons: FrameMaker, Structured FM and Acrobat
_______________________________________________
You are currently subscribed to Framers as [EMAIL PROTECTED]
Send list messages to [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.
