The reason for the braces in type families is because type indices are treated differently than normal parameters. I don&#39;t think this should be adopted for type synonyms either.<br><br>Cheers,<br>hugo<br><br><div class="gmail_quote">
On Thu, Mar 27, 2008 at 9:48 PM, Wolfgang Jeltsch &lt;<a href="mailto:g9ks157k@acme.softbase.org">g9ks157k@acme.softbase.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Am Donnerstag, 27. März 2008 22:43 schrieb Wolfgang Jeltsch:<br>
<div class="Ih2E3d">&gt; Am Mittwoch, 26. März 2008 03:07 schrieb Hugo Pacheco:<br>
&gt; &gt; &gt; The extra syntax has its advantages (more local information) and<br>
&gt; &gt; &gt; disadvantages (more clutter). &nbsp;We weren&#39;t convinced that we need the<br>
&gt; &gt; &gt; extra syntax, so left it out for the moment. However, this is<br>
&gt; &gt; &gt; something that can always be changed if experience shows that programs<br>
&gt; &gt; &gt; are easier to understand with extra syntax. &nbsp;It doesn&#39;t affect the<br>
&gt; &gt; &gt; type theory and is really a pure language design question. &nbsp;I&#39;d be<br>
&gt; &gt; &gt; glad to hear some more opinions about this matter.<br>
&gt; &gt;<br>
&gt; &gt; I would go for the braces as Claus suggested,<br>
&gt;<br>
&gt; I would do so, too.<br>
<br>
</div>Hmm, but then we should also introduce braces for ordinary type synonyms:<br>
<br>
 &nbsp; &nbsp;type ReaderWriterT m = ReaderT (WriterT m)<br>
<br>
 &nbsp; &nbsp;x :: {ReaderWriterT IO} Char<br>
<br>
&gt; […]<br>
<div><div></div><div class="Wj3C7c"><br>
Best wishes,<br>
Wolfgang<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br>