| Summary: | option: parse message body for URL links (and make them active) | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Maciej Pilichowski <bluedzins> |
| Component: | messageviewer | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Maciej Pilichowski
2006-05-17 13:54:05 UTC
What do you mean? Links are clickable in KMail. The issue is that *in HTML mode*, Kmail doesn't automatically linkify URLs, neither when composing a new message (it can't even be done manually) (bug 127327), nor when reading a message (this bug). Kmail does linkify URLs in plain text mode. It can be debated whether not inserting links in already HTML-formatted messages is a bug or a feature. On second thought, bug 127327 is also about reading HTML messages, I think. It's not 100% clear. Bug 102924 is about creating links in the composer. > It can be debated whether not inserting links in already HTML-formatted
> messages is a bug or a feature.
I won't argue -- I specified this in the title already "_option_". People who feel more secure without active links can keep this option turned off.
In HTML links are active, but of course only links the sender made active. Since making URLs in an HTML message active is way more complicated than in plain text mode (because a URL might already be active and in this case we wouldn't want or need to make it active), this won't be added to KMail itself. I hope that we'll have better plugin support in the future which would allow developing a filter plugin which does this. Until then this wish is WONTFIX. :-( |