I've definitely wanted it in the past, and have even implemented limited versions of it before. I'd be open to adding it to Data.Containers in mono-traversable[1].<br><div><br></div><div>[1] <a href="http://www.stackage.org/haddock/nightly-2015-01-20/mono-traversable-0.7.0/Data-Containers.html">http://www.stackage.org/haddock/nightly-2015-01-20/mono-traversable-0.7.0/Data-Containers.html</a></div><br><div class="gmail_quote">On Tue Jan 20 2015 at 4:34:00 AM Konstantine Rybnikov <<a href="mailto:k-bx@k-bx.com">k-bx@k-bx.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi!<br><br></div>I'm working with a lot of HashMap's and it's very frustrating how many times I've "lost" my data because of usage of either a Monoid instance of a HashMap (which is defined as H.union, which, upon collision, takes value from first hm and discards from second), or just using fromList in the wrong place. Whereas the data I'm working is is mostly defined as (Monoid v => HashMap k v), so what I need "by default" is actually something like `H.unionWith (<>)`.<br><br></div>What I was wondering is this: is something like MonoidHashMap is desired to be in unordered-containers, or is this use-case only popular in my programs? I'm asking because I have a feeling that this thing might be useful quite a lot for others also. If not -- sorry for bothering :)<br><br></div>Cheers!<br></div>
______________________________<u></u>_________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/<u></u>mailman/listinfo/haskell-cafe</a><br>
</blockquote></div>