Ticket #833 (closed defect: duplicate)
Better way to handle relative/absolute linking than stripBaseUrl (Please revisit Ticket #759)
|Reported by:||itaylor@…||Owned by:||gogo|
|Severity:||normal||Keywords:||stripBaseUrl, link, relative, absolute,|
I have extended Xinha with some custom buttons to run custom image and file selection popups. The links created by this system are always relative, and when a link is edited, the url that get passed up to by IE through the createLink and insertImage functions, has been must be run through the stripBaseUrl function to make it relative again. This is very difficult in my deployment scenario because it means that I must be constantly having to reset and figure out the base url for each page because sometimes the editor is in a different path from the page being edited. This process is extremely error prone.
A solution to this problem was proposed months ago in Ticket #759 and I have been using this method with no negative side effects ever since. The ticket has been marked closed and as a duplicate, but there is no resolution of the problem in the code. The change to htmlArea.js is literally two lines, one replacement of stripbaseurl in createLink, and one in insertImage. This change will greatly improve stability and functionality of Xinha, and so I'm requesting that Ticket #759 be revisited for inclusion in a newer build. I'm happy to provide assistance on making this change happen.