 About relative links
A relative link can be used between objects that will always be located in the same places in relation to each other. An example is a self-contained set of documents, like the help you are reading. The whole set can be moved (as it is in the case of this help, which moves to your own server), and links among the documents will still work.
A relative link consists of only a relative path. It doesn't include any server identification.
If the target object is in a different subcontainer from the object containing the link, the path starts with the container that is common to both (../ indicates that the path is starting at the container above the current container, ../../ indicates that the path is starting two containers above the current container, and so on).
By default, FirstClass creates relative links in documents, as long as there is a common container for the documents somewhere in their paths.
About absolute links
An absolute link is necessary if the object containing the link may be moved in relation to the target object. To ensure that the link still works, the full path, including server identification (a protocol specifier, such as fcp, and a server address) is provided.
By default, FirstClass creates absolute links in messages, and in documents that don't share a common container in their paths.
Changing link types
You can manually change a link from relative to absolute, or vice versa. To do this, change the link path at "Target URL" on the Format Link form. For example, the relative path
../budget/report
could be turned into the absolute path
| ||