<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div dir="ltr">Can we argue about the fixity for<span class="Apple-converted-space"> </span><font face="courier new, monospace">(<&>)</font>? I've always it as infixl 4, to mix it in with other applicative operators, e.g.:<div><br></div><div><font face="courier new, monospace">(:) <$> fx <*> fl</font></div><div><br></div><div>becomes</div><div><br></div><div><font face="courier new, monospace">fx <&> (:) <*> fl</font></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; "><div dir="ltr"></div></blockquote></div></div></span></blockquote><div><br></div>I agree, this seems to be a mistake in lens.</div><div><br><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; "><div dir="ltr"><div class="gmail_default" style="font-family: verdana, sans-serif; ">Last I checked,<br><br></div><div class="gmail_default" style="font-family: verdana, sans-serif; ">(&) = flip ($)<br><br></div><div class="gmail_default" style="font-family: verdana, sans-serif; ">is both shorter to type, and more explicit than:<br><br>import Control.Apply.Reverse<br><br></div><div class="gmail_default" style="font-family: verdana, sans-serif; "> <span class="Apple-converted-space"> </span>- Clark<br></div></div><div class="gmail_extra"><div><br class="Apple-interchange-newline"></div></div></blockquote></div></div></span></blockquote></div><br><div>Well the purpose here is to propose a standard name and fixity, not to save keystrokes.</div><div><br></div><div>When a lot of libraries start to define a (trivial) thing under different names, that to me is a good indication that it should be in the standard library. It is a matter of keeping the signal-to-noise ratio large, which greatly helps when reading unfamiliar code.</div><div><br></div><div>Hans</div></body></html>