@@ -399,7 +399,7 @@ What character set does Solidity use?
399
399
=====================================
400
400
401
401
Solidity is character set agnostic concerning strings in the source code, although
402
- utf -8 is recommended. Identifiers (variables, functions, ...) can only use
402
+ UTF -8 is recommended. Identifiers (variables, functions, ...) can only use
403
403
ASCII.
404
404
405
405
What are some examples of basic string manipulation (``substring ``, ``indexOf ``, ``charAt ``, etc)?
@@ -741,15 +741,15 @@ see a 32-byte hex value, this is just ``"stringliteral"`` in hex.
741
741
The type ``bytes `` is similar, only that it can change its length.
742
742
743
743
Finally, ``string `` is basically identical to ``bytes `` only that it is assumed
744
- to hold the utf -8 encoding of a real string. Since ``string `` stores the
745
- data in utf -8 encoding it is quite expensive to compute the number of
744
+ to hold the UTF -8 encoding of a real string. Since ``string `` stores the
745
+ data in UTF -8 encoding it is quite expensive to compute the number of
746
746
characters in the string (the encoding of some characters takes more
747
747
than a single byte). Because of that, ``string s; s.length `` is not yet
748
748
supported and not even index access ``s[2] ``. But if you want to access
749
749
the low-level byte encoding of the string, you can use
750
750
``bytes(s).length `` and ``bytes(s)[2] `` which will result in the number
751
- of bytes in the utf -8 encoding of the string (not the number of
752
- characters) and the second byte (not character) of the utf -8 encoded
751
+ of bytes in the UTF -8 encoding of the string (not the number of
752
+ characters) and the second byte (not character) of the UTF -8 encoded
753
753
string, respectively.
754
754
755
755
0 commit comments