[racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Sam Tobin-Hochstadt
The below email transcript indicates that we're still having problems communicating how to use the language dialog to users. Maybe a screenshot in the Quick tutorial would help, although I think the only real solution is to move to using #lang for everything. -- Forwarded message

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Robby Findler
I think the only place we encourage users to not use that is the teaching languages, right? Robby On Wed, Mar 21, 2012 at 7:05 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: The below email transcript indicates that we're still having problems communicating how to use the language dialog to

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Sam Tobin-Hochstadt
On Wed, Mar 21, 2012 at 8:44 AM, Robby Findler ro...@eecs.northwestern.edu wrote: I think the only place we encourage users to not use that is the teaching languages, right? Yes, that's right, but people who've already used the student languages are a big constituency for things like the Quick

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Stephen Bloch
The whole #lang thing has bothered me for a long time. How about this? EVERY Racket source file is supposed to start with a #lang line, which DrRacket shows in a separate (non-scrollable, one-line) pane, hiding the word #lang, since it MUST be there and therefore provides the user no

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Robby Findler
Unfortunately, we're not quite there yet. We do have the pane (but with the #lang present), but the lack of the other things is mostly a concession to the fact that it isn't yet the case that every source file in DrRacket should begin with #lang. Only most. Robby On Wed, Mar 21, 2012 at 8:12 AM,

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Robby Findler
On Wed, Mar 21, 2012 at 7:47 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Wed, Mar 21, 2012 at 8:44 AM, Robby Findler ro...@eecs.northwestern.edu wrote: I think the only place we encourage users to not use that is the teaching languages, right? Yes, that's right, but people who've

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Sam Tobin-Hochstadt
On Wed, Mar 21, 2012 at 10:48 AM, Robby Findler ro...@eecs.northwestern.edu wrote: Also, Roger (the bug reporter) tried basically all the languages in the dialog, but did not understand that Use the language declared in the source was even an option. Ugh. That's unfortunate. We spent a lot

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Neil Van Dyke
How about a change to the purpose of the Languages control? Currently, I think of the control *selecting how to determine* which language to use. Example settings whatever #lang says, Beginning Student, etc. The control could be changed to *present the determination* (by #lang or by some

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Nick Shelley
I know I'm not a contributor (yet), but I think it would be nice if #lang always took priority, and a warning would appear if the #lang overrode the language drop-down (drop-up in DrRacket I guess). I don't think anyone using the teaching languages ever uses #lang, and when they do it's usually

[racket-dev] Interactive Tutorial

2012-03-21 Thread Nick Shelley
My brother has been interested in learning to program, but not super motivated. I've tried to get him into HtDP 2e, but for him there's too much reading and not enough doing (and when he comes to the exercises he usually skips them anyway...). However, he recently started doing some

Re: [racket-dev] Interactive Tutorial

2012-03-21 Thread Danny Yoo
It seems like it wouldn't be too hard to turn the Quick guide into something similar by using something like WeScheme. I also know of several people who have expressed interest in learning to program but definitely don't have the motivation to go through HtDP. It seems like the codecademy

[racket-dev] Network issues

2012-03-21 Thread Eli Barzilay
JFYI, champlain is having some network problems that I haven't been able to figure out, yet. Hopefully I'll be able to resolve it soon-ish. The most obvious implications are: *very* slow interaction with git, and with downloading installers, and possibly delays in delivering mail out from the

[racket-dev] Oversight in type for path-string?

2012-03-21 Thread John Clements
It looks like 'path-string?' is not labeled as a discriminator type. path-string? - : (Any - Boolean) #procedure:path-string? Is this just an oversight? John smime.p7s Description: S/MIME cryptographic signature _ Racket Developers list:

Re: [racket-dev] Oversight in type for path-string?

2012-03-21 Thread Sam Tobin-Hochstadt
On Wed, Mar 21, 2012 at 5:36 PM, John Clements cleme...@brinckerhoff.org wrote: It looks like 'path-string?' is not labeled as a discriminator type. path-string? - : (Any - Boolean) #procedure:path-string? Is this just an oversight? Yes, that's just an oversight, although it's slightly

Re: [racket-dev] Oversight in type for path-string?

2012-03-21 Thread John Clements
On Mar 21, 2012, at 3:20 PM, Sam Tobin-Hochstadt wrote: On Wed, Mar 21, 2012 at 5:36 PM, John Clements cleme...@brinckerhoff.org wrote: It looks like 'path-string?' is not labeled as a discriminator type. path-string? - : (Any - Boolean) #procedure:path-string? Is this just an