Re: [racket-dev] Release Announcement for v5.3, third draft
I think the below should be somewhat reordered, as follows: On Thu, Aug 2, 2012 at 11:16 AM, Ryan Culpepper r...@cs.utah.edu 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 Coach * Typed Racket supports function definitions with keyword arguments * A new `json' library * The `class' form supports declaring a method abstract. * The new `images/flomap' library * `racket/string' is extended -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
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.) Should we leave this item out and include it in the future, once the scripts are actually included in the distribution? Ryan _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
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 bash completions will be included in the standard installers in future versions.) Should we leave this item out and include it in the future, once the scripts are actually included in the distribution? I'd leave it out. This is unrelated to the release. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
+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 though, get it at: http://goo.gl/DU8JK (This script and the bash completions will be included in the standard installers in future versions.) Should we leave this item out and include it in the future, once the scripts are actually included in the distribution? I'd leave it out. This is unrelated to the release. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev smime.p7s Description: S/MIME cryptographic signature _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
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, Aug 2, 2012 at 11:16 AM, Ryan Culpepper r...@cs.utah.edu 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 Coach * Typed Racket supports function definitions with keyword arguments * A new `json' library * The `class' form supports declaring a method abstract. * The new `images/flomap' library * `racket/string' is extended -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev smime.p7s Description: S/MIME cryptographic signature _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
On Thu, Aug 2, 2012 at 11:44 AM, Matthias Felleisen matth...@ccs.neu.edu 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 Racket programmers. For example, the new error messages are likely to be the first thing people notice about v5.3. On Aug 2, 2012, at 11:24 AM, Sam Tobin-Hochstadt wrote: I think the below should be somewhat reordered, as follows: On Thu, Aug 2, 2012 at 11:16 AM, Ryan Culpepper r...@cs.utah.edu 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 Coach * Typed Racket supports function definitions with keyword arguments * A new `json' library * The `class' form supports declaring a method abstract. * The new `images/flomap' library * `racket/string' is extended -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
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:44 AM, Matthias Felleisen matth...@ccs.neu.edu 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 Racket programmers. For example, the new error messages are likely to be the first thing people notice about v5.3. On Aug 2, 2012, at 11:24 AM, Sam Tobin-Hochstadt wrote: I think the below should be somewhat reordered, as follows: On Thu, Aug 2, 2012 at 11:16 AM, Ryan Culpepper r...@cs.utah.edu 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 Coach * Typed Racket supports function definitions with keyword arguments * A new `json' library * The `class' form supports declaring a method abstract. * The new `images/flomap' library * `racket/string' is extended -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev -- sam th sa...@ccs.neu.edu smime.p7s Description: S/MIME cryptographic signature _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
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 take advantage of that to help them use some of the really cool new things we've added, like better error messages and generics. On Thu, Aug 2, 2012 at 11:50 AM, Matthias Felleisen matth...@ccs.neu.edu wrote: 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:44 AM, Matthias Felleisen matth...@ccs.neu.edu 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 Racket programmers. For example, the new error messages are likely to be the first thing people notice about v5.3. On Aug 2, 2012, at 11:24 AM, Sam Tobin-Hochstadt wrote: I think the below should be somewhat reordered, as follows: On Thu, Aug 2, 2012 at 11:16 AM, Ryan Culpepper r...@cs.utah.edu 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 Coach * Typed Racket supports function definitions with keyword arguments * A new `json' library * The `class' form supports declaring a method abstract. * The new `images/flomap' library * `racket/string' is extended -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev -- sam th sa...@ccs.neu.edu -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, third draft
[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 all of it was rewritten, and there are differences in both function names and the type that gets used. * `racket/string' is extended with string manipulation functions that avoid some basic regexp tweaks. My original phrasing here wasn't great, but the above is worse: I parse this sentence as saying that there were some regexp tweaks that were needed for some reason, and that's fixed. Maybe just this: `racket/string' is extended with a set of simplified string manipulation functions that are more convenient than using regexps. === DEPRECATION == (Graphically speaking, this separator is too bold.) Also, the two semi-deprecations-by-moving-to-planet items fit this group. 10 hours ago, Sam Tobin-Hochstadt wrote: I think the below should be somewhat reordered, as follows: On Thu, Aug 2, 2012 at 11:16 AM, Ryan Culpepper r...@cs.utah.edu 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 Coach * Typed Racket supports function definitions with keyword arguments * A new `json' library * The `class' form supports declaring a method abstract. * The new `images/flomap' library * `racket/string' is extended I'd change this with - putting the json item higher since it's a popular library and since it is currently eye candy ^H^H^H buzzwordy enough to draw attention from quick skimmers (not schemers). - raising the string item too, at least I was surprised by the amount of excited feedback to it. - lower the generic item, since it's not something that many people will use (at least in this early stage). - The error messages item should be relatively high since it's something that will make most people's first impression, but it shouldn't be at the top part since it's not (yet) a functionality extension. 10 hours ago, 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 bash completions will be included in the standard installers in future versions.) Should we leave this item out and include it in the future, once the scripts are actually included in the distribution? Please leave it in -- a major clientele for these announcements are third-party packagers and sysadmins who often add such files as patches. Also, it would be good to have feedback on this before it's distributed and installed by default. In fact, I explicitly mentioned the bash completions file because it wasn't done when it came out. (And BTW, the code there is shaky enough IMO that it could *really* use some testing and hopefully some looking over from bash completion experts.) 10 hours ago, Sam Tobin-Hochstadt wrote: I attempted to order them by (my impression of) importance to Racket programmers. [...] If there is no clear agreement on the order then a possible option is to do the voting thing that we used in the past where you order your preferences and the result is the order that satisfies most people. (Yes, it'll be a minor hassle, but it seems to me like a good idea since this stage is fertile bikeshedding stuff.) Setting it up will take about two minutes. 10 hours ago, Sam Tobin-Hochstadt wrote: 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 take advantage of that to help them use some of the really cool new things we've added, like better error messages and generics. (An obvious plus one for the importance of the order, and a couple of hundred minus ones for the implication that the order grouping was not carefully thought out.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
On Wed, Aug 1, 2012 at 8:34 AM, Ryan Culpepper r...@cs.utah.edu 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.) First, this link is broken. Second, I think we should *not* use URL shorteners here. There's no need to add another point of failure. If the link is too long, put it in a footnote. * 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. 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 discussed on the list? `define-contract-struct` has rather different semantics, right? -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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://planet.racket-lang.org/display.ss?package=combinator-parser.pltowner=plt http://planet.racket-lang.org/display.ss?package=tex2page.pltowner=plt (require (planet plt/tex2page)) (require (planet plt/combinator-parser)) Cheers, Asumu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu 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 discussed on the list? `define-contract-struct` has rather different semantics, right? What difference are you thinking of? Robby _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
On Wednesday, August 1, 2012, Robby Findler wrote: On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edujavascript:; 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 discussed on the list? `define-contract-struct` has rather different semantics, right? What difference are you thinking of? `struct/dc` uses impersonators/chaperones to place contracts on the actual structure instances, whereas `define-contract-struct` wraps the accessor/constructor procedures, right? Sam -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
On Wed, Aug 1, 2012 at 9:47 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Wednesday, August 1, 2012, Robby Findler wrote: On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu 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 discussed on the list? `define-contract-struct` has rather different semantics, right? What difference are you thinking of? `struct/dc` uses impersonators/chaperones to place contracts on the actual structure instances, whereas `define-contract-struct` wraps the accessor/constructor procedures, right? No, that's wrong. struct/dc is like define-contract-struct. Check out the docs or the IFL 2007 paper on my pubs web page. Robby _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
On Wed, Aug 1, 2012 at 10:52 AM, Robby Findler ro...@eecs.northwestern.edu wrote: On Wed, Aug 1, 2012 at 9:47 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Wednesday, August 1, 2012, Robby Findler wrote: On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu 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 discussed on the list? `define-contract-struct` has rather different semantics, right? What difference are you thinking of? `struct/dc` uses impersonators/chaperones to place contracts on the actual structure instances, whereas `define-contract-struct` wraps the accessor/constructor procedures, right? No, that's wrong. struct/dc is like define-contract-struct. Check out the docs or the IFL 2007 paper on my pubs web page. Ah, I see. Sorry about that. -- sam th sa...@ccs.neu.edu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
On Wed, Aug 1, 2012 at 8:44 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu 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 discussed on the list? Alright, perhaps it is better to just move the documentation to the compatibility manual instead of removing the implementation. The maintenance burden is probably not high enough to justify breaking others' programs. Ryan: can you remove this line from the release notes, please? Robby _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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 needs to mention Typed Racket. How about this? The new `images/flomap' library defines floating-point images and fast operations on them, including pointwise arithmetic, gradients, blur, resizing with correct downsampling, arbitrary spatial transformations, and pict-like combiners. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. Neil ⊥ _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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 neil.toro...@gmail.com wrote: 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 needs to mention Typed Racket. How about this? The new `images/flomap' library defines floating-point images and fast operations on them, including pointwise arithmetic, gradients, blur, resizing with correct downsampling, arbitrary spatial transformations, and pict-like combiners. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. Neil ⊥ _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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 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 neil.toro...@gmail.com wrote: 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 needs to mention Typed Racket. How about this? The new `images/flomap' library defines floating-point images and fast operations on them, including pointwise arithmetic, gradients, blur, resizing with correct downsampling, arbitrary spatial transformations, and pict-like combiners. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. Neil ⊥ _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev smime.p7s Description: S/MIME cryptographic signature _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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/flomap somewhere in there so the library is easy to find, so I think a good short version would be: The new `images/flomap' library defines floating-point bitmaps and fast image processing operations on them. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. Neil ⊥ On 08/01/2012 09:09 AM, Matthias Felleisen wrote: 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 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 neil.toro...@gmail.com wrote: 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 needs to mention Typed Racket. How about this? The new `images/flomap' library defines floating-point images and fast operations on them, including pointwise arithmetic, gradients, blur, resizing with correct downsampling, arbitrary spatial transformations, and pict-like combiners. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. Neil ⊥ _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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, especially for official libraries. I prefer to have images/flomap somewhere in there so the library is easy to find, so I think a good short version would be: The new `images/flomap' library defines floating-point bitmaps and fast image processing operations on them. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. Neil ⊥ On 08/01/2012 09:09 AM, Matthias Felleisen wrote: 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 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 neil.toro...@gmail.com wrote: 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 needs to mention Typed Racket. How about this? The new `images/flomap' library defines floating-point images and fast operations on them, including pointwise arithmetic, gradients, blur, resizing with correct downsampling, arbitrary spatial transformations, and pict-like combiners. It is written in Typed Racket, so Typed Racket code may use it without the cost of contract checks. Neil ⊥ _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev smime.p7s Description: S/MIME cryptographic signature _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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, since if no-cost-from-TR is mentioned, then I think that cost-from-non-TR should be mentioned too...) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
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 `require` lines. For convenience: http://planet.racket-lang.org/display.ss?package=combinator-parser.pltowner=plt http://planet.racket-lang.org/display.ss?package=tex2page.pltowner=plt (require (planet plt/tex2page)) (require (planet plt/combinator-parser)) +1 for keeping the latter. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3, second draft
11 hours ago, Sam Tobin-Hochstadt wrote: On Wed, Aug 1, 2012 at 8:34 AM, Ryan Culpepper r...@cs.utah.edu 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.) First, this link is broken. It points to the tag that will exist when 5.3 is released. Second, I think we should *not* use URL shorteners here. The link text is irrelevant in this case. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3
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 language through the View menu. samth: - keyword functions in TR (865a2cdc) - TR load time optimizations (794bfa50, 6bf14151) - Typed Racket now supports definition of functions with keyword arguments. - Startup time of Typed Racket programs has been reduced. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3
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/submodules.html - ffi/com, ffi/unsafe/com (ff41a896) - MysterX changes: ffi/com, removed ActiveX support (11de33d4) * A new `ffi/com' library replaces MysterX; a compatibility `mysterx' library remains, but without ActiveX support. The new `ffi/unsafe/com' library offers a more primitive and direct way to use COM classes and methods. - new error message convention * Most error messages use a new multi-line format that is designed to be more consistent, easier to read, and accommodate more information. - scribble xref change (a1fd742e) - raco exe can make launchers (2c479683) - prop:cpointer (6cd2e3c7) - handle-evt change to match doc (084278fa) - openssl improvements (efcb6078, 1032ce8a) - racket/draw easier access to cairo (4f197f4b) - use AVL trees for immutable hashes (df0651c2) - (turon) add box-cas!, etc (868dcb6d) - libpng15/libpng12 (c5d3750d) - sgl/gl: NURBS (a55a20f9) - date/time stuff (ff8a062b, 4323096a) - changed module-name-resolver interface (c8f4ac6a) I think these are too minor for a release announcement. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3
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 tool for parallel programs using futures. The tool shows a detailed execution timeline depicting the migration of futures between threads, and gives detailed information about each runtime synchronization that occurred during program execution. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3
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 contracts. - generics (518bf0fd) - contracts for generics (552d6de9) The new racket/generic library allows the definition of generic functions, which will dispatch to methods added to a structure type. Methods can be added to structure types using the new #:methods keyword. - prompt/c, continuation-mark-key/c (de5c756d, 095d47fc) Contracts can now be applied to continuation prompt tags or continuation mark keys, which will respectively guard the use of control operators or access to data stored in continuation marks. - abstract methods (06091079) The class form now supports declaring a method abstract. An abstract method prevents a class from being instantiated unless it is overriden. - mzlib deprecation notices (e4141077) The mzlib/class100 library has been deprecated and will be removed in the first release after June 21, 2013 (the rest of the deprecation notices are just for documentation since we don't have any plans to remove them) - class/c changes (3eb963f6) - class contracts for racket/draw, racket/snip (30311058, 2e1d59f7) These are probably not worth including. Cheers, Asumu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3
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-marks, and structs and then put those bullets, plus a bullet for struct/dc into the racket HISTORY file (if they're not already there). Robby On Thu, Jul 26, 2012 at 2:40 PM, Asumu Takikawa as...@ccs.neu.edu wrote: 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 contracts. - generics (518bf0fd) - contracts for generics (552d6de9) The new racket/generic library allows the definition of generic functions, which will dispatch to methods added to a structure type. Methods can be added to structure types using the new #:methods keyword. - prompt/c, continuation-mark-key/c (de5c756d, 095d47fc) Contracts can now be applied to continuation prompt tags or continuation mark keys, which will respectively guard the use of control operators or access to data stored in continuation marks. - abstract methods (06091079) The class form now supports declaring a method abstract. An abstract method prevents a class from being instantiated unless it is overriden. - mzlib deprecation notices (e4141077) The mzlib/class100 library has been deprecated and will be removed in the first release after June 21, 2013 (the rest of the deprecation notices are just for documentation since we don't have any plans to remove them) - class/c changes (3eb963f6) - class contracts for racket/draw, racket/snip (30311058, 2e1d59f7) These are probably not worth including. Cheers, Asumu _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3
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 not already there). That's fine with me. Cheers, Asumu _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Release Announcement for v5.3
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 downsampling, arbitrary spatial transformations, and pict-like combiners. The changes to plot are small enough to leave out. Neil ⊥ _ Racket Developers list: http://lists.racket-lang.org/dev
