Feature #2953
application launch URLs not rendered as link
| Status: | New | Start date: | 2009-03-11 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% | |
| Category: | Wiki | |||
| Target version: | - | |||
| Resolution: |
Description
There are URLs that launch 3rd party application when clicked on in the browser.
Redmine's wiki doesn't convert them into clickable link.
Example:
ea:1|50194|1|1607 3
converted to
<a href="ea:1|50194|1|1607%203">Document X</a>
launches application called EasyArchive and shows document identified by the numbers following
ea:.
Maybe feature #2084 can fix this problem, since there is no simple conclusion how such links in general can be distinguished from regular text.
Related issues
History
#1
Updated by Jean-Philippe Lang over 12 years ago
I can't see why you entered this as a defect and I don't see what differs from #2084.
Please help me.
#2
Updated by Richard Pecl over 12 years ago
I have marked this as defect since something like ea:1|50194|1|1607%203 is regular URL handled by browsers. So when I enter in the Wiki text like
ea:1|50194|1|1607%203
or
"Link to document":ea:1|50194|1|1607%203
it should be formatted to
<a href="ea:1|50194|1|1607%203" class="external">ea:1|50194|1|1607%203</a>
or
<a href="ea:1|50194|1|1607%203" class="external">Link to document</a>
like all other http:// ftp:// links are.
So in general the formatter should recognize not only /https?:\/\/.*/ and /ftps?:\/\/.*/ links, but also /\w+:.*/ links.
#2084 can solve this issue, but as a workaround (and with much more coding work).
#3
Updated by Richard Pecl over 12 years ago
Perhaps it could be marked as Feature request if you consider parsing such type of links as new functionality.
#4
Updated by Jean-Philippe Lang over 12 years ago
- Tracker changed from Defect to Feature