Closed kumavis closed 5 years ago
That's kind of specific to keeping things compatible with URI spec and ERCs mentioned. It's only done for addresses so not being most optimal here is tolerable.
UTF-8 is the encoding we use to express strings as binary. US-ASCII (note to self: I need to specify the kind of ASCII we are using) is a subset of UTF-8, so not breaking anything if you treat the whole thing as UTF-8, the restriction is mostly to keep it compatible with URI spec which expects ASCII. The QR format has to be binary as there is no other QR format that can accurately represent UTF-8, or even ASCII for that matter (as the alphanumeric QR codes lack lower case letters and some special characters).
I think I understand your thinking here, but #2 would help substantially :+1:
At the top the spec declares
And below (eg from
Introduction
) it declaresThe then the result is given as a string
I'm likely misunderstanding but it seems inconsistent. having #2 and the hex of the result would help clarify