<div dir="ltr">On Fri, Jun 24, 2016 at 1:56 PM, Sean Heber <span dir="ltr">&lt;<a href="mailto:sean@fifthace.com" target="_blank">sean@fifthace.com</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">&gt; On Jun 24, 2016, at 1:30 PM, Xiaodi Wu via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt; On Fri, Jun 24, 2016 at 6:37 AM, William Shipley &lt;<a href="mailto:wjs@mac.com">wjs@mac.com</a>&gt; wrote:<br>
&gt; On Jun 23, 2016, at 11:04 PM, Xiaodi Wu &lt;<a href="mailto:xiaodi.wu@gmail.com">xiaodi.wu@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Not a practitioner of 80-character line limits, I take it?<br>
&gt;<br>
&gt; I don’t understand why anyone wouldn’t just let Xcode do the wrapping for most cases. I’ll add newlines if I think it adds to clarity, but in general I don’t want to code like i’m still on a Wyse WY-50.<br>
&gt;<br>
&gt; Of course, to each their own style--I certainly wouldn&#39;t want Swift to force everyone to write lines of certain lengths. But 80-character lines is a common style, and I would say that a corollary of &quot;to each their own&quot; is that Swift&#39;s grammar should be usable and useful whether or not you adhere to such style choices.<br>
<br>
</span>I honestly don’t believe that this a common style in the Cocoa community.</blockquote><div><br></div><div>We&#39;re talking about the Swift community here, and Swift stdlib would be a good starting point as to what is a common or at least accepted style; it uses 80-character lines.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I’m not a member of the “old guard” having only come into this world 10 years ago with the iPhone, but just take a look at this delegate method in Objective-C:<br>
<br>
- (void)locationManager:(CLLocationManager *)manager rangingBeaconsDidFailForRegion:(CLBeaconRegion *)region withError:(NSError *)error;<br>
<br>
That’s well over 80 characters all by itself. This fits on my screen in a single line - and I work on a 15” MBP with room for my dock always visible on the side along with Xcode’s sidebar open! On a typical desktop-sized screen, 80-col lines must be comically short.<br>
<br>
I don’t know why it should be assumed that people are adhering to a so-called standard that dates back to terminal screens that didn’t have color.<br>
<span class=""><br>
<br>
&gt; If the chief advantage of `where` is that it (quoting someone above) allows one to &quot;understand as much as possible about the control flow of the loop from a single line of code,&quot; then we ought perhaps to question its appropriateness when the majority of its benefits [by which I mean, based on your examples and Sean&#39;s, more than half of the instances in which it is used] cannot be realized in a very common coding style.<br>
<br>
</span>Again, I dispute the idea (having no data but my own :P) that 80-col limits are common in this community.<br>
<br>
l8r<br>
<span class="HOEnZb"><font color="#888888">Sean<br>
<br>
</font></span></blockquote></div><br></div></div>