E-mail actions missing for mailto: strings

[skurfer]

If you type, paste, or grab a string from the current application that begins with mailto:, it should be treated as an e-mail address. Currently, the icon changes, but none of the actions that should be available for e-mail addresses are there (such as “Compose Email” and “Email Item…”).

[pjrobertson]

The line with if([url scheme] ...
in QSObject_StringHandling.m should be changed to then do a check for
if([url scheme] isEqualToString:@"mailto:"...
(and it should be assigned a QSEmailAddressType just as is done a few lines
later down the list.

On 29 April 2011 23:37, skurfer <
reply@reply.github.com>wrote:

If you type, paste, or grab a string from the current application that
begins with mailto:, it should be treated as an e-mail address.
Currently, the icon changes, but none of the actions that should be
available for e-mail addresses are there (such as Compose Email and Email
Item).

Reply to this email directly or view it on GitHub:
#267

[skurfer]

Does [url scheme] ever evaluate to false? I just noticed that your favorite test case of define:word is now being treated as a URL again and I think it’s because it contains a colon and is matching that line.

[pjrobertson]

Dammit, you're right.
I'd stuck the [url host] in to make sure that define:word didn't get
evaluated as a URL.
Probably the way to go IS to introduce what I'd previously put in (then
removed) which was a check for a 'mailto:' at the start of the string.

Probably another pull request on string sniffing!

On 30 April 2011 00:48, skurfer <
reply@reply.github.com>wrote:

Does [url scheme] ever evaluate to false? I just noticed that your
favorite test case of define:word is now being treated as a URL again and
I think its because it contains a colon and is matching that line.

Reply to this email directly or view it on GitHub:
#267 (comment)

[pjrobertson]

Fixed