在HTML中使用带“的括号”;href=电话:";
令人惊讶的是,我在网上的任何地方都找不到关于这个问题的明确答案:我正在用一个以“+33(0)”开头的不同联系人号码设置一个翻译后的HTML页面。因为我不能亲自用这个号码测试它——一个典型的问题:我能用一个以在HTML中使用带“的括号”;href=电话:";,html,href,tel,Html,Href,Tel,令人惊讶的是,我在网上的任何地方都找不到关于这个问题的明确答案:我正在用一个以“+33(0)”开头的不同联系人号码设置一个翻译后的HTML页面。因为我不能亲自用这个号码测试它——一个典型的问题:我能用一个以开头的锚定标记逃脱吗()href属性中的应该没有问题:(href-wise) 但是,如果我点击手机上的链接,我的手机上的拨号会显示+0001000000这是在Android设备上测试和确认的 这意味着括号和空格都将被删除 但由于手机上的操作系统不同,这一点仍可能有所不同 附言: 如果您认为您
开头的锚定标记逃脱吗()href
属性中的应该没有问题:(href-wise)
但是,如果我点击手机上的链接,我的手机上的拨号会显示+0001000000
这是在Android设备上测试和确认的
这意味着括号和空格都将被删除
但由于手机上的操作系统不同,这一点仍可能有所不同
附言:
如果您认为您号码中的+
是一个问题我也测试了这个,+
没有任何意外的行为
更多信息:好问题。很难找到关于href=“tel:
的明确、权威的答案
将括号定义为“保留子项”。这意味着它们在URL的某些部分中使用时可能具有特殊意义。RFC说:
产生URI的应用程序应该对
与保留集中的字符相对应,除非这些字符
URI方案特别允许在其中表示数据
组件。如果在URI组件中找到保留字符
该角色没有已知的定界角色,那么它必须是
解释为表示对应于该八位字节的数据
字符的US-ASCII编码
(强调矿山)
基本上,您可以在URL中使用中的任何字符。但是,在某些情况下,括号是为特定用途保留的,在这些情况下,它们应该进行百分比编码。否则,它们可以保持原样
因此,是的,您可以在href=“tel:
链接中使用括号,它们应该可以在所有浏览器中使用。但与现实世界中的任何web标准一样,性能取决于每个浏览器是否正确实现该标准
但是,关于您的示例(我阅读并记住正确的格式应该是:
+33.1 23 45 67 89
但是我找不到从哪里来。为什么你不能“亲自测试”?大多数移动应用程序只需打开“手机”应用程序,输入号码就可以了,不必拨号。就像几乎所有关于“这能行吗”的问题一样答案是通过尝试并看看它是否有效来找到的…只要尝试一下。电话不会立即呼叫,而是打开你的拨号盘。这实际上是一个玩笑——我无法拨打那个号码,而且,由于我在网上的任何地方都找不到这个答案,我认为在这里找到答案肯定是值得的。试着找一个ca非宗教性的答案真的值得投否决票吗?@ThereticMonkey,恕我直言,我不同意——“尝试一下,看看它是否有效”对于大多数web开发案例来说,这不是一个好的解决方案,除非您有能力尝试它,看看它是否能在每种设备和浏览器组合上工作。当然,我们可能会大致了解某些东西在很多情况下是否能工作,但OP正在寻找一个“确定的答案”。也许jimiayler可以指定“在所有设备/浏览器中”,但我认为“决定性”仍然相当能描述所寻求的内容。对问题进行投票。正如标题中所述,问题不是关于加号的使用,而是关于“括号的使用”。这个问题的标题是:“在HTML中使用括号,并带有”href=tel:”“我认为这让问题变得简单了——显然不是。我将把它添加到问题的主体中。对不起,mb,但我要问你……括号在使用href?;)时是否曾经对你造成过问题)所以,我还是在寻找一些规范的东西--“just try”/“it worked on my phone today”很好,但不是我想要的答案。这些是非数字字符,想要清楚地确定它们的标准似乎是合理的。这是我发布这个问题的唯一原因,我真的不得不再次反对因为错误的原因而被否决。@jimiayler我同意你的观点。我认为这是一个很好的问题,你得到的答案(“我刚刚测试了这个,效果很好”)并没有删掉它。回答得很好!这正是我一直在寻找的,我非常感谢你的详尽答复。
<a href="tel:+33(0)1234567890">+33 (0) 123 456 7890</a>
<a href="tel:+331234567890">+33 (0) 123 456 7890</a>