aboutsummaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorDenton Liu <liu.denton+github@gmail.com>2016-08-11 02:52:11 +0800
committerDenton Liu <liu.denton+github@gmail.com>2016-08-11 23:10:47 +0800
commit1634a79bd8ecfe2445bef7a9af26887aa638c15e (patch)
treeab6ddd598bba9b1685e1d4b52ef52e5a25637d89 /docs
parent2a492f59c911b46e46b2c200e966e1cf95721aa0 (diff)
downloaddexon-solidity-1634a79bd8ecfe2445bef7a9af26887aa638c15e.tar
dexon-solidity-1634a79bd8ecfe2445bef7a9af26887aa638c15e.tar.gz
dexon-solidity-1634a79bd8ecfe2445bef7a9af26887aa638c15e.tar.bz2
dexon-solidity-1634a79bd8ecfe2445bef7a9af26887aa638c15e.tar.lz
dexon-solidity-1634a79bd8ecfe2445bef7a9af26887aa638c15e.tar.xz
dexon-solidity-1634a79bd8ecfe2445bef7a9af26887aa638c15e.tar.zst
dexon-solidity-1634a79bd8ecfe2445bef7a9af26887aa638c15e.zip
Correct all UTF-8 spellings
Diffstat (limited to 'docs')
-rw-r--r--docs/frequently-asked-questions.rst10
-rw-r--r--docs/types.rst2
2 files changed, 6 insertions, 6 deletions
diff --git a/docs/frequently-asked-questions.rst b/docs/frequently-asked-questions.rst
index b3667a11..c28b4ab7 100644
--- a/docs/frequently-asked-questions.rst
+++ b/docs/frequently-asked-questions.rst
@@ -399,7 +399,7 @@ What character set does Solidity use?
=====================================
Solidity is character set agnostic concerning strings in the source code, although
-utf-8 is recommended. Identifiers (variables, functions, ...) can only use
+UTF-8 is recommended. Identifiers (variables, functions, ...) can only use
ASCII.
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.
The type ``bytes`` is similar, only that it can change its length.
Finally, ``string`` is basically identical to ``bytes`` only that it is assumed
-to hold the utf-8 encoding of a real string. Since ``string`` stores the
-data in utf-8 encoding it is quite expensive to compute the number of
+to hold the UTF-8 encoding of a real string. Since ``string`` stores the
+data in UTF-8 encoding it is quite expensive to compute the number of
characters in the string (the encoding of some characters takes more
than a single byte). Because of that, ``string s; s.length`` is not yet
supported and not even index access ``s[2]``. But if you want to access
the low-level byte encoding of the string, you can use
``bytes(s).length`` and ``bytes(s)[2]`` which will result in the number
-of bytes in the utf-8 encoding of the string (not the number of
-characters) and the second byte (not character) of the utf-8 encoded
+of bytes in the UTF-8 encoding of the string (not the number of
+characters) and the second byte (not character) of the UTF-8 encoded
string, respectively.
diff --git a/docs/types.rst b/docs/types.rst
index 486e8b82..12a35aaf 100644
--- a/docs/types.rst
+++ b/docs/types.rst
@@ -147,7 +147,7 @@ Dynamically-sized byte array
``bytes``:
Dynamically-sized byte array, see :ref:`arrays`. Not a value-type!
``string``:
- Dynamically-sized UTF8-encoded string, see :ref:`arrays`. Not a value-type!
+ Dynamically-sized UTF-8-encoded string, see :ref:`arrays`. Not a value-type!
As a rule of thumb, use ``bytes`` for arbitrary-length raw byte data and ``string``
for arbitrary-length string (UTF-8) data. If you can limit the length to a certain