<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 10/11/11 5:31 AM, Robert Raschke wrote:
<blockquote
cite="mid:CAH+xwdDTet6GqDcE=g0k7pAdAR5fE9Ja3NWSqoAkd7408QB-fA@mail.gmail.com"
type="cite">On Tue, Oct 11, 2011 at 6:43 AM, Ahmed Al-Saadi <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:thaterlangguy@gmail.com">thaterlangguy@gmail.com</a>></span>
wrote:<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<div class="im">On 10/10/11 5:30 PM, David Mercer wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<div class="im">
On Monday, October 10, 2011, Andrew Thompson wrote:<br>
</div>
...<br>
... I must admit, I am surprised
<div class="im"><br>
there is no SMTP client in the standard distribution. You
would think that<br>
would be a fairly common communication protocol...<br>
</div>
...<br>
</blockquote>
You will be more surprised to find (almost) no Unicode support
in the standard distribution!<br>
<br>
-signed(ahmed).
<div>
<div class="h5"><br>
</div>
</div>
</blockquote>
<div><br>
???<br>
<br>
Dealing with Unicode is highly application dependent.<br>
<br>
I would say that the majority of code dealing with strings
transports them from one place to another, and then binaries
and the unicode module are excellent! And for reasonable
string manipulation a list of code points (or UTF-8 binaries)
are all you will need for a long time.<br>
<br>
If you require a deeper understanding of Unicode code points,
combining forms, and their visual representations (e.g., when
implementing an editor), then you've got a ton more problems.
And those are hard problems with more corner cases that you
would ever wish for.<br>
<br>
Apologies for veering off topic, and probably coming across a
wee bit too harsh,<br>
Robby<br>
</div>
</div>
</blockquote>
I meant to point out that Erlang does not have a Unicode string as a
first-class citizen that the standard library generally uses as the
standard input/output. However, I should mention that I find
treating strings as a list of codepoints (or encoding bytes) to be
elegant (read: more general, less magical). Coming from a Python
background, I was surprised (read: confused) by how Erlang dealt
with strings. On the plus side, I prefer its "closer-to-the-metal"
approach to dealing with text and encoding, especially when I have
extra brain-power to spend on understanding how things work ;)<br>
<br>
Cheers!<br>
Ahmed<br>
</body>
</html>