[racket-dev] Fwd: [plt-edu] Internal defines in learning languages?

2010-12-02 Thread John Clements
Begin forwarded message: Shriram wrote: And the syntax of local IS a problem. (dev-only) +1 John smime.p7s Description: S/MIME cryptographic signature _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev

[racket-dev] Behavioral subtyping for editor% and its implementing classes

2010-12-02 Thread Asumu Takikawa
Hi all, While writing contracts for classes in racket/gui, I noticed that the implementations of text% and pasteboard% do not act as behavioral subtypes of editor%, which both classes implement. In particular, consider the do-copy method from editor%. Its contract looks like this: (send

[racket-dev] OpenMath / SCSCP?

2010-12-02 Thread John Clements
I just heard about OpenMath SCSCP, open standards (XML-based) for representing algebraic entities and allowing remote procedure calls to a variety of existing commercial and free algebraic solvers, and my first thought was: yikes! Do we have bindings for this? It looks like we don't. Given the

Re: [racket-dev] Refactoring in-vector and friends

2010-12-02 Thread Jay McCarthy
I've read the commit and it looks like a good change. I presume you've re-run the tests and you'll write new tests for the new vector types? Jay On Wed, Dec 1, 2010 at 8:41 AM, Noel Welsh noelwe...@gmail.com wrote: Hi all, I spent (far too much) time this morning refactoring the definition of

[racket-dev] Large preferences file and performance

2010-12-02 Thread Casey Klein
I just pushed a fix for a bug that made DrRacket extremely sluggish on my laptop. Most everything was slow, but typing in the find and replace fields was particularly bad -- each character would take about a second to appear on screen. The problem turned out to be that my framework preferences

Re: [racket-dev] Large preferences file and performance

2010-12-02 Thread Eli Barzilay
20 minutes ago, Casey Klein wrote: I just pushed a fix for a bug that made DrRacket extremely sluggish on my laptop. Most everything was slow, but typing in the find and replace fields was particularly bad -- each character would take about a second to appear on screen. The problem turned

Re: [racket-dev] Large preferences file and performance

2010-12-02 Thread Eli Barzilay
50 minutes ago, Robby Findler wrote: This would not have helped us with the bug Casey found, I don't think. Well, not the bug itself (having a huge preference file that is saved on every keypress), but it would have made life easier since a quick sequence of keypresses would have only one write