thiemowmde lowered the priority of this task from "High" to "Low".
thiemowmde added a comment.

  • Not all browsers hide the scheme in the address bar.
  • Some browsers also hide everything after the question mark. Do we need to be "consistent" with that? Personally I believe it's a horrible idea to hide possibly critical information from the user. This is an actual attack vector.
  • We do support many schemes, including irc and svn, to name just a few. We can not hide all, otherwise the user can not distinguish ftp://example.com and http://example.com any more. But just hiding some schemes is inconsistent and confusing.
  • I believe it's still valuable to see the difference between http:// and https://. Browsers show lock icons when they hide https://. I believe we should not add icons to our wikitext renderer.
  • Hiding http:// did made some sense when a URL started with www. or ended with a commonly known top level domain like .com. Almost all users will understand that they are looking at a URL when they see www.example.com. Most German users will understand that they are looking at a URL when they see wikipedia.de. But this is language and region specific. We can not give any of these guarantees for the entirety of the Wikimedia movement. Nowadays strings like web.link or car.rentals (see http://newgtlds.icann.org/en/program-status/delegated-strings for a full list) are valid URLs, but do not look like one any more. Displaying the full https://car.rentals does make this so much more obvious, in my opinion.

Please let's go with #1.


TASK DETAIL
https://phabricator.wikimedia.org/T150018

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: thiemowmde
Cc: Izno, Aklapper, Lydia_Pintscher, daniel, aude, Lucie, thiemowmde, gerritbot, TomT0m, hoo, D3r1ck01, Wikidata-bugs, Mbch331
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to