Why not propose adding a variant that exposes the error handling. Deprecation is a heavy hammer when most users seem to know that it's partial or discover it rather quickly. <span></span><br><br>On Thursday, August 18, 2016, Niklas Hambüchen <<a href="mailto:mail@nh2.me">mail@nh2.me</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My idea was to use DEPRECATED to indicate that it comes from a time<br>
where partial functions were considered OK, but this is no longer common<br>
practice now.<br>
<br>
WARNING would work just as well though, I'd have no preference between<br>
the two.<br>
<br>
On 18/08/16 23:13, <a href="javascript:;" onclick="_e(event, 'cvml', 'evan@evan-borden.com')">evan@evan-borden.com</a> wrote:<br>
> If the intent is to keep this function indefinitely then why abuse<br>
> DEPRECATED? Why not utilize WARNING?<br>
><br>
> On Thu, Aug 18, 2016 at 7:50 AM, Oleg Grenrus <<a href="javascript:;" onclick="_e(event, 'cvml', 'oleg.grenrus@iki.fi')">oleg.grenrus@iki.fi</a><br>
> <mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'oleg.grenrus@iki.fi')">oleg.grenrus@iki.fi</a>>> wrote:<br>
><br>
>     So (as also pointed by Edward):<br>
><br>
>     - Some people are aware that decodeUtf8 is partial and rely on that<br>
>     behaviour<br>
>     - Some people aren’t aware, and think that decodeUtf8 is like<br>
>     `decodeUtf8With lenientDecode` or `decodeUtf8With ignore`.<br>
><br>
>     Then if we add a {-# DEPRECATED #-} warning on `decodeUtf8`, we<br>
>     should add variants for both use cases<br>
><br>
>     lenientDecodeUtf8 which is total, and<br>
>     unsafeDecodeUtf8 or strictDecodeUtf8, which is what decodeUtf8 does<br>
>     today.<br>
><br>
>     I’d like the new names, for convenience, `OnDecodeError` values<br>
>     would require a new module import.<br>
><br>
>     - Oleg<br>
><br>
><br>
>     > On 18 Aug 2016, at 14:40, Niklas Hambüchen <<a href="javascript:;" onclick="_e(event, 'cvml', 'mail@nh2.me')">mail@nh2.me</a><br>
>     <mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'mail@nh2.me')">mail@nh2.me</a>>> wrote:<br>
>     ><br>
>     > On 18/08/16 18:11, Oleg Grenrus wrote:<br>
>     >> Or should it be changed<br>
>     >><br>
>     >> - decodeUtf8 = decodeUtf8With strictDecode<br>
>     >> + decodeUtf8 = decodeUtf8With lenientDecode<br>
>     ><br>
>     > I'd be very upset for that kind of a semantics change to sneak in<br>
>     under me.<br>
>     ><br>
><br>
><br>
>     ______________________________<wbr>_________________<br>
>     Libraries mailing list<br>
>     <a href="javascript:;" onclick="_e(event, 'cvml', 'Libraries@haskell.org')">Libraries@haskell.org</a> <mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'Libraries@haskell.org')">Libraries@haskell.org</a>><br>
>     <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/libraries</a><br>
>     <<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/libraries</a><wbr>><br>
><br>
><br>
______________________________<wbr>_________________<br>
Libraries mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'Libraries@haskell.org')">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/libraries</a><br>
</blockquote>