The Week Of Monday 18 January 2016 Archives by date

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...

Starting: Mon Jan 18 00:04:52 CST 2016
Ending: Sun Jan 24 23:53:00 CST 2016
Messages: 733

• [swift-evolution] Proposal: Add a sequence-based initializer to Dictionary   Thorsten Seitz
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Douglas Gregor
• [swift-evolution] Custom summary for Mirrors?   Dave Abrahams
• [swift-evolution] Proposal: Add a sequence-based initializer to Dictionary   Andrew Bennett
• [swift-evolution] Adding a new filter method which returns 2 arrays   Jeremy Pereira
• [swift-evolution] [Pre-proposal] Standard Protocol for Bitwise Shifts and Binary-based Integers   Haravikk
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Jeremy Pereira
• [swift-evolution] [Proposal] Partial initializers   Matthew Johnson
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Jeff Kelley
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Matthew Johnson
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Joe Groff
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Will Entriken
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Matthew Johnson
• [swift-evolution] Dotless case names in switch cases   Joe Groff
• [swift-evolution] Is swift.org documentation on GitHub?   Will Entriken
• [swift-evolution] [Proposal] Allow protocols to require functions with default parameter values.   Sune Foldager
• [swift-evolution] Dotless case names in switch cases   Matthew Johnson
• [swift-evolution] Custom summary for Mirrors?   Austin Zheng
• [swift-evolution] [Proposal] Property behaviors   Wallacy
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Sune Foldager
• [swift-evolution] Make generics covariant and add generics to protocols   Sune Foldager
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Jeff Kelley
• [swift-evolution] Pitch: Progress Tracking in Swift   Will Entriken
• [swift-evolution] Proposal: Unicode visualization annotations in declarations.   Sune Foldager
• [swift-evolution] Protocol extension function overrides the default value in implementations   Sune Foldager
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Philippe Hausler
• [swift-evolution] Custom summary for Mirrors?   Dave Abrahams
• [swift-evolution] [Pre-proposal] Standard Protocol for Bitwise Shifts and Binary-based Integers   Jacob Bandes-Storch
• [swift-evolution] Protocol extension function overrides the default value in implementations   Grzegorz Leszek
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Jeff Kelley
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Félix Cloutier
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Javier Soto
• [swift-evolution] [Proposal Draft] Concise Default Values for Containers   Ricardo Parada
• [swift-evolution] [swift-evolution-announce] [Review] SE-0022: Referencing the Objective-C selector of a method   Nick Shelley
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Douglas Gregor
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Howard Lovatt
• [swift-evolution] [Pre-proposal] Standard Protocol for Bitwise Shifts and Binary-based Integers   Haravikk
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Douglas Gregor
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Thorsten Seitz
• [swift-evolution] [Proposal] Set literal and Set type syntax   Michael Henson
• [swift-evolution] [Proposal] Set literal and Set type syntax   Seth Friedman
• [swift-evolution] [Proposal] Set literal and Set type syntax   Will Entriken
• [swift-evolution] [Proposal] Property behaviors   Seán Labastille
• [swift-evolution] [Proposal] Set literal and Set type syntax   Howard Lovatt
• [swift-evolution] [Proposal] Set literal and Set type syntax   Liam Butler-Lawrence
• [swift-evolution] [Proposal] Set literal and Set type syntax   Jack Lawrence
• [swift-evolution] [Proposal] Set literal and Set type syntax   Howard Lovatt
• [swift-evolution] [Proposal] Set literal and Set type syntax   Jack Lawrence
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Proposal] Set literal and Set type syntax   Howard Lovatt
• [swift-evolution] Proposal: Pattern Matching Partial Function   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] Proposal: Pattern Matching Partial Function   Craig Cruden
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] [Pre-proposal] Standard Protocol for Bitwise Shifts and Binary-based Integers   Andrew Bennett
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Howard Lovatt
• [swift-evolution] [Proposal] Property behaviors   Jacob Bandes-Storch
• [swift-evolution] Pitch: Progress Tracking in Swift   cocoadev at charlessoft.com
• [swift-evolution] Proposal: Pattern Matching Partial Function   Charles Constant
• [swift-evolution] [Proposal] Allow protocols to require functions with default parameter values.   zhaoxin肇鑫
• [swift-evolution] [Proposal] Set literal and Set type syntax   zhaoxin肇鑫
• [swift-evolution] Custom summary for Mirrors?   Austin Zheng
• [swift-evolution] Pitch: Progress Tracking in Swift   Rob Mayoff
• [swift-evolution] Pitch: Progress Tracking in Swift   cocoadev at charlessoft.com
• [swift-evolution] Pitch: Progress Tracking in Swift   Félix Cloutier
• [swift-evolution] Proposal: Pattern Matching Partial Function   Paul Ossenbruggen
• [swift-evolution] Pitch: Progress Tracking in Swift   cocoadev at charlessoft.com
• [swift-evolution] Pitch: Progress Tracking in Swift   Joe Groff
• [swift-evolution] Pitch: Progress Tracking in Swift   Tim Hawkins
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   davesweeris at mac.com
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] Pitch: Progress Tracking in Swift   cocoadev at charlessoft.com
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Step C
• [swift-evolution] Pitch: Progress Tracking in Swift   Félix Cloutier
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Brent Royal-Gordon
• [swift-evolution] ternary operator ?: suggestion   Chris Lattner
• [swift-evolution] Pitch: Progress Tracking in Swift   Brent Royal-Gordon
• [swift-evolution] Optional safe subscripting for arrays   Thorsten Seitz
• [swift-evolution] Pitch: Progress Tracking in Swift   cocoadev at charlessoft.com
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Jacob Bandes-Storch
• [swift-evolution] Pitch: Progress Tracking in Swift   cocoadev at charlessoft.com
• [swift-evolution] [Review] Naming Functions with Argument Labels   Roopesh Chander
• [swift-evolution] [Proposal] Set literal and Set type syntax   Haravikk
• [swift-evolution] [Proposal] Set literal and Set type syntax   Johan Jensen
• [swift-evolution] [Proposal] Set literal and Set type syntax   Haravikk
• [swift-evolution] Proposal: for loops with return values   Craig Cruden
• [swift-evolution] [Proposal] Property behaviors   Wallacy
• [swift-evolution] [pitch]:generate == function   Jan E. Schotsman
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Proposal: for loops with return values   Amir Michail
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Daniel Steinberg
• [swift-evolution] Proposal: for loops with return values   Craig Cruden
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Maximilian Hünenberger
• [swift-evolution] Proposal: for loops with return values   Craig Cruden
• [swift-evolution] Custom annotation processors?   Fons Rademakers
• [swift-evolution] [pitch]:generate == function   Félix Cloutier
• [swift-evolution] [Proposal] Set literal and Set type syntax   Tino Heth
• [swift-evolution] Factory initializers   Claus Ruete
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Proposal] Set literal and Set type syntax   Sune Foldager
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Proposal: for loops with return values   Jim Dovey
• [swift-evolution] Custom annotation processors?   Chris Lattner
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Sune Foldager
• [swift-evolution] ternary operator ?: suggestion   Chris Lattner
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Jacob Bandes-Storch
• [swift-evolution] Custom summary for Mirrors?   Dave Abrahams
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] Padding structs   Alexandre Lopoukhine
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Alan Skipp
• [swift-evolution] Custom summary for Mirrors?   Austin Zheng
• [swift-evolution] Padding structs   Joe Groff
• [swift-evolution] Padding structs   Joe Groff
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Pitch: Progress Tracking in Swift   Tony Parker
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   David Waite
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Jacob Bandes-Storch
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [pitch]:generate == function   Jan E. Schotsman
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Joe Groff
• [swift-evolution] [pitch]:generate == function   Joe Groff
• [swift-evolution] [Proposal] Set literal and Set type syntax   Michael Henson
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Jacob Bandes-Storch
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Douglas Gregor
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Uwe Falck
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Joe Groff
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Brian Pratt
• [swift-evolution] ternary operator ?: suggestion   Maximilian Hünenberger
• [swift-evolution] Make link to main proposals always on top   Maximilian Hünenberger
• [swift-evolution] Factory initializers   Andrew Bennett
• [swift-evolution] [Proposal] Set literal and Set type syntax   Greg Parker
• [swift-evolution] [Proposal] Set literal and Set type syntax   T.J. Usiyan
• [swift-evolution] Pitch: Progress Tracking in Swift   cocoadev at charlessoft.com
• [swift-evolution] [Proposal] Set literal and Set type syntax   Maximilian Hünenberger
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Joe Groff
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Douglas Gregor
• [swift-evolution] [Proposal] Property behaviors   John McCall
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   David Hart
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Joe Groff
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Dotless case names in switch cases   Jordan Rose
• [swift-evolution] [Proposal] Set literal and Set type syntax   Andrew Bennett
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Félix Cloutier
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Félix Cloutier
• [swift-evolution] [Proposal] Property behaviors   John McCall
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] Custom summary for Mirrors?   Dave Abrahams
• [swift-evolution] [Proposal] Property behaviors   John McCall
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Erica Sadun
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Erica Sadun
• [swift-evolution] ternary operator ?: suggestion   Chris Lattner
• [swift-evolution] Draft Proposal: count property for enum types   Arthur Ariel Sabintsev
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] Draft Proposal: count property for enum types   Brent Royal-Gordon
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Howard Lovatt
• [swift-evolution] Draft Proposal: count property for enum types   Arthur Ariel Sabintsev
• [swift-evolution] Draft Proposal: count property for enum types   Jacob Bandes-Storch
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   David Waite
• [swift-evolution] Draft Proposal: count property for enum types   Arthur Ariel Sabintsev
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] Simplified Conversion of Integer Types   davesweeris at mac.com
• [swift-evolution] [Proposal] Set literal and Set type syntax   Howard Lovatt
• [swift-evolution] Simplified Conversion of Integer Types   Howard Lovatt
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Pj Fechner
• [swift-evolution] [Proposal] Property behaviors   John McCall
• [swift-evolution] Simplified Conversion of Integer Types   John McCall
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Paul Cantrell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   davesweeris at mac.com
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] Naming Functions with Argument Labels   Douglas Gregor
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   John McCall
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Paul Cantrell
• [swift-evolution] [Proposal] Set literal and Set type syntax   David Waite
• [swift-evolution] [Proposal] Partial initializers   Brent Royal-Gordon
• [swift-evolution] Simplified Conversion of Integer Types   Chris Lattner
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Jason Nielsen
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Jason Nielsen
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Douglas Gregor
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Ondrej Barina
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   David Sweeris
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Thorsten Seitz
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Thorsten Seitz
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Jeremy Pereira
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Denis Nikitenko
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Paul Ossenbruggen
• [swift-evolution] [Proposal] Partial initializers   Matthew Johnson
• [swift-evolution] Draft Proposal: count property for enum types   Martin Crossley
• [swift-evolution] [Proposal] Property behaviors   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   T.J. Usiyan
• [swift-evolution] Draft Proposal: count property for enum types   David Sweeris
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Denis Nikitenko
• [swift-evolution] [Proposal] Property behaviors   Thorsten Seitz
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Jordan Rose
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Jacob Bandes-Storch
• [swift-evolution] [Proposal] Property behaviors   Chris Lattner
• [swift-evolution] ternary operator ?: suggestion   Chris Lattner
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Dave Abrahams
• [swift-evolution] Epic: Typesafe calculations   Dave Abrahams
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Fwd: [Proposal] Property behaviors   Matthew Johnson
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Joe Groff
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Denis Nikitenko
• [swift-evolution] Add stableSort() to the standard library.   Dave Abrahams
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Joe Groff
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Thorsten Seitz
• [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Dave Abrahams
• [swift-evolution] Is swift.org documentation on GitHub?   Dave Abrahams
• [swift-evolution] Pitch: Progress Tracking in Swift   Dave Abrahams
• [swift-evolution] [Accepted] SE-0021 Naming Functions with Argument Labels   Joe Groff
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   David Waite
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Jordan Rose
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   John McCall
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   T.J. Usiyan
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Jordan Rose
• [swift-evolution] [Proposal] Property behaviors   John McCall
• [swift-evolution] Epic: Typesafe calculations   Thorsten Seitz
• [swift-evolution] Add stableSort() to the standard library.   Thorsten Seitz
• [swift-evolution] Pitch: Progress Tracking in Swift   Tony Parker
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Thorsten Seitz
• [swift-evolution] Add stableSort() to the standard library.   Tyler Cloutier
• [swift-evolution] Add stableSort() to the standard library.   Thorsten Seitz
• [swift-evolution] Pitch: Progress Tracking in Swift   Charles Srstka
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Kevin Ballard
• [swift-evolution] Epic: Typesafe calculations   Dave Abrahams
• [swift-evolution] Proposal: Allow Type Annotations on Throws   Антон Жилин
• [swift-evolution] Add stableSort() to the standard library.   Dave Abrahams
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Haravikk
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Jordan Rose
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Jason Nielsen
• [swift-evolution] Compiler should generate code base on the functions that have default values   Jordan Rose
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Jordan Rose
• [swift-evolution] Epic: Typesafe calculations   Tino Heth
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Chris Lattner
• [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
• [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Zach Waldowski
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   David Sweeris
• [swift-evolution] [Proposal] Property behaviors   Chris Lattner
• [swift-evolution] [Proposal] Property behaviors   Chris Lattner
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Andrew Bennett
• [swift-evolution] [Proposal] Property behaviors   Chris Lattner
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   davesweeris at mac.com
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
• [swift-evolution] [Proposal] Built-in "bridge" feature   Jerome ALVES
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   davesweeris at mac.com
• [swift-evolution] [Proposal Draft] partial initializers   Jordan Rose
• [swift-evolution] [Proposal] Built-in "bridge" feature   davesweeris at mac.com
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] [Proposal Draft] partial initializers   Matthew Johnson
• [swift-evolution] [Proposal] Built-in "bridge" feature   Jerome ALVES
• [swift-evolution] [Proposal] Set literal and Set type syntax   Howard Lovatt
• [swift-evolution] [Proposal] Built-in "bridge" feature   davesweeris at mac.com
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Douglas Gregor
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Jesse Squires
• [swift-evolution] Proposal: Adding precedence option for prefix and postfix operators   Dany St-Amant
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Nate Birkholz
• [swift-evolution] Compiler should generate code base on the functions that have default values   zhaoxin肇鑫
• [swift-evolution] [Proposal] Property behaviors   Michel Fortin
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Howard Lovatt
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Matthew Johnson
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Jeff Kelley
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Matthew Johnson
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Idea] Extend "required" to methods other than init()   Matthew Johnson
• [swift-evolution] [Proposal] Partial initializers   Jordan Rose
• [swift-evolution] [proposal] Either in the Swift Standard Library   Developer
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Chris Lattner
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Douglas Gregor
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Charles Srstka
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Rob Mayoff
• [swift-evolution] Generic parameters in "as?" checks   Charles Srstka
• [swift-evolution] [Proposal] Partial initializers   Slava Pestov
• [swift-evolution] [Proposal] Partial initializers   Slava Pestov
• [swift-evolution] [Proposal] Partial initializers   Jordan Rose
• [swift-evolution] [Proposal] Partial initializers   Brent Royal-Gordon
• [swift-evolution] [Proposal] Partial initializers   Slava Pestov
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Jacob Bandes-Storch
• [swift-evolution] Generic parameters in "as?" checks   Slava Pestov
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Slava Pestov
• [swift-evolution] Generic parameters in "as?" checks   Charles Srstka
• [swift-evolution] Generic parameters in "as?" checks   Slava Pestov
• [swift-evolution] Generic parameters in "as?" checks   Charles Srstka
• [swift-evolution] [Proposal] Built-in "bridge" feature   Javier Soto
• [swift-evolution] [Proposal] Built-in "bridge" feature   Austin Zheng
• [swift-evolution] Generic parameters in "as?" checks   David Turnbull
• [swift-evolution] [Proposal] Set literal and Set type syntax   Rudolf Adamkovic
• [swift-evolution] [Proposal] Set literal and Set type syntax   Austin Zheng
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Tino Heth
• [swift-evolution] Pre-proposal: CaseEnumerable protocol (derived collection of enum cases)   Zef Houssney
• [swift-evolution] [Proposal] Built-in "bridge" feature   Jerome ALVES
• [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Craig Cruden
• [swift-evolution] [Proposal] Set literal and Set type syntax   ilya
• [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Developer
• [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Craig Cruden
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Haravikk
• [swift-evolution] [Proposal] Partial initializers   Jordan Rose
• [swift-evolution] named parameters - why hidden first?/proposal interest   David Owens II
• [swift-evolution] Custom annotation processors?   Fons Rademakers
• [swift-evolution] [Proposal] Built-in "bridge" feature   Austin Zheng
• [swift-evolution] named parameters - why hidden first?/proposal interest   Michael Wells
• [swift-evolution] [Proposal] Property behaviors   Michel Fortin
• [swift-evolution] named parameters - why hidden first?/proposal interest   Sean Heber
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] named parameters - why hidden first?/proposal interest   Maximilian Hünenberger
• [swift-evolution] Make link to main proposals always on top   Maximilian Hünenberger
• [swift-evolution] named parameters - why hidden first?/proposal interest   Tony Parker
• [swift-evolution] [Proposal] Partial initializers   Matthew Johnson
• [swift-evolution] [Proposal] Partial initializers   Matthew Johnson
• [swift-evolution] [Proposal] Partial initializers   Matthew Johnson
• [swift-evolution] named parameters - why hidden first?/proposal interest   Dave Abrahams
• [swift-evolution] named parameters - why hidden first?/proposal interest   David Owens II
• [swift-evolution] named parameters - why hidden first?/proposal interest   Dave Abrahams
• [swift-evolution] named parameters - why hidden first?/proposal interest   Charles Constant
• [swift-evolution] Epic: Typesafe calculations   Dave Abrahams
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Maximilian Hünenberger
• [swift-evolution] named parameters - why hidden first?/proposal interest   Charles Constant
• [swift-evolution] Epic: Typesafe calculations   David Waite
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Rick Ballard
• [swift-evolution] named parameters - why hidden first?/proposal interest   Dave Abrahams
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Rick Ballard
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Erica Sadun
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Paul Cantrell
• [swift-evolution] Epic: Typesafe calculations   Erica Sadun
• [swift-evolution] Proposal: Make $0 always refer to a closure’s first argument   Erica Sadun
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] [Proposal] Property behaviors   Wallacy
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Dave Abrahams
• [swift-evolution] Let range operators always return empty ranges if the upper bound is smaller than the lower bound.   Dave Abrahams
• [swift-evolution] Add stableSort() to the standard library.   Charles Kissinger
• [swift-evolution] Epic: Typesafe calculations   Dave Abrahams
• [swift-evolution] Add stableSort() to the standard library.   Dave Abrahams
• [swift-evolution] named parameters - why hidden first?/proposal interest   John McCall
• [swift-evolution] Epic: Typesafe calculations   Dave Abrahams
• [swift-evolution] named parameters - why hidden first?/proposal interest   Joe Groff
• [swift-evolution] Language feature for progress tracking (was: Pitch: Progress Tracking in Swift)   Dave Abrahams
• [swift-evolution] Epic: Typesafe calculations   Erica Sadun
• [swift-evolution] named parameters - why hidden first?/proposal interest   Jessy Catterwaul
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   David Smith
• [swift-evolution] Epic: Typesafe calculations   David Sweeris
• [swift-evolution] named parameters - why hidden first?/proposal interest   John McCall
• [swift-evolution] [Accepted] SE-0019 Swift Testing (Package Manager)   Rick Ballard
• [swift-evolution] Language feature for progress tracking (was: Pitch: Progress Tracking in Swift)   Charles Srstka
• [swift-evolution] Epic: Typesafe calculations   David Waite
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Andrew Bennett
• [swift-evolution] named parameters - why hidden first?/proposal interest   Adriano Ferreira
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Jordan Rose
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Joe Groff
• [swift-evolution] Make link to main proposals always on top   Jordan Rose
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Kevin Ballard
• [swift-evolution] Make link to main proposals always on top   Maximilian Hünenberger
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Andrew Bennett
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Liam Butler-Lawrence
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   Michel Fortin
• [swift-evolution] Make link to main proposals always on top   Douglas Gregor
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Chris Lattner
• [swift-evolution] Custom annotation processors?   Chris Lattner
• [swift-evolution] [Proposal] Partial initializers   Chris Lattner
• [swift-evolution] [Proposal] Partial initializers   Slava Pestov
• [swift-evolution] [Proposal] Partial initializers   Chris Lattner
• [swift-evolution] [Proposal] Partial initializers   Slava Pestov
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Erica Sadun
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Chris Lattner
• [swift-evolution] [Proposal] Partial initializers   Slava Pestov
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Erica Sadun
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   Joe Groff
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   Erica Sadun
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Douglas Gregor
• [swift-evolution] [Proposal] Partial initializers   Chris Lattner
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Erica Sadun
• [swift-evolution] named parameters - why hidden first?/proposal interest   Chris Lattner
• [swift-evolution] [Proposal] Partial initializers   Austin Zheng
• [swift-evolution] named parameters - why hidden first?/proposal interest   David Owens II
• [swift-evolution] [Rejected] SE-0013 Remove Partial Application of Non-Final Super Methods   Douglas Gregor
• [swift-evolution] [Proposal] Property behaviors   Thorsten Seitz
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Kevin Ballard
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Thorsten Seitz
• [swift-evolution] Add stableSort() to the standard library.   ankit goel
• [swift-evolution] named parameters - why hidden first?/proposal interest   Tino Heth
• [swift-evolution] named parameters - why hidden first?/proposal interest   Rob Mayoff
• [swift-evolution] Add stableSort() to the standard library.   Adriano Ferreira
• [swift-evolution] For... else   Lee M
• [swift-evolution] Language feature for progress tracking   Dave Abrahams
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   Maximilian Hünenberger
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   David Farler
• [swift-evolution] Epic: Typesafe calculations   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Joe Groff
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Nate Birkholz
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   J. Cheyo Jimenez
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Jessy Catterwaul
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Ben Langmuir
• [swift-evolution] Add stableSort() to the standard library.   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   David Farler
• [swift-evolution] For... else   Ben Langmuir
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Joe Groff
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Joe Groff
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Kevin Ballard
• [swift-evolution] [Proposal] Partial initializers   Jordan Rose
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Ilya Belenkiy
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   Jordan Rose
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   Joe Groff
• [swift-evolution] named parameters   Jordan Rose
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   James Campbell
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Erica Sadun
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Jack Lawrence
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Erica Sadun
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Erica Sadun
• [swift-evolution] Partially Constrained Protocols [Was: [Proposal] Separate protocols and interfaces]   David Waite
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   David Waite
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Douglas Gregor
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Douglas Gregor
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
• [swift-evolution] Proposal: Nicer way to enter tabular static data.   Amir Michail
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Jessy Catterwaul
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   David Owens II
• [swift-evolution] Pitch: Import Objective-C Constants as Enums   Jeff Kelley
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Dave Abrahams
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Erica Sadun
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   plx
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Chris Lattner
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Chris Lattner
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Chris Lattner
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Jack Lawrence
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Jordan Rose
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Joe Groff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jeff Kelley
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Joe Groff
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   James Campbell
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Jack Lawrence
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Thomas Visser
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Erica Sadun
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Joe Groff
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Greg Titus
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jessy Catterwaul
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Jack Lawrence
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Jack Lawrence
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Joe Groff
• [swift-evolution] named parameters - why hidden first?/proposal interest   Douglas Gregor
• [swift-evolution] named parameters   Tino Heth
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Matthew Johnson
• [swift-evolution] named parameters   Jordan Rose
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   Chris Lattner
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Craig Cruden
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Tino Heth
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] named parameters   Tino Heth
• [swift-evolution] named parameters   Jordan Rose
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0022: Referencing the Objective-C selector of a method   James Campbell
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] named parameters   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Daniel Steinberg
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Trent Nadeau
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Trent Nadeau
• [swift-evolution] named parameters   Charles Constant
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Ross O'Brien
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Trent Nadeau
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   David Sweeris
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dmitri Gribenko
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dmitri Gribenko
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Michael Wells
• [swift-evolution] named parameters   Chris Lattner
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Dany St-Amant
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   Chris Lattner
• [swift-evolution] named parameters   Erica Sadun
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] named parameters   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Chris Lattner
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   davesweeris at mac.com
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Ben Rimmington
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] Changing __LINE__ to #line (was Re: [Review] SE-0022: Referencing the Objective-C selector of a method)   Andrew Bennett
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Susan Cheng
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Chris Lattner
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Jordan Rose
• [swift-evolution] For... else   Félix Cloutier
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Adriano Ferreira
• [swift-evolution] [Proposal] Property behaviors   Ricardo Parada
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Andrew Bennett
• [swift-evolution] [proposal] Either in the Swift Standard Library   Craig Cruden
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Rob Mayoff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Kevin Lundberg
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Charles Kissinger
• [swift-evolution] Proposal: Nicer way to enter tabular static data.   Kevin Lundberg
• [swift-evolution] [proposal] Either in the Swift Standard Library   Rob Mayoff
• [swift-evolution] [proposal] Either in the Swift Standard Library   Developer
• [swift-evolution] [proposal] Either in the Swift Standard Library   Developer
• [swift-evolution] [proposal] Either in the Swift Standard Library   Austin Zheng
• [swift-evolution] [proposal] Either in the Swift Standard Library   Developer
• [swift-evolution] [proposal] Either in the Swift Standard Library   Developer
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Chris Lattner
• [swift-evolution] named parameters   davesweeris at mac.com
• [swift-evolution] named parameters - why hidden first?/proposal interest   Charles Srstka
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Guillaume Lessard
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Andrew Bennett
• [swift-evolution] named parameters - why hidden first?/proposal interest   Charles Constant
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Jacob Bandes-Storch
• [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Marc Knaup
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Marc Knaup
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Marc Knaup
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Ondrej Barina
• [swift-evolution] named parameters - why hidden first?/proposal interest   Tino Heth
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Marc Knaup
• [swift-evolution] named parameters - why hidden first?/proposal interest   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Haravikk
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   J. Cheyo Jimenez
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   plx
• [swift-evolution] named parameters   Tino Heth
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Trent Nadeau
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Thorsten Seitz
• [swift-evolution] named parameters   Thorsten Seitz
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Haravikk
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] [Proposal] Property behaviors   Thorsten Seitz
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Kevin Lundberg
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Thorsten Seitz
• [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Chris Lattner
• [swift-evolution] [Update] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Evolving UnsafeMutablePointer.alloc (was Re: [Review] SE-0006 Apply API Guidelines to the Standard Library)   Joe Groff
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Joe Groff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Joe Groff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Trent Nadeau
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Kevin Lundberg
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Joe Groff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Joe Groff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Trent Nadeau
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Evolving UnsafeMutablePointer.alloc (was Re: [Review] SE-0006 Apply API Guidelines to the Standard Library)   T.J. Usiyan
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Sweeris
• [swift-evolution] Evolving UnsafeMutablePointer.alloc (was Re: [Review] SE-0006 Apply API Guidelines to the Standard Library)   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Jacob Bandes-Storch
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Paul Ossenbruggen
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Haravikk
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Idea: Let Generic Parameters Have Labels & Default Values   David Sweeris
• [swift-evolution] [Review] SE-0023 API Design Guidelines   J. Cheyo Jimenez
• [swift-evolution] access control   Dave Abrahams
• [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   David Smith
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jacob Bandes-Storch
• [swift-evolution] Evolving UnsafeMutablePointer.alloc (was Re: [Review] SE-0006 Apply API Guidelines to the Standard Library)   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Haravikk
• [swift-evolution] named parameters - why hidden first?/proposal interest   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Jacob Bandes-Storch
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] access control   Joe Groff
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] access control   Dave Abrahams
• [swift-evolution] access control   Dave Abrahams
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
• [swift-evolution] Idea: Let Generic Parameters Have Labels & Default Values   Dave Abrahams
• [swift-evolution] named parameters - why hidden first?/proposal interest   Charles Constant
• [swift-evolution] access control   David Waite
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Waite
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Waite
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Waite
• [swift-evolution] [proposal] Either in the Swift Standard Library   Craig Cruden
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Joe Groff
• [swift-evolution] [proposal] Either in the Swift Standard Library   Developer
• [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Paul Ossenbruggen
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   plx
• [swift-evolution] [Update] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Jed Lewison
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Erica Sadun
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Waite
• [swift-evolution] [Proposal] Property behaviors   Curt Clifton
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] access control   Curt Clifton
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Erica Sadun
• [swift-evolution] access control   Dave Abrahams
• [swift-evolution] Idea: Let Generic Parameters Have Labels & Default Values   Andrew Bennett
• [swift-evolution] access control   Curt Clifton
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
• [swift-evolution] [proposal] Either in the Swift Standard Library   Craig Cruden
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Douglas Gregor
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Douglas Gregor
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Douglas Gregor
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Douglas Gregor
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Douglas Gregor
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Douglas Gregor
• [swift-evolution] [Design Question] Metaprogramming as a non-goal   Michael Henson
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Tyler Fleming Cloutier
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Tyler Fleming Cloutier
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jacob Bandes-Storch
• [swift-evolution] access control   Thorsten Seitz
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Charles Kissinger
• [swift-evolution] [Design Question] Metaprogramming as a non-goal   Jacob Bandes-Storch
• [swift-evolution] [Design Question] Metaprogramming as a non-goal   Thorsten Seitz
• [swift-evolution] [Proposal] Property behaviors   Thorsten Seitz
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Thorsten Seitz
• [swift-evolution] [Idea] A way to build an arguments list dynamically   Eugene Gubin
• [swift-evolution] named parameters - why hidden first?/proposal interest   Rudolf Adamkovic
• [swift-evolution] Idea: Let Generic Parameters Have Labels & Default Values   Tino Heth
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] named parameters - why hidden first?/proposal interest   Haravikk
• [swift-evolution] named parameters - why hidden first?/proposal interest   Charles Constant
• [swift-evolution] named parameters - why hidden first?/proposal interest   plx
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   plx
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Tim Hawkins
• [swift-evolution] Idea: Let Generic Parameters Have Labels & Default Values   David Sweeris
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Charles Kissinger
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   David Owens II
• [swift-evolution] named parameters - why hidden first?/proposal interest   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Curt Clifton
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] access control   Ilya Belenkiy
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Paul Cantrell
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Curt Clifton
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Paul Cantrell
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Charles Srstka
• [swift-evolution] Idea: Let Generic Parameters Have Labels & Default Values   David Sweeris
• [swift-evolution] Evolving UnsafeMutablePointer.alloc (was Re: [Review] SE-0006 Apply API Guidelines to the Standard Library)   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] [Design Question] Metaprogramming as a non-goal   Dave Abrahams
• [swift-evolution] [Update] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Proposal] Eliminating Swift's Screaming Snake Case Identifiers   Remy Demarest
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Delegate Method Conventions (was:[Review] SE-0023 API Design Guidelines)   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Tyler Fleming Cloutier
• [swift-evolution] SE-0023 API Design Guidelines: Mutating vs Functional   Erica Sadun
• [swift-evolution] Labels was Re: [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Erica Sadun
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   David Owens II
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   David Waite
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Charles Srstka
• [swift-evolution] named parameters - why hidden first?/proposal interest   Charles Srstka
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   charles at charlesism.com
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] access control   David Waite
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   David Waite
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Zach Waldowski
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Paul Cantrell
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Paul Cantrell
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams

Last message date: Sun Jan 24 23:53:00 CST 2016
Archived on: Mon Jan 25 11:18:36 CST 2016

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...