
It wasn't the name that was the source of conflict, but rather a rather die hard cadre of folks who felt that it was redundant and gratuitous. (&) actually polled the best out of the candidate names by far, but it was more that about 40% of those polled were against adding it under any name, even to such an out of the way place. Personally I'd rather have it there than not. However, I feel a need to balance that personal desire against the clear lack of consensus, and even to some extent the need to manage the appearance that I'd be using my shiny new position as the core libraries committee chair to ram through unpopular changes. We have enough real work to do over the course of the next year that I'd rather not expend all of the committee's "political capital" on something this trivial. I have very little desire to relive that proposal. -Edward
On Oct 9, 2013, at 3:08 PM, Wvv
wrote: If (&) is so conflict, we can add different name, (<:) for example.
Edward Kmett wrote
Attempting to get (&) added to Data.Function led to a rather profound amount of disagreement last time it was brought up, so eventually we just let the status quo continue.
-Edward
On Oct 9, 2013, at 2:52 PM, Oren Ben-Kiki <
haskell-oren@
> wrote:
& is already used for this purpose by the Lens library...
_______________________________________________ Libraries mailing list
Libraries@
-- View this message in context: http://haskell.1045720.n5.nabble.com/Flipped-function-application-tp5738131p... Sent from the Haskell - Libraries mailing list archive at Nabble.com. _______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries