<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jan 25, 2017, at 3:32 PM, Douglas Gregor via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" class=""><div class=""><br class="Apple-interchange-newline">On Jan 25, 2017, at 12:05 PM, Ted Kremenek via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div class="">I have no problem with the project moving to forums instead of the Mailman mailing lists we have now — if it is the right set of tradeoffs.</div><div class=""><br class=""></div><div class="">My preference is to approach the topic objectively, working from goals and seeing how the mailing lists are aligning with those goals and how an alternative, such as Discourse, might do a better job.</div><div class=""><br class=""></div><div class="">The current use of mailing lists has been carry-over of how both LLVM does public discussion (which is all mailing lists) and how the Swift team at Apple has used mailing lists for discussion. &nbsp;That inertia has benefits in that it is a familiar workflow that is “proven” to work — but the doesn’t mean it is the best option going forward.</div><div class=""><br class=""></div><div class="">Here are some of the things that matter to me:</div><div class=""><br class=""></div><div class="">- Topics are easy to manage and search, with stable URLs for archives.</div><div class=""><br class=""></div><div class="">- It is easy to reference other topics with a stable (canonical) URL that allows you to jump into that other topic easily. &nbsp;That’s hard to do if you haven’t already been subscribed to the list.</div><div class=""><br class=""></div><div class="">- Works fine with email clients, for those who want to keep that workflow (again this inertia is important).</div><div class=""><br class=""></div><div class="">- Code formatting, and other tools that add clarity in communication, are a huge plus.</div><div class=""><br class=""></div><div class="">I’d like to understand more the subjective comments on this thread, such as "may intimidate newcomers”. &nbsp;This feels very subjective, and while I am not disagreeing with that statement I don’t fully understand its justification. &nbsp;Signing up for mailing lists is fairly straightforward, and one isn’t obligated to respond to threads. &nbsp;Are forums really any less “intimating”? If so, why is that the case? &nbsp;Is this simply a statement about mailing lists not being in vogue?</div><div class=""><br class=""></div><div class="">I do also think the asynchronous nature of the mailing lists is important, as opposed to discussions feeling like a live chat. &nbsp;Live chat, such as the use of Slack the SwiftPM folks have been using, is very useful too, but I don’t want participants on swift-evolution or any of our mailing lists feel obligated to respond in real time — that’s simply not the nature of the communication on the lists.</div><div class=""><br class=""></div><div class="">So in short, using mailing lists specifically is not sacred — we can change what we use for our community discussions. &nbsp;I just want an objective evaluation of the needs the mailing lists are meant to serve, and work from there. &nbsp;If moving to something like (say) Discourse would be a negative on a critical piece that is well-served by the mailing lists, that would (in my opinion) a bad direction to take. &nbsp;I’m not saying that is the case, just that this is how I prefer we approach the discussion.</div></div></div></blockquote><br class=""></div><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">I’ve looked into Discourse a bit, and it does look very promising. One *specific* way in which a motivated individual could help would be to take a look at Discourse’s&nbsp;<a href="https://github.com/discourse/discourse/tree/master/script/import_scripts" class="">import scripts</a>&nbsp;and try importing swift-evolution’s mailing archives with them. We absolutely do not want to lose history when we switch technologies. Do the messages import well? Are threading and topics maintained in a reasonable manner? Does Discourse provide effective UI for looking into past discussions on some specific topic we’re interested in?</div><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><br class=""></div><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><span class="Apple-tab-span" style="white-space: pre;">        </span>- Doug</div></div></blockquote><div><br class=""></div><div>✋</div><div><br class=""></div><div>I forged the mighty, turgid rivers of rubyenv, hand-tweaked gem dependencies, and sed-cleaned mbox files to try this out—you can see the results of an import (using one or two day old data) at this address:</div><div><span class="Apple-tab-span" style="white-space:pre">        </span><a href="http://discourse.natecook.com/" class="">http://discourse.natecook.com/</a></div><div><br class=""></div><div>It looks like the threads were handled properly, though they bear some obvious marks of their mailing list origins. Users can actually claim their accounts if they do a password reset. However:</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>- it's hooked up to a trial SendGrid account, which will top out at 100 emails/day</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>- I should probably delete this soon so Google doesn't think it's the real deal</div><div><br class=""></div><div>I might have mentioned this before, but I'm strongly in favor of forum-based solution over the mailing list (at least for this group), and Discourse seems to be the best one running right now (and fairly open to extension and customization). I made a new topic here to demonstrate a couple features (code blocks and inline images):</div><div><span class="Apple-tab-span" style="white-space:pre">        </span><a href="http://discourse.natecook.com/t/pitch-add-dark-mode-to-swift/3051" class="">http://discourse.natecook.com/t/pitch-add-dark-mode-to-swift/3051</a></div><div><br class=""></div><div>Thanks -</div><div>Nate</div><div><br class=""></div><div><br class=""></div><div><br class=""></div></div></body></html>