Good point. Perhaps rather than more sophisticated linkification we need more sophisticated system wide user link settings/preferences ie settings under the control of the user. My first stab at such user link settings are:- ---------------------- Check to enable your preferred link settings 1️⃣ automatically linkify everything possible ⬜️ 2️⃣ automatically linkify (check all those from the following that apply) - 2️⃣ A. text having the form "http://a.domain.name ⬜️ 2️⃣ B. text having the form https://a.domain.name ⬜️ 2️⃣ C. text having the form www.a.domain.name<http://www.a.domain.name> ⬜️ 2️⃣ D. text having the form a.domain.name.in.non.ascii.text ⬜️ 2️⃣ E. text having the form www.a.domain.name.in.non.ascii.text<http://www.a.domain.name.in.non.ascii.text> ⬜️ ...etc... ---------------------- I would have 2️⃣ B checked and 2️⃣ A unchecked because when I have time I usually check if a site supports https when I have been given the http form. I will give it more thought tomorrow but now it is time for New Year celebrations. So, again, Happy New Year André Schappo On 30 Dec 2017, at 18:53, Andrew Sullivan <ajs@crankycanuck.ca<mailto:ajs@crankycanuck.ca>> wrote: I sincerely hope that linkification of bare domain names does _not_ take over, because it gets in the way. The Internet is bigger than the web, and we aim for something too poor if we nail ourselves forever and only to https. A -- Please excuse my clumbsy thums ________________________________ On December 30, 2017 6:19:11 AM Andre Schappo <A.Schappo@lboro.ac.uk<mailto:A.Schappo@lboro.ac.uk>> wrote: Really good to see UA on wikipedia. It feels like UA has made the mainstream. 2 suggestions:- 1️⃣ In the wikipedia article there are indirect references to https://uasg.tech<https://uasg.tech/> eg https://uasg.tech/wp-content/uploads/2017/09/UASG-Report-UASG016.pdf I think there should be a direct reference to uasg home page in the wikipedia article ie https://uasg.tech<https://uasg.tech/> 2️⃣ drop the www — eg in the wikipedia article there is the link https://www.icann.org/resources/pages/universal-acceptance-2012-02-25-en I suggest using https://icann.org/resources/pages/universal-acceptance-2012-02-25-en instead. My experience is that the majority of people think the initial www is necessary but in the majority of web addresses the www is not necessary. My reasoning is that having the www prefix is contrary to IDNs because one then has mixed scripts in an IDN. Take Korea NIC. Their IDN is https://한국인터넷정보센터한국<https://xn--3e0bx5euxnjje69i70af08bea817g.xn--3e0b707e/> They do support https://www.한국인터넷정보센터.한국<https://www.xn--3e0bx5euxnjje69i70af08bea817g.xn--3e0b707e/> but they do not make the www necessary and they do not redirect to the www form. Now, what I have written is also contradictory because I have used https:// so that my Apple Mail App will linkify. When I put links in my webpages I would only display to users 한국인터넷정보센터.한국 My hope for the future is that linkification will become more sophisticated and be able linkify 한국인터넷정보센터.한국 without the need for www or https:// thus resulting, in this case, a fully korean hangeul domain name. So, I suggest the working practice — when possible (which I think is most of the time), drop both the www and https:// when presenting the domain name to end users. André Schappo On 30 Dec 2017, at 08:15, Don Hollander <don.hollander@icann.org<mailto:don.hollander@icann.org>> wrote: A nice way to end a fairly productive year.