Re: [racket-dev] Revising Racket's home page

HtDP is how I learned to program correctly *after* I got my bachelor's in CS. I still recommend it to coworkers and other experienced programmers so they can start to learn good coding habits. On Tuesday, August 20, 2013, Alexander McLin wrote: > The new design looks good on my iPhone and on desk

Re: [racket-dev] A story of a package split

too lazy to reword it). I was mainly asking about the intermediate form because it seems like it could be useful, but I didn't understand how it would work. On Tue, Aug 13, 2013 at 2:49 PM, Tony Garnock-Jones wrote: > On 08/13/2013 04:42 PM, Nick Shelley wrote: > >> Can you elaborat

Re: [racket-dev] A story of a package split

Can you elaborate on your intermediate form? I don't understand how git submodules prohibit or restrict submodule evolution. The only difference I see with the submodule approach is that it requires an extra commit to update the submodule versions (and subsequently a pull followed by a submodule up

Re: [racket-dev] Racket learning page videos

Sorry, I guess I was so excited about all the videos that I forgot to say thanks. So here it is: thanks! On Wed, Jan 30, 2013 at 12:56 PM, Nick Shelley wrote: > Sorry if this is off topic, but I just watched "Macros Matter," and I was > thinking how much more enjoyable the

Re: [racket-dev] Racket learning page videos

Sorry if this is off topic, but I just watched "Macros Matter," and I was thinking how much more enjoyable the RacketCon videos would be if they were of a similar format that had the screen constantly visible and in focus. On Wed, Jan 30, 2013 at 12:49 PM, Matthias Felleisen wrote: > > Done. > >

Re: [racket-dev] Racket learning page videos

Maybe the main site could just point to the wiki for extra learning materials. On Tue, Jan 29, 2013 at 2:18 PM, Danny Yoo wrote: > On Tue, Jan 29, 2013 at 9:35 AM, Nick Shelley > wrote: > > I recently came across a presentation on the Racket way by Matthew Flatt > > (ht

[racket-dev] Racket learning page videos

I recently came across a presentation on the Racket way by Matthew Flatt ( http://www.infoq.com/presentations/Racket) and thought that it would be nice to be able to discover this and similar things more easily. I really like how all the publications are available on the Racket learning page. Would

Re: [racket-dev] Survey for DrRacket users related to automatic parentheses behavior

ns change that state to permanent or deleted. I don't see a need to track history. But again, I have very little knowledge about this subject. On Sat, Nov 24, 2012 at 12:16 PM, Nadeem Abdul Hamid wrote: > On Sat, Nov 24, 2012 at 12:07 PM, Nick Shelley wrote: > >> For what it

Re: [racket-dev] Survey for DrRacket users related to automatic parentheses behavior

For what it's worth, Xcode differentiates these cases by inserting a temporary closing paren that is gray instead of black. You can make it permanent by arrowing over it, typing it yourself, tabbing over it, or just moving the cursor outside the matching parens. When it becomes permanent it is blac

Re: [racket-dev] Master-Worker with Places

2012 at 12:14 PM, Matthew Flatt wrote: > At Thu, 29 Mar 2012 12:00:07 -0600, Nick Shelley wrote: > > I think it would make more sense for the result of syncing on a > > place-channel to return the channel itself as a result. This would make > an > > explicit call to place

[racket-dev] Master-Worker with Places

In my limited experience with parallel computing, it seems like the master-worker paradigm is somewhat common. However, it seems like Racket's places (or at least the way events are done with place-channels) makes this inconvenient. Since there is nothing that I can find in the result of syncing on

[racket-dev] Interactive Tutorial

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 codecademy

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

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 bec