<div dir="ltr">I think it's great that you all have many suggestions. It took a month before the thread got going. =)<div><br></div><div>maps:take/2 and maps:update_with/3 has already been implemented.</div><div><br></div><div>iterators or any variants thereof are a no-go for 19.0.</div><div><br></div><div>maps:merge with fun should be the the dict equivalent. However some thought needs to go into this - a safe way to apply a fun while in midway through a BIF - doable but needs som redesign. Some composability.</div><div><br></div><div>maps:zip/unzip needs to be fleshed before I can consider it.</div><div><br></div><div>After 19 I will try to shift focus to iterators and then the compiler, specifically the match compiler. This is however dependent on other prio work i have in my backlog.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-07 23:47 GMT+02:00 Andrew Berman <span dir="ltr"><<a href="mailto:rexxe98@gmail.com" target="_blank">rexxe98@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">That's fair, Fred.  And yeah, I can definitely do the two-step process for now, but lists:zip/unzip are also just helper functions for what can be done with a list comprehension.  I totally understand not bloating the maps module, but if it mimicked the lists module with certain functions, I think it would be ok, plus there's nothing really new to learn.  In other words, if you know what lists:zip does, you know what maps:zip does.  We're not redefining what the zip function actually does.</div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Sat, May 7, 2016 at 4:21 AM Fred Hebert <<a href="mailto:mononcqc@ferd.ca" target="_blank">mononcqc@ferd.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/06, Andrew Berman wrote:<br>
>Not sure if this was mentioned yet, but a maps:zip addition like what is in<br>
>lists only building a map would be really handy.<br>
><br>
I kind of feel it should *not* be there unless we'd be ready to also<br>
have a maps:unzip in there; right now lists:zip and lists:unzip can be<br>
combined with maps:to_list and maps:from_list to do what you need, but<br>
if you add in maps:zip and forget maps:unzip, that feels incomplete to<br>
me!<br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>