<div dir="ltr"><div>+1 to adding a single function that splits a list by a multi-element delimiter, e.g. the hypothetical<br></div><div><br></div><div>>>> *Data.List.split [a, b] [c, a, b, d, a, b, e, a]</div><div>[[c], [d], [e, a]]</div><div><br></div><div>The split package seems to heavyweight for base (I know I'd always have to look up the differences between splitOn, split, chop, and divvy), and more sophisticated needs should probably be filled by a special-purpose parser.</div><div><br></div><div>I would even say it might make sense to just restrict the function to Strings, unless there is widespread need for supporting Lists in general.<br></div><div></div><div><br></div><div><div class="gmail_quote"><div dir="ltr">On Fri, Nov 2, 2018 at 4:42 PM Dan Burton <<a href="mailto:danburton.email@gmail.com">danburton.email@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">If and when base is split, then just include Data.List.Split with whatever package all the other List stuff gets put in. My point is, this module should live in the same package where the other list functions live.<div><br></div><div>I'm in favor of splitting base, but things should not be so broken up to the extreme of having a package just for left-pad. It is possible to find middle ground.</div><div><br clear="all"><div><div dir="ltr" class="m_-4443121473862728733gmail_signature" data-smartmail="gmail_signature">-- Dan Burton</div></div><br><input name="virtru-metadata" value="{"email-policy":{"state":"closed","expirationUnit":"days","disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"enableNoauth":false,"expires":false,"isManaged":false},"attachments":{},"compose-id":"13","compose-window":{"secure":false}}" type="hidden"></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 2, 2018 at 10:49 AM Elliot Cameron <<a href="mailto:eacameron@gmail.com" target="_blank">eacameron@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:arial,helvetica,sans-serif;font-size:small">Ah in the context of splitting base this seems like a backward move. The solution must really be to have tooling that can pull in libraries with minimal friction.</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 2, 2018 at 10:47 AM Henning Thielemann <<a href="mailto:lemming@henning-thielemann.de" target="_blank">lemming@henning-thielemann.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Fri, 2 Nov 2018, Dan Burton wrote:<br>
<br>
> What about just adding Data.List.Split to base?<br>
<br>
... and then splitting 'base'? :-)<br>
</blockquote></div>
</blockquote></div></div>
_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div></div></div>