On Mon, Aug 1, 2011 at 12:43 PM, Joseph Maline wrote:
> I've downloaded Racket, copied the directory into applications, and try and
> run and get the following crash report …
> Any users having similar problem? Anyone from dev have any thoughts (note,
> I've tried this 4 times …)
Please try the
The hopefully-final release announcement sketch is below.
--
* The download page includes 64-bit installers for Mac OS X,
Windows, and two Debian flavors.
* Racket now includes a new `racket/place' library to support
parallel
On Tue, Aug 2, 2011 at 6:14 AM, Eli Barzilay wrote:
>
> --
> * The download page includes 64-bit installers for Mac OS X,
> Windows, and two Debian flavors.
We should emphasize OS X Lion support here.
--
sam th
sa...@ccs.neu.e
Yes I agree.
On Tuesday, August 2, 2011, Sam Tobin-Hochstadt wrote:
> On Tue, Aug 2, 2011 at 6:14 AM, Eli Barzilay wrote:
>>
>> --
>> * The download page includes 64-bit installers for Mac OS X,
>> Windows, and two Debian flavo
An hour ago, Sam Tobin-Hochstadt wrote:
> On Tue, Aug 2, 2011 at 6:14 AM, Eli Barzilay wrote:
> >
> > --
> > * The download page includes 64-bit installers for Mac OS X,
> > Windows, and two Debian flavors.
>
> We should emphas
No, the issue is that 5.1.1 doesn't work at all on Lion, and we should
emphasize that the new release does work.
On Aug 2, 2011 10:01 AM, "Eli Barzilay" wrote:
> An hour ago, Sam Tobin-Hochstadt wrote:
>> On Tue, Aug 2, 2011 at 6:14 AM, Eli Barzilay wrote:
>> >
>> > --
6 minutes ago, Sam Tobin-Hochstadt wrote:
> No, the issue is that 5.1.1 doesn't work at all on Lion, and we
> should emphasize that the new release does work.
Suggestions?
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay:
http://barzilay.org/
At Tue, 2 Aug 2011 11:11:55 -0400,
Eli Barzilay wrote:
>
> 6 minutes ago, Sam Tobin-Hochstadt wrote:
> > No, the issue is that 5.1.1 doesn't work at all on Lion, and we
> > should emphasize that the new release does work.
>
> Suggestions?
- Racket now supports Mac OS X Lion.
I don't think there
Re-routing this email exchange to [racket-dev] for comments.
Long story short: Jay roped me into replacing the current `plot' module
by wrapping a plot library I was working on for my own use. (FWIW, I'm
happy to finally contribute something!) Intended features:
1. Doesn't depend on an FFI t
On Tuesday, August 2, 2011, Neil Toronto wrote:
> Re-routing this email exchange to [racket-dev] for comments.
>
> Long story short: Jay roped me into replacing the current `plot' module by
wrapping a plot library I was working on for my own use. (FWIW, I'm happy to
finally contribute something!)
Will it be backward compatible with plot? -- Matthias
On Aug 2, 2011, at 1:33 PM, Neil Toronto wrote:
> Re-routing this email exchange to [racket-dev] for comments.
>
> Long story short: Jay roped me into replacing the current `plot' module by
> wrapping a plot library I was working on for m
I'll write a backward-compatible wrapper for plot, so yes. Mostly. I'll
try to emulate it as closely as possible, but any code that depends on
the specific pixels or snip% class `plot' generates will probably break.
I want plot2d and plot3d to be a little saner than plot. For example,
currentl
An hour ago, Neil Toronto wrote:
> I'll write a backward-compatible wrapper for plot, so yes.
> Mostly. I'll try to emulate it as closely as possible, but any code
> that depends on the specific pixels or snip% class `plot' generates
> will probably break.
>
> I want plot2d and plot3d to be a litt
At Tue, 2 Aug 2011 16:20:43 -0400, Eli Barzilay wrote:
> This replacement would be great -- it's pretty bad now that it goes
> out to a(n outdated) C library with inferior graphic capabilities,
> draws the graph into a temporary file which is then loaded back in
> Racket.
No, the current plot draw
About a minute ago, Matthew Flatt wrote:
> At Tue, 2 Aug 2011 16:20:43 -0400, Eli Barzilay wrote:
> > This replacement would be great -- it's pretty bad now that it
> > goes out to a(n outdated) C library with inferior graphic
> > capabilities, draws the graph into a temporary file which is then
>
On 08/02/2011 01:28 PM, Eli Barzilay wrote:
About a minute ago, Matthew Flatt wrote:
At Tue, 2 Aug 2011 16:20:43 -0400, Eli Barzilay wrote:
This replacement would be great -- it's pretty bad now that it
goes out to a(n outdated) C library with inferior graphic
capabilities, draws the graph into
I use the plot extensions to create new plots for histograms, etc. So,
extensibility is important to us. We actually roll our own plots directly
onto canvases for most of our day-to-day usage. As things get ready, I'd be
happy to roll them into the science collection plots.
Doug
On Tue, Aug 2, 20
5 hours ago, Neil Toronto wrote:
> On 08/02/2011 01:28 PM, Eli Barzilay wrote:
> > Ah, so that probably makes things even easier for Neil.
>
> I wish it did! But the current stuff still uses libplplot via FFI.
> Matthew's overhaul makes libplplot render to a dc<%> instead of
> saving to a file. Th
> Doug and other heavy `plot' users: What can I add to plot2d and plot3d to
> make your life easier?
Do you know about ggplot? It's a plotting library based on a grammar
of graphic elements, rather than a bucket of pre-set charts, which is
what most plotting libraries offer. The design principles
15 minutes ago, Guillaume Marceau wrote:
> [...]
>http://had.co.nz/ggplot2/resources/2007-past-present-future.pdf
> [...]
colour <- paste(
"ifelse(", cond_string, ", '", brush, "', '", background, "')", sep=""
)
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzil
20 matches
Mail list logo
