Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Eli Barzilay
[Aggregated reply.] 10 hours ago, Ryan Culpepper wrote: > > * A new `json' library (derived from Dave Herman's PLaneT library) for >parsing and generating JSON comes with the distribution. Please revert this to the original phrasing. The code is "derived" in a weak sense, since pretty much

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Sam Tobin-Hochstadt
First, the grouping was not at all obvious from the text of the release announcement. Second, we (meaning the release manager) should make an effort to sort by importance. Release announcements are one of the primary ways that we communicate the cool things we're doing to our users. We should ta

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Matthias Felleisen
When you have a huge enumeration, like we do here, I think importance is extremely difficult to evaluate for a reasonably large audience but topics are easy to group. If you don't mind, let's leave it alone. On Aug 2, 2012, at 11:46 AM, Sam Tobin-Hochstadt wrote: > On Thu, Aug 2, 2012 at 11

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Sam Tobin-Hochstadt
On Thu, Aug 2, 2012 at 11:44 AM, Matthias Felleisen wrote: > > Why? They are currently grouped according to features, e.g., class contracts > and class abstract, and placed into adjacent groups, e.g., classes next to > generics. I attempted to order them by (my impression of) importance to Rack

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Matthias Felleisen
Why? They are currently grouped according to features, e.g., class contracts and class abstract, and placed into adjacent groups, e.g., classes next to generics. On Aug 2, 2012, at 11:24 AM, Sam Tobin-Hochstadt wrote: > I think the below should be somewhat reordered, as follows: > > On Thu,

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Matthias Felleisen
+1 On Aug 2, 2012, at 11:33 AM, Vincent St-Amour wrote: > At Thu, 02 Aug 2012 11:28:56 -0400, > Ryan Culpepper wrote: >> >> On 08/02/2012 11:16 AM, Ryan Culpepper wrote: >>> [...] >>> >>> * There is now a very complete completion code for zsh. It is not >>> included in the distribution tho

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Vincent St-Amour
At Thu, 02 Aug 2012 11:28:56 -0400, Ryan Culpepper wrote: > > On 08/02/2012 11:16 AM, Ryan Culpepper wrote: > >[...] > > > > * There is now a very complete completion code for zsh. It is not > >included in the distribution though, get it at: http://goo.gl/DU8JK > >(This script and the bas

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Ryan Culpepper
On 08/02/2012 11:16 AM, Ryan Culpepper wrote: [...] * There is now a very complete completion code for zsh. It is not included in the distribution though, get it at: http://goo.gl/DU8JK (This script and the bash completions will be included in the standard installers in future versions

Re: [racket-dev] Release Announcement for v5.3, third draft

2012-08-02 Thread Sam Tobin-Hochstadt
I think the below should be somewhat reordered, as follows: On Thu, Aug 2, 2012 at 11:16 AM, Ryan Culpepper wrote: > * Most error messages use a new multi-line format > * The new `racket/generic' library > * The contract library comes with support for > * The futures visualizer > * Optimization C

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Eli Barzilay
11 hours ago, Sam Tobin-Hochstadt wrote: > On Wed, Aug 1, 2012 at 8:34 AM, Ryan Culpepper wrote: > > > > * There is now a very complete completion code for zsh. It is not > > included in the distribution though, get it at: http://goo.gl/DU8JK > > (This script and the bash completions will be

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Eli Barzilay
10 hours ago, Asumu Takikawa wrote: > On 2012-08-01 09:44:13 -0400, Sam Tobin-Hochstadt wrote: > > > * The `tex2page' and `combinator-parser' libraries have been moved > > > from the Racket distribution to PLaneT. > > > > This should include the URLs to the planet packages, and perhaps the > > `

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Eli Barzilay
8 hours ago, Robby Findler wrote: > How about this: > > * The API for fast floating-point bitmaps (flomaps) supports image > processing operations. It is written in Typed Racket, so Typed > Racket code may use it without the cost of contract checks. > > ? (This is a little fishy IMO, si

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Matthias Felleisen
Whatever. On Aug 1, 2012, at 2:10 PM, Neil Toronto wrote: > Eli had a problem with calling it a "Typed Racket API", because it could > connote that it's only available for Typed Racket programs. I agree with him. > It doesn't hurt to repeat that it's easy to use TR libraries in untyped code,

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Neil Toronto
Eli had a problem with calling it a "Typed Racket API", because it could connote that it's only available for Typed Racket programs. I agree with him. It doesn't hurt to repeat that it's easy to use TR libraries in untyped code, especially for official libraries. I prefer to have "images/floma

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Matthias Felleisen
How about * The Typed Racket API for fast floating-point bitmaps (flomaps) supports a range of image process operations. See docs for details. On Aug 1, 2012, at 12:07 PM, Robby Findler wrote: > How about this: > > * The API for fast floating-point bitmaps (flomaps) supports image >

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Robby Findler
How about this: * The API for fast floating-point bitmaps (flomaps) supports image processing operations. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. ? Robby On Wed, Aug 1, 2012 at 11:05 AM, Neil Toronto wrote: > On 08/01/2012 05

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Neil Toronto
On 08/01/2012 05:34 AM, Ryan Culpepper wrote: * The API for fast floating-point bitmaps (flomaps) supports image processing operations, including pointwise arithmetic, gradients, blur, resizing with correct downsampling, arbitrary spatial transformations, and pict-like combiners. This

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Robby Findler
On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt wrote: >> The following have been deprecated and will be removed in the >> August 2013 release: >> >> - the `define-contract-struct' form. Use `struct' with `struct/dc' >> contracts instead. > > This entry surprises me. Has it been discuss

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Sam Tobin-Hochstadt
On Wed, Aug 1, 2012 at 10:52 AM, Robby Findler wrote: > On Wed, Aug 1, 2012 at 9:47 AM, Sam Tobin-Hochstadt wrote: >> On Wednesday, August 1, 2012, Robby Findler wrote: >>> >>> On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt >>> wrote: >>> >> The following have been deprecated and will be re

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Robby Findler
On Wed, Aug 1, 2012 at 9:47 AM, Sam Tobin-Hochstadt wrote: > On Wednesday, August 1, 2012, Robby Findler wrote: >> >> On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt >> wrote: >> >> The following have been deprecated and will be removed in the >> >> August 2013 release: >> >> >> >> - the `d

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Sam Tobin-Hochstadt
On Wednesday, August 1, 2012, Robby Findler wrote: > On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt > > > wrote: > >> The following have been deprecated and will be removed in the > >> August 2013 release: > >> > >> - the `define-contract-struct' form. Use `struct' with `struct/dc' > >>

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Robby Findler
On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt wrote: >> The following have been deprecated and will be removed in the >> August 2013 release: >> >> - the `define-contract-struct' form. Use `struct' with `struct/dc' >> contracts instead. > > This entry surprises me. Has it been discuss

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Asumu Takikawa
On 2012-08-01 09:44:13 -0400, Sam Tobin-Hochstadt wrote: > > * The `tex2page' and `combinator-parser' libraries have been moved > > from the Racket distribution to PLaneT. > > This should include the URLs to the planet packages, and perhaps the > `require` lines. For convenience: http://pla

Re: [racket-dev] Release Announcement for v5.3, second draft

2012-08-01 Thread Sam Tobin-Hochstadt
On Wed, Aug 1, 2012 at 8:34 AM, Ryan Culpepper wrote: > > * There is now a very complete completion code for zsh. It is not > included in the distribution though, get it at: http://goo.gl/DU8JK > (This script and the bash completions will be included in the > standard installers in future v

Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Asumu Takikawa
On 2012-07-26 19:06:38 -0500, Robby Findler wrote: > How about something like this: > > - the contract library has better support for interfaces, generics, > prompts, continuation-marks, and structs > > and then put those bullets, plus a bullet for struct/dc into the > racket HISTORY file (if they

Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Robby Findler
If we're going to include the contract related bullets below, then we should probably mention struct/dc, too. But I think this is too many bullets for this amount of stuff. How about something like this: - the contract library has better support for interfaces, generics, prompts, continuation-mar

Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Asumu Takikawa
On 2012-07-25 13:26:53 -0400, Ryan Culpepper wrote: > - add contracts to interfaces (6f4ad1de) "Interfaces from the racket/class library now allow contracts to be specified for methods. Instances of classes that implement such contracted interfaces will be protected by these contra

Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread James Swaine
> > > > james: > - added would-be-future (a5676e9a) > Would-be-future is a special type of future that always executes sequentially and records all potential barricades a regular future would encounter. > - added futures visualizer (b6f71ec4) > The futures visualizer is a graphical profiling

Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Matthew Flatt
At Wed, 25 Jul 2012 13:26:53 -0400, Ryan Culpepper wrote: > mflatt: > - submodules (3d69dfab) * Submodules are nested module declarations that can be loaded and run independently from the enclosing module. For an overview of submodules, see http://blog.racket-lang.org/2012/06/submo

Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Vincent St-Amour
At Wed, 25 Jul 2012 13:26:53 -0400, Ryan Culpepper wrote: > stamourv: > - enable performance report for typed/racket/base (b73421f8) - Optimization Coach (formerly Performance Report) now reports information about Racket's inlining optimizations. Optimization Coach can be launched in any lan

Re: [racket-dev] Release Announcement for v5.3

2012-07-25 Thread Neil Toronto
On 07/25/2012 10:26 AM, Ryan Culpepper wrote: neil: - image, flomaps changes? - resizable plot snips (3ed1a787) "The Typed Racket API for fast floating-point bitmaps (flomaps) is now public. Image processing operations include pointwise arithmetic, gradients, blur, resizing with correct d