How about using the "related objects" step? As I understand it, if a page with the objectid no longer exists, the link can be skipped on the referring page.
Also, if a page is being edited, the objectid shouldn't change unless the page is deleted and replaced by another.
Natalie
Jeff Coughlin <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED] 07/01/05 10:16 AM
|
|
[EMAIL PROTECTED] wrote:
> Is it impractical to have them link to a more permanent nav node
> associated with the page?
Sorry. Forgot to mention that this is for situations where a navigation
node has multiple dmHTML objects underneath it.
> Another option is for the pages to have the often-changing content
> inserted dynamically so that the page objectid doesn't change.
We have many of those already. But these are specific to static-type
pages that are best suited for dmHTML and are not updated often.
However there are so many pages throughout the site (hundreds in fact)
that at least one of them is being edited on a daily basis (thus causing
the linking issue). I guess I'll just have to tell them not to make
multiple dmHTML pages withing a single dmNavigation object. That would
solve the problem. A bandaid, yes. But a solution none-the-less.
-Jeff C.
---
You are currently subscribed to farcry-dev as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/
--------------------------------------------------------------------------------
Please consider our environment before printing this email.
--------------------------------------------------------------------------------
The information contained in this message and any attachment is intended for the
recipient(s) designated only, is confidential and may be privileged or otherwise
protected from disclosure. Therefore, the contents of this message may not be
re-transmitted, copied or revealed to a third party without first obtaining the
permission of the sender. If this e-mail is received in error,please delete it
immediately. The AFTRS has implemented anti-virus software, and whilst all care
is taken it is the responsibility of the recipient to ensure that all e-mail and
any attachment(s) are scanned for viruses prior to opening.
--------------------------------------------------------------------------------
<<inline: graycol.gif>>
<<inline: pic11478.gif>>
<<inline: ecblank.gif>>
--- You are currently subscribed to farcry-dev as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/
