Okay I see.
I like the code style and conventions in HtDP,
and I have read lots of books about design before I am here.
I will try again when HtDP2e totally complete.
Thanks
On Mon, Jun 17, 2013 at 7:35 AM, Matthias Felleisen wrote:
>
> ROAR is something like a second step but we don't assume t
I'm still thinking that I'll keep my existing multi-collection
packages as multi, to preserve compatibility with 5.3.4. Only because,
although my packages don't have many users, I'll err on the side of
their convenience.
But if someone else did want to change from multi to single:
1. Philosophica
I vote for this change too.
I've been letting my planet packages sit in planet for too long now.
This change provides a bit nicer upgrade path. :)
Vincent St-Amour writes:
> I vote for this change.
>
> I'm happy to change my packages (which make more sense as
> single-collection packages anyway)
Laurent wrote at 06/07/2013 02:12 AM:
What I'd really like, for the sake of flexibility / ease of use, is to
have no explicit keyword argument, but all arguments are implicit
ones, so
that you can call a function by mixing by position and by name as you
like,
without having specified so in th
p.s. On second thought, for structs you want two constructors:
-- one that takes positional arguments
-- one that takes keyword arguments
but perhaps 'new' can play the role for both:
(new fisht #:name "Nemo" #:weight 700)
and
(new fisht% #:name "Nemo" #:weight 700)
might work.
On
I like this idea a lot. -- Matthias
On Jun 17, 2013, at 10:52 AM, Laurent wrote:
> Actually I realize I'd like something exactly like `instantiate'.
> If instantiate used keywords instead of bindings, and removing the
> `instantiate' word, we would then even have the exact same syntax for cla
Actually I realize I'd like something exactly like `instantiate'.
If instantiate used keywords instead of bindings, and removing the
`instantiate' word, we would then even have the exact same syntax for class
instantiation and procedure call:
(define nemo (fish% "Nemo" #:age 3)) ; instantiates `
I have a long-running branch on github where I've been working on making
the set datatype generic the way dictionaries are, and improving the
generic system to support that effort. Some of the people here at
Northeastern know about it, but I should probably make more people aware of
the work. Thi
Thanks Laurent and oev. I have pushed some repairs. -- Matthias
On Jun 17, 2013, at 6:21 AM, Laurent wrote:
> Here is some feedback. I did not read the book, so please ignore whatever is
> meaningless.
>
> Tested on (uname -a):
> Linux UX31A 3.8.0-23-generic #34-Ubuntu SMP Wed May 29 20:22:5
Here is some feedback. I did not read the book, so please ignore whatever
is meaningless.
Tested on (uname -a):
Linux UX31A 3.8.0-23-generic #34-Ubuntu SMP Wed May 29 20:22:58 UTC 2013
x86_64 x86_64 x86_64 GNU/Linux
Ubuntu 13.04
Drracket starts, no problem. Games could run without major problem.
10 matches
Mail list logo