The Week Of Monday 30 November 2015 Archives by author

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

Starting: Sat Dec 5 12:56:04 CST 2015
Ending: Sun Dec 6 23:54:15 CST 2015
Messages: 338

• [swift-evolution] ternary operator ?: suggestion   Rudolf Adamkovic
• [swift-evolution] Proposal: Conforming NSDate to Comparable   Chris Amanse
• [swift-evolution] [swift-corelibs-dev] Proposal: Conforming NSDate to Comparable   Chris Amanse
• [swift-evolution] Introduce "associated_type" keyword   Anandabits
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Dan Appel
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Tal Atlas
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Tal Atlas
• [swift-evolution] Type-safe selectors   Kevin Ballard
• [swift-evolution] Type-safe selectors   Kevin Ballard
• [swift-evolution] [swift-corelibs-dev] Proposal: Conforming NSDate to Comparable   Kevin Ballard
• [swift-evolution] ternary operator ?: suggestion   Kevin Ballard
• [swift-evolution] ternary operator ?: suggestion   Kevin Ballard
• [swift-evolution] access control proposal   Kevin Ballard
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Kevin Ballard
• [swift-evolution] Proposal: Add StaticString.UnicodeScalarView   Kevin Ballard
• [swift-evolution] Proposal: Add StaticString.UnicodeScalarView   Kevin Ballard
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Kevin Ballard
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Jacob Bandes-Storch
• [swift-evolution] Proposal: add `noescape` attribute to public API (particularly libdispatch)   Jacob Bandes-Storch
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Jacob Bandes-Storch
• [swift-evolution] [swift-corelibs-dev] Proposal: add `noescape` attribute to public API (particularly libdispatch)   Jacob Bandes-Storch
• [swift-evolution] [swift-corelibs-dev] Proposal: add `noescape` attribute to public API (particularly libdispatch)   Jacob Bandes-Storch
• [swift-evolution] [swift-corelibs-dev] Proposal: add `noescape` attribute to public API (particularly libdispatch)   Jacob Bandes-Storch
• [swift-evolution] Proposal: Stored properties in extensions   Jacob Bandes-Storch
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Jacob Bandes-Storch
• [swift-evolution] ternary operator ?: suggestion   Jacob Bandes-Storch
• [swift-evolution] Request for Discussion: Setup closures   Jacob Bandes-Storch
• [swift-evolution] zip3, zip4, ...   Jacob Bandes-Storch
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Colin Barrett
• [swift-evolution] C-style For Loops   Colin Barrett
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Colin Barrett
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Colin Barrett
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Colin Barrett
• [swift-evolution] Proposal: standard logging facility   Kevin Barrett
• [swift-evolution] Reading from Standard In   Kyle Bashour
• [swift-evolution] A mode with no type checking to compete with Python.   Bee
• [swift-evolution] ternary operator ?: suggestion   Ole Begemann
• [swift-evolution] ternary operator ?: suggestion   Ole Begemann
• [swift-evolution] Introduce "associated_type" keyword   Ilya Belenkiy
• [swift-evolution] Proposal: Allow Getters and Setters to Throw   Ilya Belenkiy
• [swift-evolution] "bad smells" should be compiler errors with suggestions on how to fix them   Alex Blewitt
• [swift-evolution] swift tool project init command   Lander Brandt
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Rainer Brockerhoff
• [swift-evolution] C-style For Loops   Liam Butler-Lawrence
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Steve Canon
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Steve Canon
• [swift-evolution] A mode with no type checking to compete with Python.   Paul Cantrell
• [swift-evolution] C-style For Loops   Paul Cantrell
• [swift-evolution] C-style For Loops   Paul Cantrell
• [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Paul Cantrell
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Yichen Cao
• [swift-evolution] Introduce "associated_type" keyword   Stephen Celis
• [swift-evolution] Introduce "associated_type" keyword   Stephen Celis
• [swift-evolution] [swift-corelibs-dev] Proposal: Conforming NSDate to Comparable   Stephen Celis
• [swift-evolution] Overloading assignment operator   Stephen Celis
• [swift-evolution] Proposal: Tuple Convertible   Stephen Celis
• [swift-evolution] C-style For Loops   Tyler Cloutier
• [swift-evolution] C-style For Loops   Tyler Fleming Cloutier
• [swift-evolution] C-style For Loops   Tyler Fleming Cloutier
• [swift-evolution] C-style For Loops   Tyler Fleming Cloutier
• [swift-evolution] Proposal: Allow Getters and Setters to Throw   Morten Bek Ditlevsen
• [swift-evolution] Proposal: Allow willChange and didChange observers on a property   Mosab Elagha
• [swift-evolution] Type-safe selectors   Michel Fortin
• [swift-evolution] C-style For Loops   Michel Fortin
• [swift-evolution] C-style For Loops   Michel Fortin
• [swift-evolution] C-style For Loops   Michel Fortin
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Davide De Franceschi
• [swift-evolution] Proposal: Syntax sugar for cps or async functions similar to the "do try catch" for error handling.   Roy Fu
• [swift-evolution] Proposal: Syntax sugar for cps or async functions similar to the "do try catch" for error handling.   Roy Fu
• [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Roy Fu
• [swift-evolution] A mode with no type checking to compete with Python.   Manav Gabhawala
• [swift-evolution] Proposal: Auto-convert for numbers when safe   Manav Gabhawala
• [swift-evolution] C-style For Loops   Kelly Gerber
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] swift tool project init command   Jacopo Andrea Giola
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Jacopo Andrea Giola
• [swift-evolution] Introduce "associated_type" keyword   Dmitri Gribenko
• [swift-evolution] Introduce "associated_type" keyword   Dmitri Gribenko
• [swift-evolution] Expanded support for numeric types in stdlib?   Dmitri Gribenko
• [swift-evolution] Lazy flatMap for Optionals   Dmitri Gribenko
• [swift-evolution] Proposal: Add StaticString.UnicodeScalarView   Dmitri Gribenko
• [swift-evolution] Proposal: Update the API Design Guidelines to reflect current Standard Library method naming conventions   Dmitri Gribenko
• [swift-evolution] C-style For Loops   Dmitri Gribenko
• [swift-evolution] zip3, zip4, ...   Dmitri Gribenko
• [swift-evolution] zip3, zip4, ...   Dmitri Gribenko
• [swift-evolution] Proposal: failable numeric conversion initializers   Dmitri Gribenko
• [swift-evolution] Lazy flatMap for Optionals   Dmitri Gribenko
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Joe Groff
• [swift-evolution] Type-safe selectors   Joe Groff
• [swift-evolution] Inquiry: Improved Composability of stdlib Collections?   Joe Groff
• [swift-evolution] [swift-corelibs-dev] Proposal: add `noescape` attribute to public API (particularly libdispatch)   Pierre Habouzit
• [swift-evolution] [swift-corelibs-dev] Proposal: add `noescape` attribute to public API (particularly libdispatch)   Pierre Habouzit
• [swift-evolution] [swift-corelibs-dev] Proposal: Conforming NSDate to Comparable   Pierre Habouzit
• [swift-evolution] ternary operator ?: suggestion   David Hart
• [swift-evolution] lazy keyword vs lazy initialization pattern   David Hart
• [swift-evolution] Proposal: Allow willChange and didChange observers on a property   David Hart
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   David Hart
• [swift-evolution] ternary operator ?: suggestion   Sean Heber
• [swift-evolution] C-style For Loops   Sean Heber
• [swift-evolution] ternary operator ?: suggestion   Jonathan Hull
• [swift-evolution] ternary operator ?: suggestion   Jonathan Hull
• [swift-evolution] Request for Discussion: Setup closures   Jonathan Hull
• [swift-evolution] access control proposal   David Owens II
• [swift-evolution] access control proposal   Ilya
• [swift-evolution] C-style For Loops   Johan Jensen
• [swift-evolution] C-style For Loops   J. Cheyo Jimenez
• [swift-evolution] ternary operator ?: suggestion   J. Cheyo Jimenez
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   J. Cheyo Jimenez
• [swift-evolution] Proposal: floating point static min / max properties   Matthew Johnson
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Matthew Johnson
• [swift-evolution] Proposal: floating point static min / max properties   Matthew Johnson
• [swift-evolution] Proposal: Allow Getters and Setters to Throw   Matthew Johnson
• [swift-evolution] Request for Discussion: Setup closures   Matthew Johnson
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Matthew Johnson
• [swift-evolution] Proposal: Allow Getters and Setters to Throw   Matthew Johnson
• [swift-evolution] lazy keyword vs lazy initialization pattern   Matthew Johnson
• [swift-evolution] Proposal: typealias support protocol constraint   Matthew Johnson
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Matthew Johnson
• [swift-evolution] Request for Discussion: Setup closures   Matthew Johnson
• [swift-evolution] Request for Discussion: Setup closures   Matthew Johnson
• [swift-evolution] C-style For Loops   Matthew Johnson
• [swift-evolution] Proposal: typealias support protocol constraint   Matthew Johnson
• [swift-evolution] Proposal: failable numeric conversion initializers   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] Proposal: Auto-convert for numbers when safe   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] Request for Discussion: Setup closures   Matthew Johnson
• [swift-evolution] Request for Discussion: Setup closures   Matthew Johnson
• [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Matthew Johnson
• [swift-evolution] Request for Discussion: Setup closures   Matthew Johnson
• [swift-evolution] "bad smells" should be compiler errors with suggestions on how to fix them   Adrian Kashivskyy
• [swift-evolution] A mode with no type checking to compete with Python.   Adrian Kashivskyy
• [swift-evolution] Proposal: typealias support protocol constraint   Adrian Kashivskyy
• [swift-evolution] Lazy flatMap for Optionals   Donnacha Oisín Kidney
• [swift-evolution] zip3, zip4, ...   Donnacha Oisín Kidney
• [swift-evolution] Proposal: standard logging facility   Alexander Kolov
• [swift-evolution] Proposal: standard logging facility   Alexander Kolov
• [swift-evolution] Proposal: standard logging facility   Alexander Kolov
• [swift-evolution] Proposal: standard logging facility   Alexander Kolov
• [swift-evolution] Introduce "associated_type" keyword   Chris Lattner
• [swift-evolution] Proposal: Allow Getters and Setters to Throw   Chris Lattner
• [swift-evolution] Proposal: Allow willChange and didChange observers on a property   Chris Lattner
• [swift-evolution] "bad smells" should be compiler errors with suggestions on how to fix them   Chris Lattner
• [swift-evolution] Proposal: standard logging facility   Chris Lattner
• [swift-evolution] A mode with no type checking to compete with Python.   Chris Lattner
• [swift-evolution] ternary operator ?: suggestion   Chris Lattner
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Chris Lattner
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Chris Lattner
• [swift-evolution] Proposal: Allow willChange and didChange observers on a property   Chris Lattner
• [swift-evolution] Proposal: Auto-convert for numbers when safe   Chris Lattner
• [swift-evolution] fcntl() should be added to the standard library.   Chris Lattner
• [swift-evolution] lazy keyword vs lazy initialization pattern   Chris Lattner
• [swift-evolution] Proposal: Auto-convert for numbers when safe   Chris Lattner
• [swift-evolution] Proposal: Allow willChange and didChange observers on a property   Chris Lattner
• [swift-evolution] mandatory "?" suffix for identifiers associated with optional types   Chris Lattner
• [swift-evolution] Proposal: Optional Binding Shorthand Syntax   Chris Lattner
• [swift-evolution] Should be able to initialize list of lists with 2d static data without unexpected errors.   Chris Lattner
• [swift-evolution] Proposal: Optional Binding Shorthand Syntax   Chris Lattner
• [swift-evolution] Control Flow Expressions   Chris Lattner
• [swift-evolution] Proposal: Syntax sugar for cps or async functions similar to the "do try catch" for error handling.   Chris Lattner
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Chris Lattner
• [swift-evolution] Proposal: Update the API Design Guidelines to reflect current Standard Library method naming conventions   Chris Lattner
• [swift-evolution] Feedback for SE-0004: Remove the ++ and -- operators   Chris Lattner
• [swift-evolution] Proposal: Update the API Design Guidelines to reflect current Standard Library method naming conventions   Chris Lattner
• [swift-evolution] Introduce "associated_type" keyword   Loïc Lecrenier
• [swift-evolution] Introduce "associated_type" keyword   Loïc Lecrenier
• [swift-evolution] Introduce "associated_type" keyword   Loïc Lecrenier
• [swift-evolution] Introduce "associated_type" keyword   Loïc Lecrenier
• [swift-evolution] Introduce "associated_type" keyword   Loïc Lecrenier
• [swift-evolution] Introduce "associated_type" keyword   Loïc Lecrenier
• [swift-evolution] Introduce "associated_type" keyword   Loïc Lecrenier
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] Introduce "associated_type" keyword   Alex Lew
• [swift-evolution] Overloading assignment operator   Alex Lew
• [swift-evolution] A mode with no type checking to compete with Python.   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Alex Lew
• [swift-evolution] Proposal: Optional Binding Shorthand Syntax   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Alex Lew
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Alex Lew
• [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Alex Lew
• [swift-evolution] ternary operator ?: suggestion   Adam C. Lickel
• [swift-evolution] Proposal: Stored properties in extensions   Tomáš Linhart
• [swift-evolution] Proposal: Stored properties in extensions   Tomáš Linhart
• [swift-evolution] A mode with no type checking to compete with Python.   Kevin Lundberg
• [swift-evolution] Introduce "associated_type" keyword   Kevin Lundberg
• [swift-evolution] ternary operator ?: suggestion   Kevin Lundberg
• [swift-evolution] C-style For Loops   Kevin Lundberg
• [swift-evolution] Proposal: External variable in extension   QQ Mail
• [swift-evolution] Proposal: typealias support protocol constraint   QQ Mail
• [swift-evolution] Proposal: Optional Binding Shorthand Syntax   Tyler Mandry
• [swift-evolution] Proposal: Optional Binding Shorthand Syntax   Tyler Mandry
• [swift-evolution] mandatory "?" suffix for identifiers associated with optional types   Tyler Mandry
• [swift-evolution] Proposal: Optional Binding Shorthand Syntax   Tyler Mandry
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   John McCall
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   John McCall
• [swift-evolution] Introduce "associated_type" keyword   John McCall
• [swift-evolution] access control proposal   John McCall
• [swift-evolution] Overloading assignment operator   John McCall
• [swift-evolution] C-style For Loops   Per Melin
• [swift-evolution] Control Flow Expressions   Per Melin
• [swift-evolution] A mode with no type checking to compete with Python.   Amir Michail
• [swift-evolution] A mode with no type checking to compete with Python.   Amir Michail
• [swift-evolution] A mode with no type checking to compete with Python.   Amir Michail
• [swift-evolution] A mode with no type checking to compete with Python.   Amir Michail
• [swift-evolution] Swift support for automatically sharing small code fragments with other iOS developers.   Amir Michail
• [swift-evolution] Swift support for automatically sharing small code fragments with other iOS developers.   Amir Michail
• [swift-evolution] Should be able to initialize list of lists with 2d static data without unexpected errors.   Amir Michail
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [swift-corelibs-dev] Proposal: add `noescape` attribute to public API (particularly libdispatch)   Tony Parker
• [swift-evolution] [swift-corelibs-dev] Proposal: Conforming NSDate to Comparable   Tony Parker
• [swift-evolution] Proposal: standard logging facility   Roshan
• [swift-evolution] Swift support for automatically sharing small code fragments with other iOS developers.   Roshan
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Brent Royal-Gordon
• [swift-evolution] "bad smells" should be compiler errors with suggestions on how to fix them   Brent Royal-Gordon
• [swift-evolution] Proposal: floating point static min / max properties   Brent Royal-Gordon
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Brent Royal-Gordon
• [swift-evolution] Proposal: Conforming NSDate to Comparable   Brent Royal-Gordon
• [swift-evolution] A mode with no type checking to compete with Python.   Brent Royal-Gordon
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Brent Royal-Gordon
• [swift-evolution] [swift-corelibs-dev] Proposal: Conforming NSDate to Comparable   Brent Royal-Gordon
• [swift-evolution] C-style For Loops   Brent Royal-Gordon
• [swift-evolution] Auto-convert for numbers when safe   Brent Royal-Gordon
• [swift-evolution] C-style For Loops   Erica Sadun
• [swift-evolution] "bad smells" should be compiler errors with suggestions on how to fix them   Erica Sadun
• [swift-evolution] Request for Discussion: Setup closures   Erica Sadun
• [swift-evolution] Request for Discussion: Setup closures   Erica Sadun
• [swift-evolution] C-style For Loops   Erica Sadun
• [swift-evolution] C-style For Loops   Erica Sadun
• [swift-evolution] Request for Discussion: Setup closures   Erica Sadun
• [swift-evolution] Request for Discussion: Setup closures   Erica Sadun
• [swift-evolution] Request for Discussion: Setup closures   Erica Sadun
• [swift-evolution] C-style For Loops   Erica Sadun
• [swift-evolution] zip3, zip4, ...   Erica Sadun
• [swift-evolution] zip3, zip4, ...   Erica Sadun
• [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Erica Sadun
• [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Erica Sadun
• [swift-evolution] lazy keyword vs lazy initialization pattern   Thorsten Seitz
• [swift-evolution] Request for Discussion: Setup closures   Thorsten Seitz
• [swift-evolution] Introduce "associated_type" keyword   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] lazy keyword vs lazy initialization pattern   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Proposal: Syntax sugar for cps or async functions similar to the "do try catch" for error handling.   Thorsten Seitz
• [swift-evolution] A mode with no type checking to compete with Python.   Thorsten Seitz
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Nick Shelley
• [swift-evolution] A mode with no type checking to compete with Python.   Jon Shier
• [swift-evolution] Auto-convert for numbers when safe   William Shipley
• [swift-evolution] "bad smells" should be compiler errors with suggestions on how to fix them   Jean-Pierre Simard
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Javier Soto
• [swift-evolution] ternary operator ?: suggestion   Lukas Stabe
• [swift-evolution] ternary operator ?: suggestion   Lukas Stabe
• [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Lukas Stabe
• [swift-evolution] Proposal: Update the API Design Guidelines to reflect current Standard Library method naming conventions   Daniel Steinberg
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   Daniel Steinberg
• [swift-evolution] Proposal: Update the API Design Guidelines to reflect current Standard Library method naming conventions   Daniel Steinberg
• [swift-evolution] Proposal: Update the API Design Guidelines to reflect current Standard Library method naming conventions   Daniel Steinberg
• [swift-evolution] Proposal: Allow Getters and Setters to Throw   Nikolai Vazquez
• [swift-evolution] access control proposal   Nikolai Vazquez
• [swift-evolution] Proposal: Tuple Convertible   Nikolai Vazquez
• [swift-evolution] Proposal: Tuple Convertible   Nikolai Vazquez
• [swift-evolution] Request for Discussion: Setup closures   Vinicius Vendramini
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Robert Vojta
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Robert Vojta
• [swift-evolution] Proposal: weakStrong self in completion handler closures   Robert Vojta
• [swift-evolution] Swift support for automatically sharing small code fragments with other iOS developers.   Daniel Vollmer
• [swift-evolution] Proposal: Allow willChange and didChange observers on a property   Nathan de Vries
• [swift-evolution] Proposal: Allow willChange and didChange observers on a property   Nathan de Vries
• [swift-evolution] C-style For Loops   Clemens Wagner
• [swift-evolution] C-style For Loops   Clemens Wagner
• [swift-evolution] C-style For Loops   Clemens Wagner
• [swift-evolution] C-style For Loops   Clemens Wagner
• [swift-evolution] Idea for enabling DSLs: bind to self in closures   David Waite
• [swift-evolution] Proposal: standard logging facility   David Waite
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   David Waite
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   David Waite
• [swift-evolution] Introduce "associated_type" keyword   David Waite
• [swift-evolution] Proposal: helpers for initializing properties of same name as parameters   David Waite
• [swift-evolution] [swift-corelibs-dev] Proposal: Conforming NSDate to Comparable   David Waite
• [swift-evolution] C-style For Loops   David Waite
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   David Waite
• [swift-evolution] Request for Discussion: Setup closures   David Waite
• [swift-evolution] Request for Discussion: Setup closures   David Waite
• [swift-evolution] Proposal: standard logging facility   Ling Wang
• [swift-evolution] Overloading assignment operator   Don Wills
• [swift-evolution] Overloading assignment operator   Don Wills
• [swift-evolution] C-style For Loops   Don Wills
• [swift-evolution] Overloading assignment operator   Don Wills
• [swift-evolution] Proposal: Stored properties in extensions   Paul Young
• [swift-evolution] Feedback for SE-0004: Remove the ++ and -- operators   David Zarzycki
• [swift-evolution] Feedback for SE-0004: Remove the ++ and -- operators   David Zarzycki
• [swift-evolution] Feedback for SE-0004: Remove the ++ and -- operators   David Zarzycki
• [swift-evolution] A mode with no type checking to compete with Python.   Austin Zheng
• [swift-evolution] A mode with no type checking to compete with Python.   Austin Zheng
• [swift-evolution] Introduce "associated_type" keyword   Austin Zheng
• [swift-evolution] Reading from Standard In   Austin Zheng
• [swift-evolution] Request for Discussion: Setup closures   Adrian Zubarev
• [swift-evolution] Request for Discussion: Setup closures   ilya
• [swift-evolution] C-style For Loops   ilya
• [swift-evolution] Request for Discussion: Setup closures   ilya
• [swift-evolution] C-style For Loops   ilya
• [swift-evolution] Overloading assignment operator   ilya
• [swift-evolution] C-style For Loops   inbox only
• [swift-evolution] ternary operator ?: suggestion   possen p
• [swift-evolution] ternary operator ?: suggestion   possen p
• [swift-evolution] ternary operator ?: suggestion   possen p
• [swift-evolution] Inquiry: Improved Composability of stdlib Collections?   plx
• [swift-evolution] Inquiry: Improved Composability of stdlib Collections?   plx
• [swift-evolution] ternary operator ?: suggestion   thorsten at portableinnovations.de
• [swift-evolution] ternary operator ?: suggestion   thorsten at portableinnovations.de
• [swift-evolution] Proposal: Remove the "fallthrough" keyword   thorsten at portableinnovations.de
• [swift-evolution] mandatory "?" suffix for identifiers associated with optional types   thorsten at portableinnovations.de
• [swift-evolution] ternary operator ?: suggestion   thorsten at portableinnovations.de
• [swift-evolution] (5.391):Re: Proposal: Remove the "fallthrough" keyword   jalkut at red-sweater.com

Last message date: Sun Dec 6 23:54:15 CST 2015
Archived on: Mon Dec 7 11:07:33 CST 2015

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