When editing a page or shared rich-text asset, I expect and need to be able to select a current hyperlink in the editor, click on the “link” icon and see exactly what it’s linking to. But that’s not always the case and what I do see is ANY one of the following:
The actual filename of the asset or page (which is good)
The Link URL for links created in the RTE will appear as the long “…Rhythmyx/assembler…” URL if the link is a managed system link, which is what you want most links to be, so that moving or renaming pages and assets wont break links. Otherwise it’ll just be a static URL that was entered manually, and won’t automatically update.
The Title for managed links to pages should pick up that page’s title. For managed links to assets, it should pick up the asset’s file-name. For anchor links or external links, there will be no title, but it should be clear from the Link URL what is being linked to.
There was an Idea posted recently requesting that this “Insert / edit link” menu more clearly outline what is being linked to. Please feel free to like this idea and reply to it here to lend your support:
So we are having to convert most of the RT assets/widgets to HTML version in order to move forward with the upgrade (because we have JS code that will be stripped out of the new RTE).
I just converted a sitemap footer asset that included many managed links into an html asset, but the managed links are not working properly and the following is what I see when I click on the of the managed links . Do I need to go back and manually relink them all? I’m hoping that you can guide me to a way around this. Thanks.
I just had the exact same thing happen to another RT widget and copied the following code over to a new html widget. The FAQ link is the only managed one here:
![](/web_resources/themes/TTWtheme/images/callout_top.gif)
- Connect with Us
- Call 1-866-968-7842(V)
866-833-2967(TTY)
M - F 8:00 AM - 8:00 PM EST
- [Sign Up for Email Updates](/signup/jsp/signup.jsp)
- [Frequently Asked Questions](https://74.191.80.129:443/Rhythmyx/assembler/render?sys_authtype=0&sys_variantid=335&sys_revision=30&sys_contentid=567&sys_context=0 "Frequently Asked Questions")
- [Become a Fan on Facebook!](http://www.facebook.com/choosework)
- [Send Us a Message](mailto:support@chooseworkttw.net)
![](/web_resources/themes/TTWtheme/images/callout_bottom.gif)
This won’t be the answer you’re hoping for and I apologize in advance, but the HTML widget does not support the Rich Text widget’s method for creating managed links, and that’s why these links are throwing errors. You’ll need to recreate your links in this manner:
Select the page you’re linking to in the Finder and copy out the full CM1 path to the page (e.g. “/Sites/Sample/folder-name/page-name”)
Use the copied path for the anchor tag’s HREF attribute (replacing the “…Rhythmyx/assembler…” URL)
Add in a perc-managed=“true” attribute to the anchor tag, and then save the widget.
The one upside to recreating your links in this manner is that these types of managed links will work in the RT as well as the HTML widget, so once we have the onClick bug fixed in our next release, you will be able to seamlessly convert these widgets back to Rich Text widgets using the convert to Rich Text function in the Layout tab.
It seems like the support for managed links in html widget is added after 2.13. Can you confirm that? If so, does it mean we have to use static links in html widget in prior versions?
Also, as for the RT editor, I notice the ‘Insert/edit link’ function regenerates the existing link thus removes some of the attributes. For example, I have a link < a href="…" class=“xxx” rel=“shadowbox”>. Updating the link using ‘Insert/edit link’ button would cause the class and rel attributes being removed. Do you think this will also be fixed in the new version?
Yes, that is correct, manged links in the HTML widget were introduced in version 2.13, and prior to that you would have to use static links.
When you relink an existing link in the RTE, it will overwrite some attributes (such as “rel”), but it should preserve classes and IDs. Can you confirm that the editor is in fact overwriting classes and IDs, and if so, can you tell me what version of Percussion you’re running? Thanks.