Mailgo, a new concept of mailto and tel links(mailgo.dev)
mailgo.dev
Mailgo, a new concept of mailto and tel links
https://mailgo.dev
15 comments
Yes there is. It's called "navigator.registerProtocolHandler"[0]
[0]: https://developer.mozilla.org/en-US/docs/Web/API/Navigator/r...
[0]: https://developer.mozilla.org/en-US/docs/Web/API/Navigator/r...
Not declarative, which means users would need to know they have to go to settings and enable it.
It shows a prompt to the user when you run the code, they don't need to go near settings.
Nope that's now how it works. It does show a prompt. Also, not sure how "going to settings" is "not declarative"...? :) ;p xx
> the only issue is that there's no declarative way to advertise support for mailto links, webmails need to ask the user.
What's the alternative? You can't let any website register a handler for mailto without asking the user
What's the alternative? You can't let any website register a handler for mailto without asking the user
Let any website register a handler for mailto links.
Get the OS/browser to show a list of registered handlers when a mailto link is clicked.
Order the list by frequency of use so random websites you visited 5 years ago stay nicely below the actual one you want to use. Also maybe unregister or hide anything not visited for 30 days, so yo'd have to revisit the site to reregister it.
Get the OS/browser to show a list of registered handlers when a mailto link is clicked.
Order the list by frequency of use so random websites you visited 5 years ago stay nicely below the actual one you want to use. Also maybe unregister or hide anything not visited for 30 days, so yo'd have to revisit the site to reregister it.
Doesn't Firefox do it already? I've just clicked on a mailto link and it asked me whether I'd like to go to gmail.com or to launch the external program... but then again, normally I don't ever click on mailto links, because I don't usually write e-mails anyway, and when I do, I just select and copy the e-mail address, then paste it into the "To:" field.
Firefox has an option for the application (or website) to open a mailto link with. It's lacking Outlook OWA though.
You can find in the preferences panel where all default 'open with' settings are
Then you need to prevent any website from registering a ton of handlers, even through redirection or links to other (sub)domains.
[deleted]
Why? What's wrong with the standard behavior?
The fact that many people don't have the handling for it configured, especially on desktop.
If you use a provider like gmail or hotmail, there's a chance they're not set up as your mailto link handler. So in that case, some random email client you have installed will open up and bug you with its first time setup wizard.
Best case, the user is annoyed but still manages to copy the address manually. Worst case, they conclude the link is broken and don't use it.
If you use a provider like gmail or hotmail, there's a chance they're not set up as your mailto link handler. So in that case, some random email client you have installed will open up and bug you with its first time setup wizard.
Best case, the user is annoyed but still manages to copy the address manually. Worst case, they conclude the link is broken and don't use it.
> If you use a provider like gmail or hotmail, there's a chance they're not set up as your mailto link handler.
so, they should set themself up. what drives someone into invent yet another tool which accomplish something on a much higher cost, which is other programms' responsibility and those could less painstakingly fix it.
so, they should set themself up. what drives someone into invent yet another tool which accomplish something on a much higher cost, which is other programms' responsibility and those could less painstakingly fix it.
I agree in principle and will use mailto: and tel: links on any project where I have the luxury of doing things properly without worrying about the consequences.
But at the same time it's not easy to explain to a client that their email link might not work for a sizable portion of their visitors, especially if they've seen solutions that work all the time.
I also agree about avoiding unnecessary bloat and this seems like a decent tradeoff. It's just a tiny popup that includes the native option, so you could argue it sits between a plain mailto: link and a full-on contact form with a backend service for sending emails/texts.
But at the same time it's not easy to explain to a client that their email link might not work for a sizable portion of their visitors, especially if they've seen solutions that work all the time.
I also agree about avoiding unnecessary bloat and this seems like a decent tradeoff. It's just a tiny popup that includes the native option, so you could argue it sits between a plain mailto: link and a full-on contact form with a backend service for sending emails/texts.
"why don't all users just set up their mail client" really isn't an acceptable solution to the problem of "many users don't have a mail client set up"
Gmail is doing this currently, at least for me (might still be in an A/B stage). It'll pop up the browser permission to handle mail links, then chrome will open the Windows 10 "default apps" page of settings to get you to change the mail app to Chrome.
This is an old feature. But it requires Gmail asking for a permission or maybe clicking on a setting somewhere and that means most users will ignore it or simply dismiss it without understanding what it even is. These days there are so many popups with warnings all the time (cookies, tos, notifications) you can't blame the users for just dismissing them without even reading
Speaking for myself, some mailto links I would like to open in gmail (browser), others in my work email (office).
At least in Firefox, multiple websites/apps can handle mailto links, and you're presented with a modal to pick from them when clicking on a mailto link.
You should be able to configure a script to show you a popup whenever you click on one.
I have the same question. For me at least, the issue it is trying to solve doesn't exist. I can't see it existing for many other people either, at least not to the extent that they need something like this.
Same for me.
The advantage with the standard is that my phone proposes from itself what it would do when I click a "tel:" URL or "mailto:" URL. And what I do most is just long-press and copy to clipoard. As this uses the native UI from my mobile OS, this just feels better then a HTML-rendered custom UI.
This is one of the old and golden web rules: Don't surpise the user with some UI he would not expect. Be consistent to the standards.
The advantage with the standard is that my phone proposes from itself what it would do when I click a "tel:" URL or "mailto:" URL. And what I do most is just long-press and copy to clipoard. As this uses the native UI from my mobile OS, this just feels better then a HTML-rendered custom UI.
This is one of the old and golden web rules: Don't surpise the user with some UI he would not expect. Be consistent to the standards.
One thing I would like on Desktop (maybe it exists and I'm missing it) is to have Chrome's context menu show "Copy Phone Number" like it shows "Copy Email Address" because copying the link includes the tel prefix and it's annoying to remove for some workflows.
On phone they have "copy link text" which is useful.
I do not use a native email client and I don’t make calls with my computer. This means those links are not useful, so I have to copy them and then enter them wherever suitable.
Demo is a pretty good user experience, but from my experience most people are used to the standard behaviour, and would rather copy email addresses than click hyperlinks...
https://codepen.io/manzinello/pen/RmeQEr
https://codepen.io/manzinello/pen/RmeQEr
Hmm, the demoed elements don't seem to work on my phone. Nothing happens when I select an item from the pop-over menu.
Is it just me or are others facing the same problem?
Is it just me or are others facing the same problem?
Seems to work properly for me on iOS 13.6.1 (Safari & FF).
But it retains the normal right-click behavior, so you can still right-click -> Copy email address.
I hate to not be constructive here, but I don't have anything positive to say really. A 7kb dependency for a non-standard popup. Maybe if you shrunk the size down I'm sure some might find some use for it. But this is a lot to add, for so little.
and not only the size what does matter here. i bet whoever whats to use it, he must time to time update the code, because some weird software bacteria tends to rotten nowadays programms, so you can not just have written the simplest few lines of code to solve one unit of requirement. no. you must update and upgrade ad infinitum, creep the scope, refactor, add n×3 dependency for every n feature. each update brings 2 new backdoors, breaks interface, etc, but you're obligated to update because it's labelled "security update", obviously.
that's a very western centric view. in asia most people don't even use/know email except some professionals. they would be overwhelmed with those choices. also country specific would be the defaults. like japan is used to yahoo, thailand used to Line messenger (nobody uses whatsapp here) etc.
That shouldn't be downvoted. That's a great point, even if most probably misinterpret. In Asia people really don't use email as primary comms in B2C or social for many things. People use LINE, WhatsApp, WeChat and other mail providers like qq or 163.
Still it's a 'mailto:' link which might not translate to those media. But a 'tel:' link could possibly translate to "Connect with LINE" or other options.
Anyway I think this project is a very good idea. These sort of protocol links are very useful, considering on mobile you are always app switching to share something. Unfortunately, mobile browsers don't support "navigator.registerProtocolHandler" but there might be workarounds for PWAs.
Still it's a 'mailto:' link which might not translate to those media. But a 'tel:' link could possibly translate to "Connect with LINE" or other options.
Anyway I think this project is a very good idea. These sort of protocol links are very useful, considering on mobile you are always app switching to share something. Unfortunately, mobile browsers don't support "navigator.registerProtocolHandler" but there might be workarounds for PWAs.
Thanks. I didn't mean to discredit the solution. I mean from my point of view it's great. I use mailto: and tel: all the time. But I work in South East Asia and East Asia in Web and Application analytics and the people here are very different. The medium used for communication, the platforms, the way it's being used, the devices are all very different. Just wanted to give another perspective on this, to broaden the minds of the creators.
yeah exactly. good work
Is this issue not somewhat solved by a the navigator.share API with a fallback to a mailto: link (with no to address)
https://developer.mozilla.org/en-US/docs/Web/API/Navigator/s...
NB support is somewhat limited:
https://caniuse.com/web-share
https://developer.mozilla.org/en-US/docs/Web/API/Navigator/s...
NB support is somewhat limited:
https://caniuse.com/web-share
One more click for anyone who is fine with their defaults. :/
I think the ideal solution would be to automatically copy the email into clipboard on desktop and use a standard mailto link on mobile. On desktop, most people use some kind of webmail, on mobile they have an app installed. Yes you can configure your browsers to open mailto links with a webmail, but almost no one does that.
> Yes you can configure your browsers to open mailto links with a webmail, but almost no one does that.
Numbers? I always clicked "yes" to that prompt when I was using GMail as my client. Maybe I'm weird?
Numbers? I always clicked "yes" to that prompt when I was using GMail as my client. Maybe I'm weird?
I don't have any numbers, however there's a tool called hunter which finds relevant email addresses for websites, and it uses copy to clipboard rather then mailto. If even most people who know about and use such a tool don't have mailto configured, probably almost no one has.
I don't know what prompt your talking about. Maybe an uncommon browser feature?
I don't know what prompt your talking about. Maybe an uncommon browser feature?
It's not uncommon. A web app can call navigator.registerProtocolHandler (https://developer.mozilla.org/en-US/docs/Web/API/Navigator/r...) to become the default mail handler. GMail does this.
Interesting. I use gmail, and I remember that mailto links bugged me forever, until I set it up manually.
chrome://settings/handlers
Great! This sort of "interactive link" is polite and what I wish more websites would adopt instead of cluttering their site with fixed positioned widgets.
A good example is chat widget. Instead of using a fixed positioned chat widget that annoys your users (esp those on mobile), why not stick to good old "Contact Us" link that opens your chat widget only when it is clicked.
A good example is chat widget. Instead of using a fixed positioned chat widget that annoys your users (esp those on mobile), why not stick to good old "Contact Us" link that opens your chat widget only when it is clicked.
what problem does this solve?
I like to mail from the Fastmail web interface. But I cannot set this as my default mail application anywhere.
You can as long as you use Chrome (or Brave or Edge) or Firefox https://www.fastmail.com/help/send/openemaillinks.html
[deleted]
You can in most browsers: https://www.fastmail.com/help/send/openemaillinks.html
The problem that most people these days use webmail, and most don't have mailto: configured to open their webmail client, so clicking on a mailto: link results in the Outlook application that you never use taking two minutes to open.
I think it's nifty, and I'll probably implement it on my personal site.
I think it's nifty, and I'll probably implement it on my personal site.
I can see how this could be useful and appealing for businesses, especially the phone part.
I think this is a good solution to a problem, but the demo doesn't illustrate the more annoying version of the problem:
If I click an email address I expect the mailto behaviour (and to a lesser extent with hyperlinked phone numbers) but often you'll see the case where the hyperlink text actually just says "Contact" or similar and it opening my email client is completely unexpected
If I click an email address I expect the mailto behaviour (and to a lesser extent with hyperlinked phone numbers) but often you'll see the case where the hyperlink text actually just says "Contact" or similar and it opening my email client is completely unexpected
I find the spam-less version interesting, the risk of spam is a reason in itself to not use mailto or tel links on your public pages, which is a sad in itself.
Graceful degradation? Couldn't find any info on this.
Test it. It's still just a mailto: link, so if you have JavaScript disabled it functions like you would expect it to.
please submit mailgo to https://caniuse.com/ here https://caniuse.com/issue-list or via github
It's a JS library, not a browser feature. What place does it have on caniuse?
We're almost there, the only issue is that there's no declarative way to advertise support for mailto links, webmails need to ask the user.