<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: trebuchet ms,sans-serif; font-size: 12pt; color: #000000'>As a beginner Haskeller, I think my perspective might be surprising: I actually think idiom brackets would make learning and understanding Haskell *easier* for new-comers. Applicative code is intimidating to read for beginners and I have often been afraid to use it because it all seems so magical (lots of strange operators between everything!). But when I read the papers and saw idiom brackets, I suddenly realized that the whole idea was actually pretty simple! I've been pushing for them ever since.<br><br><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Oliver Charles" <ollie@ocharles.org.uk><br><b>To: </b>"Haskell Cafe" <haskell-cafe@haskell.org><br><b>Sent: </b>Wednesday, February 18, 2015 2:46:16 PM<br><b>Subject: </b>[Haskell-cafe] Let's teach GHC idiom brackets!<br><br><div dir="ltr">Hi friends,<div><br></div><div>Last night I was having a good natter with Chris Done, and the topic of idiom brackets came up. Specifically, Chris' hindent and structured-haskell-mode tools have both recently become aware of the quasiquoter in <a href="http://hackage.haskell.org/package/applicative-quoters" target="_blank">applicative-quoters</a> - allowing one to write ordinary Haskell code but have it formatted/edited as if it wasn't even inside a quasiquoter. However, it's a shame that Chris has to now be aware of this specific quasiquoter just to get his tools to work properly. Furthermore, it's a shame that <i>everyone</i> has to do the same whenever they want to manipulate Haskell code.</div><div><br></div><div>That said, idiom brackets - at least to me - appears to be a very desirable syntax extension. A recent desire for this came to me while working with reactive-banana. As almost everything "interesting" is even an Event or a Behavior, there tends to be a lot of assembling programs with applicative syntax. Another obvious example is when using parser combinators.</div><div><br></div><div>Therefore, I'd like to propose that we teach GHC about this desugaring, properly.</div><div><br></div><div>Now, how we do that, and in fact, what I'm even proposing... that's all up for discussion! I spoke briefly with David Christiansen and a few others in the Idris IRC channel last night about their particular variation of idiom brackets, and it seems people are generally happy with that. Copying that almost verbatim is probably the first proposal I'd put forward.</div><div><br></div><div>This is the first time I've proposed an extension to GHC, so I'll need some guidance to make this happen - both in terms of guiding the discussion through to a proposal, but ultimately implementing it. Perhaps the proposal will be ready for ZuriHac, and some GHC devs could help me work on it there.</div><div><br></div><div>Anyway, that's enough rambling from me. I would love to hear your thoughts - do you think idiom brackets are a good idea? Do you have a particular tricky case that you think they need to support? I'm all ears.</div><div><br></div><div>-- Ollie</div><h2 class="" dir="ltr" style="margin:0px 0px 10px;color:rgb(136,153,166);font-size:14px;font-weight:400;line-height:1;max-width:100%;font-family:'Helvetica Neue',Helvetica,Arial,sans-serif;display:inline-block!important;direction:ltr!important;background-color:rgb(245,248,250)"></h2></div>
<br>_______________________________________________<br>Haskell-Cafe mailing list<br>Haskell-Cafe@haskell.org<br>http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe<br></div><br></div></body></html>