-
Notifications
You must be signed in to change notification settings - Fork 476
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Spaces in mailto: links #74
Comments
Can you also check this behavior for other mail clients (such as Outlook and whatever people use)? Mail.app (default mail client on Mac OS X) behaves like you described |
Ok, so far Mail.app, Outlook, Thunderbird require |
I got the same results in GMail and Mail.app. Here are some email client statistics: http://www.campaignmonitor.com/resources/will-it-work/email-clients/ . I don't have any other client here, but I can try hotmail and yahoo later. |
So, this would call for different Maybe we can introduce a protocol hook. It would be called every time the protocol is touched. That would allow switching the encoding states (for further modification) and trigger a de/encode to convert (just noting thoughs…) |
Would it also be possible to convert the spaces when the data is read, and check then what the protocol is? |
nope. The example |
I've fixed this in master - it will be included in the next release. thank you for your help! |
You can now make a URI instance escape spaces with |
Thanks! |
The spaces in
mailto:
links are being displayed as "+" characters in Thunderbird. Removing the.replace(/%20/g, '+')
fromURI.encodeQuery()
solves the problem, but it guess it must be there for a reason.I'm currently using a fork of the repository where this line is removed. Would it be useful to somehow add an option to perform the encoding without replacing spaces by + characters?
The text was updated successfully, but these errors were encountered: