proposal to have new proposals in new threads Re: rfc: include bimap into Data.Either

[Edward Kmett]

Utimately the libraries@ submission process is about achieving consensus as
much as possible, rather than just up and down vote tallying. Needlessly
fragmenting all discussion on a given topic into microscopically detailed
threads makes it very difficult to follow the sweep of opinion. To that end
I would encourage people to be clear about what parts of a given proposal
you like or dislike rather than just say +1 or -1 without indicating why.

This captures the essence of the library submissions process as we have it
described below.

http://www.haskell.org/haskellwiki/Library_submissions

-Edward


On Mon, Apr 21, 2014 at 11:41 AM, Carter Schonwald <
carter.schonwald at gmail.com> wrote:

> Hey all,
> if you agree that new proposals should be voted on in new/distinct threads
> (though can certainly be hammered out before hand), please chime in. This
> seems to come up a lot (at least in my naive following of the list) and if
> a new proposal appears in a thread you've already voted on, its hard to
> know curretly
>
> thoughts?
>
>
>
>
> On Mon, Apr 21, 2014 at 7:55 AM, Alexander Berntsen <alexander at plaimi.net>wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> On 20/04/14 23:37, Carter Schonwald wrote:
>> > can the people with new proposals do new threads, adding ammendments
>> > inline to a preexisting thread makes it really hard
>> >
>> > a) to know who supports what
>> > b) make it visible to folks who've
>> > started ignoring the thread they've already voted on
>> +1 ;-)
>>
>> - --
>> Alexander
>> alexander at plaimi.net
>> https://secure.plaimi.net/~alexander
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v2.0.22 (GNU/Linux)
>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>
>> iF4EAREIAAYFAlNVB0wACgkQRtClrXBQc7UeSwEAqDC7LhAmeG2mNmSDQ9D33ulE
>> +WIBcp4t66nD8H519XwA/jtSYbEZ+oq2DdtXIxAWDSeNDn53XyOiZdR4vpFCPzTm
>> =cFB+
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> Libraries mailing list
>> Libraries at haskell.org
>> http://www.haskell.org/mailman/listinfo/libraries
>>
>
>
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/libraries/attachments/20140421/c82c2627/attachment.html>