News for hackers. Stuff that matters.
Re:You'll regret using natural keys by smaudet on Wednesday June 05, 2024 @07:03AM (#40583527)
I wonder if Unicode could be used to alter the characters such that these mistakes would be less possible, e.g. using ⓪.
Re:You'll regret using natural keys by fhars on Wednesday June 05, 2024 @08:12AM (#40583920)
That is "AT", isn't it?

(No, it isn't, if you look closely enough.)

Re:You'll regret using natural keys by smaudet on Wednesday June 05, 2024 @09:49AM (#40584729)
Yeah...what I'd really like to do would be to give a character a "natural" background color, e.g.

Then its simple for support to say "red is one, green is ell". But you can't just add a color to a character, because copy paste/rich formatting don't work everywhere, or even transfer well...

Alternatively, if you use ⓪ and ⒈ it matters less if the user says "at" or "zero", and more that they didn't say "oh" or "one".

Re:You'll regret using natural keys by Piskvorrr on Wednesday June 05, 2024 @01:03PM (#40587474)
It's obviously a �. Or perhaps a □ . Maybe an ¾, on odd Wednesdays?

(Unicode has its strengths. Making up replacement characters isn't one.)

Re:You'll regret using natural keys by codr7 on Wednesday June 05, 2024 @02:14PM (#40588366)
I happen to know that the biggest ski resort reservation system in Scandinavia contains a function called MaybeOnATuesday(), but to my knowledge it's never called.
Re:You'll regret using natural keys by WorldMaker on Wednesday June 05, 2024 @01:40PM (#40587938)
If you are trying for URL safe, Unicode is problematic because of Punycode conversions and differing browser behavior with Unicode URLs. (Some browsers always show Unicode as Unicode in URLs. Some browsers always show Unicode as Punycode in URLs. Some browsers switch between the two based on a huge number of variables such as gTLD, user preference, phase of the moon, etc.)