Re: [racket-dev] drafting the v5.1 release announcement
At Thu, 10 Feb 2011 14:49:37 -0600, Robby Findler wrote: > I think there are a non-trival number of people who deal with snips to > process student submissions that it is worth an extra line or two Ok, but let's make it a separate (later) bullet. Racket version 5.1 is now available from http://racket-lang.org/ The most significant change in version 5.1 is a rewrite of the GUI library: http://blog.racket-lang.org/2010/12/racket-version-5.html Unix/X users will see the biggest difference with this change, because DrRacket and all Racket GUI programs now take on the desktop theme for menus, buttons, and other GUI widgets. In the long run, Racket GUI programs on all platforms will improve as a result of the library rewrite. In the short run, beware that this first release of a new library will inevitably include a new set of bugs. Version 5.1 changes in more detail: * The `racket/draw' library --- which implements the drawing half the GUI toolkit --- can be used independent of the `racket/gui/base' library and without a graphics display (e.g., without an X11 connection). The new library has one small incompatibility with the old GUI toolbox: 'xor drawing is no longer supported. The new library has many additional features: rotation and general affine transformations, PDF and SVG drawing contexts, gradients, and alpha-channel bitmaps. * The GRacket executable is no longer strictly necessary for running GUI programs, because the `racket/gui/base' library can be used from Racket. To the degree that a platform distinguishes GUI and console applications, however, the GRacket executable still offers some additional GUI-specific functionality (e.g., single-instance support). The new `racket/gui/base' library includes small incompatibilities with the old GUI toolbox: the `send-event', `current-ps-afm-file-paths', and `current-ps-cmap-file-paths' functions have been removed. The `racket/gui/base' library re-exports `racket/draw', so it includes the same drawing functionality as before (except for 'xor drawing). * The new `racket/snip' library can be used independently of `racket/gui/base' to work with graphical editor content (e.g., images in student programs). Like `racket/draw', the `racket/snip' library is re-exported by `racket/gui/base'. * The Web Server includes a backwards incompatible change that prevents X-expressions and lists of bytes from being directly returned from servlets. This change will increase performance for those types of responses and allow easier experimentation with response types. Please see "collects/web-server/compat/0/README" in the installation to learn about porting your servlets forward. Don't worry. It's easy. * The new `raco demodularize' tool collapses a module's dependencies into a single module comprising the whole program. This transformation currently provides no performance improvement, but is the basis for cross-module optimization and dead-code elimination tools to come. The transformation is currently useful for static analysis of whole Racket programs. * The picturing-programs teachpack, formerly installed via PLaneT, is now bundled with the standard distribution. Use the teachpack with `(require picturing-programs)' instead of `(require installed-teachpacks/picturing-programs)'. The old PLaneT-based installation procedure still works, but it now merely installs a stub that invokes the bundled version. * Slideshow picts, `racket/draw' bitmaps, and images created with `2htdp/image' can now be used directly in Scribble documents. More generally, the new `file/convertible' protocol enables any value that is convertible to a PNG and/or PDF stream to be used as an image in a Scribble document. * The Same game sports a new look and an improved scoring system. (The current known high score is 12,429; can you beat that?) _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
I think there are a non-trival number of people who deal with snips to process student submissions that it is worth an extra line or two (that I've put in below) On Thu, Feb 10, 2011 at 2:43 PM, Matthew Flatt wrote: > Here's a new draft that folds in the contributions so far --- all > edited to varying degrees. I left out `racket/snip', because it seems > relatively obscure. > > > > Racket version 5.1 is now available from > > http://racket-lang.org/ > > The most significant change in version 5.1 is a rewrite of the GUI > library: > > http://blog.racket-lang.org/2010/12/racket-version-5.html > > Unix/X users will see the biggest difference with this change, because > DrRacket and all Racket GUI programs now take on the desktop theme for > menus, buttons, and other GUI widgets. > > In the long run, Racket GUI programs on all platforms will improve as a > result of the library rewrite. In the short run, beware that this first > release of a new library will inevitably include a new set of bugs. > > Version 5.1 changes in more detail: > > * The `racket/draw' library --- which implements the drawing half the > GUI toolkit --- can be used independent of the `racket/gui/base' > library and without a graphics display (e.g., without an X11 > connection). (join to above para) Similarly, the racket/snip library --- which implements things like images in student programs --- can be used independently from racket/gui/base. > > The new library has one small incompatibility with the old GUI > toolbox: 'xor drawing is no longer supported. The new library has > many additional features: rotation and general affine > transformations, PDF and SVG drawing contexts, gradients, and > alpha-channel bitmaps. > > * The GRacket executable is no longer strictly necessary for running > GUI programs, because the `racket/gui/base' library can be used from > Racket. To the degree that a platform distinguishes GUI and console > applications, however, the GRacket executable still offers some > additional GUI-specific functionality (e.g., single-instance > support). > > The new `racket/gui/base' library includes small incompatibilities > with the old GUI toolbox: the `send-event', > `current-ps-afm-file-paths', and `current-ps-cmap-file-paths' > functions have been removed. The `racket/gui/base' library > re-exports `racket/draw', so it includes the same drawing > functionality as before (except for 'xor drawing). > > * The Web Server includes a backwards incompatible change that > prevents X-expressions and lists of bytes from being directly > returned from servlets. This change will increase performance for > those types of responses and allow easier experimentation with > response types. Please see "collects/web-server/compat/0/README" in > the installation to learn about porting your servlets > forward. Don't worry. It's easy. > > * The new `raco demodularize' tool collapses a module's dependencies > into a single module comprising the whole program. This > transformation currently provides no performance improvement, but > is the basis for cross-module optimization and dead-code > elimination tools to come. The transformation is currently useful > for static analysis of whole Racket programs. > > * The picturing-programs teachpack, formerly installed via PLaneT, is > now bundled with the standard distribution. Use the teachpack with > `(require picturing-programs)' instead of `(require > installed-teachpacks/picturing-programs)'. The old PLaneT-based > installation procedure still works, but it now merely installs a > stub that invokes the bundled version. > > * Slideshow picts, `racket/draw' bitmaps, and images created with > `2htdp/image' can now be used directly in Scribble documents. More > generally, the new `file/convertible' protocol enables any value > that is convertible to a PNG and/or PDF stream to be used as an > image in a Scribble document. > > * The Same game sports a new look and an improved scoring system. > (The current known high score is 12,429; can you beat that?) > > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev > _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
Here's a new draft that folds in the contributions so far --- all edited to varying degrees. I left out `racket/snip', because it seems relatively obscure. Racket version 5.1 is now available from http://racket-lang.org/ The most significant change in version 5.1 is a rewrite of the GUI library: http://blog.racket-lang.org/2010/12/racket-version-5.html Unix/X users will see the biggest difference with this change, because DrRacket and all Racket GUI programs now take on the desktop theme for menus, buttons, and other GUI widgets. In the long run, Racket GUI programs on all platforms will improve as a result of the library rewrite. In the short run, beware that this first release of a new library will inevitably include a new set of bugs. Version 5.1 changes in more detail: * The `racket/draw' library --- which implements the drawing half the GUI toolkit --- can be used independent of the `racket/gui/base' library and without a graphics display (e.g., without an X11 connection). The new library has one small incompatibility with the old GUI toolbox: 'xor drawing is no longer supported. The new library has many additional features: rotation and general affine transformations, PDF and SVG drawing contexts, gradients, and alpha-channel bitmaps. * The GRacket executable is no longer strictly necessary for running GUI programs, because the `racket/gui/base' library can be used from Racket. To the degree that a platform distinguishes GUI and console applications, however, the GRacket executable still offers some additional GUI-specific functionality (e.g., single-instance support). The new `racket/gui/base' library includes small incompatibilities with the old GUI toolbox: the `send-event', `current-ps-afm-file-paths', and `current-ps-cmap-file-paths' functions have been removed. The `racket/gui/base' library re-exports `racket/draw', so it includes the same drawing functionality as before (except for 'xor drawing). * The Web Server includes a backwards incompatible change that prevents X-expressions and lists of bytes from being directly returned from servlets. This change will increase performance for those types of responses and allow easier experimentation with response types. Please see "collects/web-server/compat/0/README" in the installation to learn about porting your servlets forward. Don't worry. It's easy. * The new `raco demodularize' tool collapses a module's dependencies into a single module comprising the whole program. This transformation currently provides no performance improvement, but is the basis for cross-module optimization and dead-code elimination tools to come. The transformation is currently useful for static analysis of whole Racket programs. * The picturing-programs teachpack, formerly installed via PLaneT, is now bundled with the standard distribution. Use the teachpack with `(require picturing-programs)' instead of `(require installed-teachpacks/picturing-programs)'. The old PLaneT-based installation procedure still works, but it now merely installs a stub that invokes the bundled version. * Slideshow picts, `racket/draw' bitmaps, and images created with `2htdp/image' can now be used directly in Scribble documents. More generally, the new `file/convertible' protocol enables any value that is convertible to a PNG and/or PDF stream to be used as an image in a Scribble document. * The Same game sports a new look and an improved scoring system. (The current known high score is 12,429; can you beat that?) _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
Got the right score now. > At Wed, 9 Feb 2011 20:32:12 -0600, Robby Findler wrote: >> * Improved Same Game: adjusted the way it draws and the scoring system >> (current known best is 1300+ can you beat that?) * Improved Same Game: adjusted the way it draws and the scoring system (current known best is 12,429; can you beat that?) Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
On Feb 9, 2011, at 4:28 PM, Jon Rafkind wrote: > Stevie: > a04b8d989936e64e29d2ae123da39159c2cdf2e6 >Change instanceof/c to allow more contracts. > >Now instanceof/c no longer checks explicitly for a class/c contract, so >or/c or and/c of class/c contracts succeed. > 92775c5e4ee55986da9fec18a171c59b8fb4f64f >Add instanceof. > >The instanceof contract combinator takes a class contract. The > resulting >contract protects objects using the external field and method contracts >in the class contract. > 0c4658f718ad9a4d5b857c06785650247316d705 >Conversion of -> to impersonators. I don't think any of these are important enough to go into a release announcement. One's a (very minor) contract combinator addition and the other is pretty much just details of the particular implementation. Stevie _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
On Wed, Feb 9, 2011 at 3:03 PM, John Clements wrote: > > On Feb 9, 2011, at 12:37 PM, Matthew Flatt wrote: > >> Let's get the ball rolling on the release announcement. Here are draft >> bullets for the drawing and GUI libraries: > > I feel like we're missing the forest for the trees: there's a great big > rewrite here, with many benefits. > > * PLT has completely rebuilt the graphical underpinning of Racket. The PLT > packages now use idiomatic platform-specific libraries, and we've dumped > more than 200K lines of C code. DrRacket is now faster, and better looking. > > No? I think that you have the right idea John. I think that I'd write something like this (the difference I want to make is "less stable" and adding the link to the blog post; the other stuff is just random words). * The most significant change in this release (and the most significant change in Racket/PLT Scheme history) was a rewrite of the low-level GUI library. While things are relatively stable, there are likely to still be kinks to work out so this release is probably going to be less stable than usual. See http://blog.racket-lang.org/2010/12/racket-version-5.html for more details. Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
* Improved Same Game: adjusted the way it draws and the scoring system (current known best is 1300+ can you beat that?) Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
On Feb 9, 2011, at 3:37 PM, Matthew Flatt wrote: Let's get the ball rolling on the release announcement. * The picturing-programs teachpack, formerly installed from PLaneT, is now bundled with the standard distribution. As a result, you can now say (require picturing-programs) instead of (require installed-teachpacks/picturing-programs) For compatibility of old code that includes the latter, the old PLaneT installation procedure will still work (it now installs a two- line stub that invokes the bundled version of the teachpack). Stephen Bloch sbl...@adelphi.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
At Wed, 09 Feb 2011 14:28:53 -0700, Jon Rafkind wrote: > Vincent: > 4ac36fd59bc35cb0d60cb050cfaae21d213064c8 > Added the new single-precision float function to TR. > ac76d963b0e4b70c17753b22833c630f3d71cd1b > Enable single-precision floats by default. > 46f086282d7302e7e015109c9f945a92350e384c > Bytes are a sequence of the new Byte type. > d4c93cc12e6df893ba2e782f0e0ea5529738315a > TR's numeric tower is now built from unions of non-overlapping base > types. > > A lot of the work that was done by special-casing number types can > now be > done by TR's handling of unions. This makes it easier to add more > numeric > types to the tower and should make writing down types for numeric > primitives much less error-prone. > > In addition, this commit adds several numeric types that will help get > tighter bounds on integer arithmetic, such as Index types. They will > have > to be integrated to the base environment before they can be useful. As Sam said, none of these are in 5.1. I looked over the commits I've pushed between 5.0.2 and 5.1, and I don't see anything worth including in the release notes. Vincent _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
2011/2/9 Jon Rafkind : > Here are some items I pulled from the commit log > > Robby: > 823b6629aae7a1c668c2dffb2d89a16fc4a5889c > add an extra check to make sure drracket is more likely to startup > when things go wrong in strange ways > Please merge to the 5.1 release branch > ce4bf97bde32032b0663c623d8ef1f2158a96fae > monitor the font size preference in order to redo the one-line size > computation for the search bar > closes PR 11687 > 0411cddba53914a33af88d720fd4d05634aac016 > added set/c and made sets print as set, seteq, or seteqv > closes PR 11454 > 670d58d134eaf2dc5ed6ef4ea60f53d66321acda > added un/cache-image, a function that enables/disables the drawing > cache in 2htdp/image images > b77847904e4d05a731ca331c7d84e3532c980521 > adjust the way the () colorer status thingy draws > 2f009ca529fcbe4ebe496379a5403cbcf1a0cd14 > changed the way equal<%> and snip% interact. Specifically: > > - snip% now implements equal<%> > its equal-to? delegates to other-equal-to?. > > - snip%'s other-equal-to and equal-hash-code and > equal-secondary-hash-code all just amount to using eq?. The > setup is here just to make snip% be the one that declares > that it implements equal<%> so that various snips can adjust > other-equal-to? (and the hash code methods) > > - image-snip% no longer implements equal<%> > (but it extends snip% and it overrides other-equal-to? > and the hash-code methods to do what they always did) > 4917d2af4a680de5380f0b82ef13f82d216d7d76 > added freeze to 2htdp/image > d1fe2766559133ba3913c5aef1f3f72c1a8be758 > adjust the bug report form so that hitting return does not submit > the bug report > as mentioned in PR 11551 > 0542d3ca7084579b1c209ee52e52edcc59a6ad53 > added support for saving bug reports (for ease of offline submission) > also cleaned up a bunch of little things in the bug report > implementation: > - the abort had race conditions > - formatted the collections a little bit better (hopefully) > - broke the implementation up into multiple files > - fixed broken interaction with drracket (the drracket frame mixin > is now being used properly) > 18dacad6c825e4fb18b37f1eae259d6c73419fc6 > a first attempt at a rewording of the blame error messages to admit > the possibility that the contract was wrong and also to claim that > fixing the blamed module or the contract is all that is required > > note that two test cases are failing, but only because they depend > on the wording of the error messages; once that is set, I'll fix them. > a63bbf82abb4b43b59d67ce9383c21b3ad1074ee > added current-trace-results > > Matthew: > dfa36afa894ecc4a9626ecbe1ba36e4ff1f00a77 > change `floating-point-bytes->real' to always produce a flonum > ff0a591b7beaadf68053b1f0beba2595a442aef0 > change FFI `_float' to coerce to Racket double-precision flonum > 3ef32d915ba6d07e5191aa980ba0a936e1970462 > make inexacts `eqv?' only when precision is the same > plus some other small fixes > b5bc288f676a81129ea93aaffeaebefa18831879 > Windows: fix `path-list-string->path-list' to throw away quotes > --- which seems to be what the command shell does with quotes in > PATH, at least; Microsoft isn't in the habit of documenting this > sort of thing > fb406390b7dbb44f8811d2ff07f058019c026715 > fix readline port to obey port protocol & use interaction port handler > --- in particular, it no longer blocks on a read request; the > call to the readline library now uses a separate thread, > so that the input port can return an event > 069a7c2b4871477bf35a120b33ff5d7358e23a7c > add `current-get-interaction-input-port' and adjust `racket/gui' > so that GUI events are dispatched while a REPL is blocked on input > b112fd76df4305b178a7e761fe0d29214a37c518 > add `reparent' to `subwindow<%>' > 98822cf1f989efd7c22f5d9587a65aeee29f26c0 > adjust `racket/gui' and dependencies to survive a locked preference file > - adds a `#:timeout-lock-there' argument to `get-preference' > - fixes preference looup in `racket/gui' > - make preference names consistently use `GRacket' and consistently > fall back on `MrEd' names > - fix Emacs-style undo mode while we're at it > d8e123753c40fadc6d51513cf1fa5e4eca614bc8 > gtk: enable input-method (e.g., Chinese) support > 79cd92859c9f6227abfd2a97ca0f3aa209d2c6eb > disable user-specific setup on `make install' by default > and add a `--enable-userspecific' flag for `configure' > d6fc7da7501ff636ebf13639def6909aaa4feb47 > add `refresh-now' to `canvas%' > --- this method doesn't have to be built in, but it > encapsulates a common and not-too-obvious pattern > 13ddab969b7a071f3b0a532a19f579cdf6e2cb9a > enable ptherads by default for OpenBSD > 55693e090f5f9686b286e69f1181565895194846 > add `port-try-file-lock?' and `port-file-unlock' > 7319b539f0fcef27637a507367e64bfce1808931 >
Re: [racket-dev] drafting the v5.1 release announcement
On 02/09/2011 02:33 PM, Sam Tobin-Hochstadt wrote: > On Wed, Feb 9, 2011 at 4:28 PM, Jon Rafkind wrote: >> Here are some items I pulled from the commit log > I'm not sure how you selected these, but some of them aren't even in > the 5.1 release (such as Vincent's changes). > Oh I went too far back, I used git log stable..release but I guess that pulled in a bit too much. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
On Wed, Feb 9, 2011 at 3:37 PM, Matthew Flatt wrote: > Let's get the ball rolling on the release announcement. * Images created with `2htdp/image' now automatically serialize to PNG files when asked. This means that image examples now render automatically when used in Scribble documentation. -- sam th sa...@ccs.neu.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
On Wed, Feb 9, 2011 at 4:28 PM, Jon Rafkind wrote: > Here are some items I pulled from the commit log I'm not sure how you selected these, but some of them aren't even in the 5.1 release (such as Vincent's changes). -- sam th sa...@ccs.neu.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
Here are some items I pulled from the commit log Robby: 823b6629aae7a1c668c2dffb2d89a16fc4a5889c add an extra check to make sure drracket is more likely to startup when things go wrong in strange ways Please merge to the 5.1 release branch ce4bf97bde32032b0663c623d8ef1f2158a96fae monitor the font size preference in order to redo the one-line size computation for the search bar closes PR 11687 0411cddba53914a33af88d720fd4d05634aac016 added set/c and made sets print as set, seteq, or seteqv closes PR 11454 670d58d134eaf2dc5ed6ef4ea60f53d66321acda added un/cache-image, a function that enables/disables the drawing cache in 2htdp/image images b77847904e4d05a731ca331c7d84e3532c980521 adjust the way the () colorer status thingy draws 2f009ca529fcbe4ebe496379a5403cbcf1a0cd14 changed the way equal<%> and snip% interact. Specifically: - snip% now implements equal<%> its equal-to? delegates to other-equal-to?. - snip%'s other-equal-to and equal-hash-code and equal-secondary-hash-code all just amount to using eq?. The setup is here just to make snip% be the one that declares that it implements equal<%> so that various snips can adjust other-equal-to? (and the hash code methods) - image-snip% no longer implements equal<%> (but it extends snip% and it overrides other-equal-to? and the hash-code methods to do what they always did) 4917d2af4a680de5380f0b82ef13f82d216d7d76 added freeze to 2htdp/image d1fe2766559133ba3913c5aef1f3f72c1a8be758 adjust the bug report form so that hitting return does not submit the bug report as mentioned in PR 11551 0542d3ca7084579b1c209ee52e52edcc59a6ad53 added support for saving bug reports (for ease of offline submission) also cleaned up a bunch of little things in the bug report implementation: - the abort had race conditions - formatted the collections a little bit better (hopefully) - broke the implementation up into multiple files - fixed broken interaction with drracket (the drracket frame mixin is now being used properly) 18dacad6c825e4fb18b37f1eae259d6c73419fc6 a first attempt at a rewording of the blame error messages to admit the possibility that the contract was wrong and also to claim that fixing the blamed module or the contract is all that is required note that two test cases are failing, but only because they depend on the wording of the error messages; once that is set, I'll fix them. a63bbf82abb4b43b59d67ce9383c21b3ad1074ee added current-trace-results Matthew: dfa36afa894ecc4a9626ecbe1ba36e4ff1f00a77 change `floating-point-bytes->real' to always produce a flonum ff0a591b7beaadf68053b1f0beba2595a442aef0 change FFI `_float' to coerce to Racket double-precision flonum 3ef32d915ba6d07e5191aa980ba0a936e1970462 make inexacts `eqv?' only when precision is the same plus some other small fixes b5bc288f676a81129ea93aaffeaebefa18831879 Windows: fix `path-list-string->path-list' to throw away quotes --- which seems to be what the command shell does with quotes in PATH, at least; Microsoft isn't in the habit of documenting this sort of thing fb406390b7dbb44f8811d2ff07f058019c026715 fix readline port to obey port protocol & use interaction port handler --- in particular, it no longer blocks on a read request; the call to the readline library now uses a separate thread, so that the input port can return an event 069a7c2b4871477bf35a120b33ff5d7358e23a7c add `current-get-interaction-input-port' and adjust `racket/gui' so that GUI events are dispatched while a REPL is blocked on input b112fd76df4305b178a7e761fe0d29214a37c518 add `reparent' to `subwindow<%>' 98822cf1f989efd7c22f5d9587a65aeee29f26c0 adjust `racket/gui' and dependencies to survive a locked preference file - adds a `#:timeout-lock-there' argument to `get-preference' - fixes preference looup in `racket/gui' - make preference names consistently use `GRacket' and consistently fall back on `MrEd' names - fix Emacs-style undo mode while we're at it d8e123753c40fadc6d51513cf1fa5e4eca614bc8 gtk: enable input-method (e.g., Chinese) support 79cd92859c9f6227abfd2a97ca0f3aa209d2c6eb disable user-specific setup on `make install' by default and add a `--enable-userspecific' flag for `configure' d6fc7da7501ff636ebf13639def6909aaa4feb47 add `refresh-now' to `canvas%' --- this method doesn't have to be built in, but it encapsulates a common and not-too-obvious pattern 13ddab969b7a071f3b0a532a19f579cdf6e2cb9a enable ptherads by default for OpenBSD 55693e090f5f9686b286e69f1181565895194846 add `port-try-file-lock?' and `port-file-unlock' 7319b539f0fcef27637a507367e64bfce1808931 win64: initial CGC build cc82d3728525b5bac3f2cb91d249d5404a7a3bd0 Scribble Latex image support (missed an earlier commit) 421519994d42ccd5a731e6b0b
Re: [racket-dev] drafting the v5.1 release announcement
On Feb 9, 2011, at 12:37 PM, Matthew Flatt wrote: > Let's get the ball rolling on the release announcement. Here are draft > bullets for the drawing and GUI libraries: I feel like we're missing the forest for the trees: there's a great big rewrite here, with many benefits. * PLT has completely rebuilt the graphical underpinning of Racket. The PLT packages now use idiomatic platform-specific libraries, and we've dumped more than 200K lines of C code. DrRacket is now faster, and better looking. No? > > * The `racket/draw' library --- which implements the drawing half the > GUI toolkit --- is a new implementation built on top of the Cairo > drawing library and the Pango text-rendering library. > > The `racket/draw' library can be used independent of the > `racket/gui/base' library and without a graphics display (e.g., > without an X11 connection). > > The new library has one small incompatibility with the old GUI > toolbox: 'xor drawing is no longer supported. The new library has > many additional features: rotation and general affine > transformations, PDF and SVG drawing contexts, gradients, and > alpha-channel bitmaps. > > * The `racket/gui/base' library is a new implementation built on top > of Win32 under Windows, Cocoa (instead of Carbon) under Mac OS X, > and Gtk (instead of Xt) under Unix/X. > > Unix/X users will see the biggest difference with this change. > DrRacket and all Racket GUI programs take on the desktop theme for > menus, buttons, and other GUI widgets. > > The GRacket executable is no longer strictly necessary for running > GUI programs, because the `racket/gui/base' library can be used from > Racket. To the degree that a platform distinguishes GUI and console > applications, however, the GRacket executable still offers some > additional GUI-specific functionality (e.g., single-instance > support). > > The new library includes small incompatibilities with the old GUI > toolbox: the `send-event', `current-ps-afm-file-paths', and > `current-ps-cmap-file-paths' functions have been removed. The > `racket/gui/base' library re-exports `racket/draw', so it includes > the same drawing functionality as before (except for 'xor drawing). > > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev smime.p7s Description: S/MIME cryptographic signature _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
* Web Server --- backwards incompatible change that prevents X-expressions and lists of bytes from being directly returned from servlets. This will increase performance for those types of responses and allow easier experimentation with response types. Please read "PLTHOME/collects/web-server/compat/0/README" to learn about porting your servlets forward. Don’t worry. It’s easy. 2011/2/9 Matthew Flatt : > Let's get the ball rolling on the release announcement. Here are draft > bullets for the drawing and GUI libraries: > > * The `racket/draw' library --- which implements the drawing half the > GUI toolkit --- is a new implementation built on top of the Cairo > drawing library and the Pango text-rendering library. > > The `racket/draw' library can be used independent of the > `racket/gui/base' library and without a graphics display (e.g., > without an X11 connection). > > The new library has one small incompatibility with the old GUI > toolbox: 'xor drawing is no longer supported. The new library has > many additional features: rotation and general affine > transformations, PDF and SVG drawing contexts, gradients, and > alpha-channel bitmaps. > > * The `racket/gui/base' library is a new implementation built on top > of Win32 under Windows, Cocoa (instead of Carbon) under Mac OS X, > and Gtk (instead of Xt) under Unix/X. > > Unix/X users will see the biggest difference with this change. > DrRacket and all Racket GUI programs take on the desktop theme for > menus, buttons, and other GUI widgets. > > The GRacket executable is no longer strictly necessary for running > GUI programs, because the `racket/gui/base' library can be used from > Racket. To the degree that a platform distinguishes GUI and console > applications, however, the GRacket executable still offers some > additional GUI-specific functionality (e.g., single-instance > support). > > The new library includes small incompatibilities with the old GUI > toolbox: the `send-event', `current-ps-afm-file-paths', and > `current-ps-cmap-file-paths' functions have been removed. The > `racket/gui/base' library re-exports `racket/draw', so it includes > the same drawing functionality as before (except for 'xor drawing). > > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev > -- Jay McCarthy Assistant Professor / Brigham Young University http://faculty.cs.byu.edu/~jay "The glory of God is Intelligence" - D&C 93 _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drafting the v5.1 release announcement
Mention racket/snip in the first bullet? Robby On Wed, Feb 9, 2011 at 2:37 PM, Matthew Flatt wrote: > Let's get the ball rolling on the release announcement. Here are draft > bullets for the drawing and GUI libraries: > > * The `racket/draw' library --- which implements the drawing half the > GUI toolkit --- is a new implementation built on top of the Cairo > drawing library and the Pango text-rendering library. > > The `racket/draw' library can be used independent of the > `racket/gui/base' library and without a graphics display (e.g., > without an X11 connection). > > The new library has one small incompatibility with the old GUI > toolbox: 'xor drawing is no longer supported. The new library has > many additional features: rotation and general affine > transformations, PDF and SVG drawing contexts, gradients, and > alpha-channel bitmaps. > > * The `racket/gui/base' library is a new implementation built on top > of Win32 under Windows, Cocoa (instead of Carbon) under Mac OS X, > and Gtk (instead of Xt) under Unix/X. > > Unix/X users will see the biggest difference with this change. > DrRacket and all Racket GUI programs take on the desktop theme for > menus, buttons, and other GUI widgets. > > The GRacket executable is no longer strictly necessary for running > GUI programs, because the `racket/gui/base' library can be used from > Racket. To the degree that a platform distinguishes GUI and console > applications, however, the GRacket executable still offers some > additional GUI-specific functionality (e.g., single-instance > support). > > The new library includes small incompatibilities with the old GUI > toolbox: the `send-event', `current-ps-afm-file-paths', and > `current-ps-cmap-file-paths' functions have been removed. The > `racket/gui/base' library re-exports `racket/draw', so it includes > the same drawing functionality as before (except for 'xor drawing). > > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev > _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] drafting the v5.1 release announcement
Let's get the ball rolling on the release announcement. Here are draft bullets for the drawing and GUI libraries: * The `racket/draw' library --- which implements the drawing half the GUI toolkit --- is a new implementation built on top of the Cairo drawing library and the Pango text-rendering library. The `racket/draw' library can be used independent of the `racket/gui/base' library and without a graphics display (e.g., without an X11 connection). The new library has one small incompatibility with the old GUI toolbox: 'xor drawing is no longer supported. The new library has many additional features: rotation and general affine transformations, PDF and SVG drawing contexts, gradients, and alpha-channel bitmaps. * The `racket/gui/base' library is a new implementation built on top of Win32 under Windows, Cocoa (instead of Carbon) under Mac OS X, and Gtk (instead of Xt) under Unix/X. Unix/X users will see the biggest difference with this change. DrRacket and all Racket GUI programs take on the desktop theme for menus, buttons, and other GUI widgets. The GRacket executable is no longer strictly necessary for running GUI programs, because the `racket/gui/base' library can be used from Racket. To the degree that a platform distinguishes GUI and console applications, however, the GRacket executable still offers some additional GUI-specific functionality (e.g., single-instance support). The new library includes small incompatibilities with the old GUI toolbox: the `send-event', `current-ps-afm-file-paths', and `current-ps-cmap-file-paths' functions have been removed. The `racket/gui/base' library re-exports `racket/draw', so it includes the same drawing functionality as before (except for 'xor drawing). _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev