RamonS wrote:You could try inserting the link as a link to a web page and specify the URL.
I worked with T.S a bit on this today. This is one of the things we tried. It didn't work. I am not actually trying to go to a Web page. I am linking to an .htm file outside of this project. The workaround was to insert a javascript:
Code: Select all
<a onClick="window.open ('/help/topic/com.openedge.pdt.getstart.help/html/copyright.htm','_self');">
Flare does not add the paths in the HTML output when this is done.
We are creating these links for Eclipse help (to do cross-help plugin links). Eclipse requires the links to be setup a certain way. The newest and recommended way (which I just found out) is to use PLUGINS_ROOT (instead of /help/topic/) For example:
Code: Select all
PLUGINS_ROOT/com.openedge.pdt.getstart.help/html/copyright.htm
So, I tried entering this into the hyperlink db and Flare does not add the ../../
If I precede it with a slash:
Code: Select all
/PLUGINS_ROOT/com.openedge.pdt.getstart.help/html/copyright.htm
Then, Flare DOES add the ../../ in the output. So, its that first slash that is triggering Flare to add the ../../ to the code. Fortunately, if I use PLUGINS_ROOT, then I don't need the first slash and the links will work inside of Eclipse.
Another caveat to this is when I add this same hyperlink on a master page (which is what I am trying to do in this case), Flare changes it to the following in the HTML output:
Code: Select all
<a href="../Resources/MasterPages/PLUGINS_ROOT/com.openedge.pdt.getstart.help/html/copyright.htm">copyright</a>
So, there seem to be a couple of different issues going on. (1) An external topic link that begins with a slash causes Flare to add ../../ to the output code and (2) when used on a master page Flare adds paths to the code.