Re: [racket-dev] DrRacket PF1 Search Bug?

2014-11-19 Thread Kevin Forchione
> On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth wrote: > > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up with > Racket help. Is that the same thing? --Geoff Yes. Interesting. Looks like we’re running the same OS. F5 runs the program for me, F1 does nothing. Are you

[racket-dev] DrRacket PF1 Search Bug?

2014-11-19 Thread Kevin Forchione
I’m not sure if this has been reported yet, but it seems the PF1 “search in help desk for …” feature no longer functions with 6.1.1 for Mac OS X 64 bit. (I’ve not tried other platforms). Is this a setting in preferences that is no longer on? -Kevin _ Racket Developers

[racket-dev] DrRacket Parenthesis bug

2014-09-06 Thread Kevin Forchione
Hi guys, I’ve noticed that the named let form parenthesis behavior is different when the name is “rec”. In that case the inner parenthesis isn’t square brackets. For instance: (let rec (())) instead of (let rec ([])). -Kevin _ Racket Developers list: http://

Re: [racket-dev] variable wrong procedure or structure-type shape error?

2014-08-30 Thread Kevin Forchione
On Aug 30, 2014, at 7:09 AM, Matthew Flatt wrote: > Just for the record, this is my fault for not incrementing the version > with a change to the compiler's optimizer. > > I thought of the optimization as "local" and having no effect on a > module's interface to other modules. There's no such t

Re: [racket-dev] variable wrong procedure or structure-type shape error?

2014-08-29 Thread Kevin Forchione
On Aug 29, 2014, at 2:17 PM, Matthias Felleisen wrote: > > You need to clean out the cached compiled code and remake those collections. > Remove the compiled directories, and run raco make again. -- Matthias > > > > On Aug 29, 2014, at 5:10 PM, Kevin Forchion

[racket-dev] variable wrong procedure or structure-type shape error?

2014-08-29 Thread Kevin Forchione
H…. something changed between Racket 6.1 and the latest release that is producing this mysterious (to me at least!) error in a project of mine that compiles fine with 6.1, but not with the latest version, producing: Welcome to DrRacket, version 6.1.0.5--2014-08-28(a1f5340/a) [3m]. Language:

Re: [racket-dev] 2htdp/image Feature Suggestion

2014-06-27 Thread Kevin Forchione
On Jun 27, 2014, at 5:29 PM, Robby Findler wrote: > I've generally tried to keep the image arguments last to make nested > compositions of functions easier to read. Since we have to keep frame > for backwards compatibilities reasons regardless, I don't think we > need to worry about making color

Re: [racket-dev] 2htdp/image Feature Suggestion

2014-06-27 Thread Kevin Forchione
On Jun 22, 2014, at 9:42 PM, Robby Findler wrote: > Thanks! I've added these two functions. > > Robby > > On Sun, Jun 22, 2014 at 12:26 PM, Kevin Forchione wrote: >> >> On Jun 21, 2014, at 5:02 PM, Robby Findler >> wrote: >> >> What do yo

Re: [racket-dev] 2htdp/image Feature Suggestion

2014-06-23 Thread Kevin Forchione
On Jun 22, 2014, at 10:35 PM, Asumu Takikawa wrote: > On 2014-06-22 20:27:21 -0700, Kevin Forchione wrote: >> Thanks! Is there any documentation or guide on which *styles* to prefer in >> writing Racket code? I find myself scratching my head at times in these >> ma

Re: [racket-dev] 2htdp/image Feature Suggestion

2014-06-22 Thread Kevin Forchione
On Jun 21, 2014, at 3:22 PM, Matthias Felleisen wrote: > > Thanks. We will need to figure out how to accommodate keywords in a > teachpack. > > In the meantime, write frame like this: > > (define (frame-2 img > #:frame-color (frame-color 'black) > #:backgro

Re: [racket-dev] 2htdp/image Feature Suggestion

2014-06-22 Thread Kevin Forchione
On Jun 21, 2014, at 5:02 PM, Robby Findler wrote: > What do you think about a variant on center-crop called crop/align > that accepts a width, a height, an image, and an x-place and a > y-place? > > That would seem to fit better into the library the way it's currently > constructed. > > For wo

[racket-dev] 2htdp/image Feature Suggestion

2014-06-21 Thread Kevin Forchione
Hi guys, I’ve been working with 2htdp/image and been struck by its monitor-oriented coordinate system and its image-centric perspective, both of which have proven a rich bed for new tools. I’ve found these two functions have been useful to me and might be useful for others. I’ve particularly fou

Re: [racket-dev] comments on "comments on learning Racket"

2014-04-28 Thread Kevin Forchione
> From: Laurent > Subject: Re: [racket-dev] comments on "comments on learning Racket" > Date: April 27, 2014 at 2:39:50 AM MST > To: Matthias Felleisen > Cc: "dev@racket-lang.org Devs" > > > On Sun, Apr 27, 2014 at 1:09 AM, Matthias Felleisen > wrote: > ** tab completion must be faster > >