Opened 14 years ago

Closed 13 years ago

#833 closed defect (duplicate)

Better way to handle relative/absolute linking than stripBaseUrl (Please revisit Ticket #759)

Reported by: itaylor@… Owned by: gogo
Priority: normal Milestone: Version 1.0
Component: Xinha Core Version: trunk
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.


Change History (1)

comment:1 Changed 13 years ago by gogo

  • Resolution set to duplicate
  • Status changed from new to closed

Duping to #295

Note: See TracTickets for help on using tickets.