<div><br>good stuff</div>
<div><br> </div>
<div><span class="gmail_quote">On 5/21/07, <b class="gmail_sendername">Joe Armstrong</b> <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>2. Hashmaps (aka associative arrays)</blockquote>
<div> </div>
<div>Yes! This would be a great addition.</div>
<div> </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">3. Extended string syntax: idea - put an atom *before the string quote<br>   to say what the string means and to *change* the syntax rules that apply
<br>   to the string content.<br><br>    X = C "......"<br>         C = a control atom<br><br>      X = regexp " ... "<br><br>         = html " .... "<br><br>        Then we could write regexps and LaTeX inside strings without
<br>        all the horrible additional quotes</blockquote>
<div> </div>
<div> </div>
<div>How about this as well. Allow us to declare a list as a string with some metadata</div>
<div>on the listobject. I don't mind the linked-list structure. I just want an easy</div>
<div>way for an RPC system to know the difference when communicating with </div>
<div>some other language or data representation (aka JSON, Ruby, Python, ...). All the implementations</div>
<div>that try to distinguish between a string and a list have clumsy techniques.</div>
<div> </div>
<div>Something using a literal like:</div>
<div> </div>
<div>S = "some string here"</div>
<div> </div>
<div>Would set that bit.. and </div>
<div> </div>
<div>Ah, but these are just cells. How could that be done? Mark all the cells. Have new</div>
<div>constructors for binary to string conversion. Of course we would need that </div>
<div>is_string() function as well.</div>
<div> </div>
<div> </div>
<div>BTW, thanks for opening this up for discussion.</div>
<div> </div>
<div>cheers!</div>
<div> </div>
<div> </div>
<div> </div></div>