51–60 of 67 posts
Earlier quoted context omitted.
I always wonder how much lawyers in the US pay for their phone numbers... 444-4444 or 888-8888 and so on. I would guess it's even more?
I see bus ads for an accident lawyer in California with the phone number (800) 800-0000. I wonder if that phone number is more valuable than 888-8888.
Another reason I think is in China the search engines have been terrible since the beginning. For example even if your search query is as specific as "ACME inc. of AAA city in BBB province" , it would be your lucky day if the first two result pages have that company's web site. What you get mostly are paid ads and shitty seo stuff. It's been like this to this day. So not being able to rely on search, people have to m…
I'd rather them wait until they are no longer required to censor their results and track their users on behalf of the state security apparatus.
Earlier quoted context omitted.
It's not as much a matter of "still not rendering them properly", but more that they are doing it on purpose to avoid homoglyph attacks. Earlier browsers more OFTEN used to render them "properly", I believe.
Of course, this only helps against foreign letters, you still have people squatting or putting phishing on common typos of pure asci urls with basically the same result. Meanwhile, almost all of humanity still can't get decent urls in their native language :(
Why not?
For example, http://xn--h1alffa9f.xn--p1ai/ renders the URL in Russian for me in the URL bar in all of Chrome, Firefox, and Safari (though Chrome converts to punycode if I copy the URL from the URL bar, unfortunately). [Edit: Also, it looks like HN's linkifier converts to punycode; what I wrote there is "россия.рф" and that's what HN has stored if I edit this comment.]
In more detail, for Firefox (where I can find this sort of thing quickly in the code), there are the following things affecting the display:
1) The "network.IDN_show_punycode" preference. This defaults to false, so punycode is not forced across the board.
2) There is a bunch of preferences for what toplevel domains are "safe" for use with non-ASCII chars by default no matter what. That option currently defaults to "false" as far as I can tell.
3) URLs the fit in the Highly Restrictive profile defined at https://www.unicode.org/reports/tr39/#Restriction_Level_Dete... are shown as non-punycode as far as I can tell.
4) There's some heuristic detection for URLs using multiple scripts at once and blocking that.
There are also preferences to force-allow or force-deny use of IDN with certain characters; those sets are empty by default.
In any case, the default behavior looks to me like a single-script URL in any language would be shown in IDN. Do you have a counter-example?
https://searchfox.org/mozilla-central/rev/75294521381b331f82... has the relevant preferences with their default values as of today.
Disclaimer: I work on Firefox, and have been involved peripherally in some of the IDN work.
Earlier quoted context omitted.
How do you input a number like that?
On many (American) phone keypads, 1 is blank, 2 is A, or B, or C, 3 is DEF, 4 is GHI, 5 is JKL, 6 is MNO, 7 is PQRS, 8 is TUV, and 9 is WXYZ. So for FLOWERS you'd see that the F is on 3, L is on 5, O is on 6, etc. to get 356-9377. Note that both R and S are on 7, they map to the same number, so different words are likely to all map to the same number, like "Roses" and "Ropes". Companies sometimes use longer or shorte…
Earlier quoted context omitted.
How do you input a number like that?
A lot of phones come with the English alphabet on the 12 keys, three letters to a key. Similar to older phones that had a physical dialpad. You could then dial the "word" you want by looking at the number on which the correct letter is. That's one way these systems could work.
> The phone companies China Telecom and China Unicom simply reappropriated their well-known customer service numbers as domain names, 10086.cn and 10010.cn, respectively. https://9292.nl is an example of this outside China, taking its name from 0900-9292 (a phone number you can call to get public transport travel directions, now largely replaced by the website/app).
Or https://www.1177.se for Sweden, the health care number/website. The NHS in the UK has https://111.nhs.uk as the URL for their new online emergency service.
Earlier quoted context omitted.
I guess this site is relevant here: https://xn--ls8h.la/ ( .la) But apparently most TLDs don't support emoji URLs yet.
the biggest barrier, in my opinion, is the ugly punycode links. most browsers still do not render them properly, and if they did, it would have false positives. (i.e. there is no way to tell if a string is intended to be punycode or not)
The last sentence is odd: > You can’t blame other countries for wanting to tell the American 250s to 0748. 250 = idiot 0748 = go die Which translates: > You can’t blame other countries for wanting to tell the American idiots to go die. I'm not sure why the author felt the need to include that. (Edit: Am I wrong for questioning the article?)
Earlier quoted context omitted.
Using the old timey keyboard layout[1] (a relic of pre-touchscreen phones) So 1800-flowers would be 1800-3569377 [1] https://en.wikipedia.org/wiki/E.161
So that's what the letters were for on phone keyboards.