Il giorno 25/mag/2015, alle ore 21.56, Matthias Felleisen ha scritto:
...
>> Yes, I was thinking about things like these in my other message. But
>> this alreaddy depends on the evaluation order which can be "reversed".
>> Right in this example one would like to mix in lazy evaluation.
>>
>> (def
No.
On May 25, 2015, at 6:59 PM, Luke Whittlesey wrote:
> Would lazy-require work here?
>
> http://docs.racket-lang.org/reference/lazy-require.html
>
> On Mon, May 25, 2015 at 3:56 PM, Matthias Felleisen
> wrote:
>
> On May 25, 2015, at 3:19 PM, Michael Tiedtke
> wrote:
>
> > See, you'r
Would lazy-require work here?
http://docs.racket-lang.org/reference/lazy-require.html
On Mon, May 25, 2015 at 3:56 PM, Matthias Felleisen
wrote:
>
> On May 25, 2015, at 3:19 PM, Michael Tiedtke
> wrote:
>
> > See, you're doing away with the class definitions and substitute them
> with unit def
> With fallback methods, you can get the best of both worlds.
>
> You can have a base set of methods that implementers of the interface
> need to write, and from which everything else can be derived. The
> derived methods can also be present in the interface, which allows
> implementers to overrid
At Mon, 25 May 2015 08:03:22 +0200,
Jos Koot wrote:
>
> Now I am looking into rackunit and (planet schematics/schemeunit:3).
I believe the former is a descendant of the latter, so you're probably
better off sticking to Rackunit.
Vincent
--
You received this message because you are subscribed to
At Sun, 24 May 2015 17:26:12 -0700,
Alexis King wrote:
>
> > 1. What if you do care about the order? IOW should there also be
> > generic "cons" and "snoc"?
>
> Having a generic cons is a good idea, and I will consider a good way to
> incorporate it. However, there are lots of tradeoffs in variou
Alexis, think of a lazy sequence as something that the rest of the program will
explore. In addition to a GUI-based exploration, I would love to see a
programmatic one. Imagine
(explore-lazy lazy-sequence:exp strictness-pattern:exp)
where (the value of) strictness-pattern is a function that
> I recently hacked together a little GUI thingy for showing
> enumerations that just let them scroll by inside what looks like the
> normal enumeration print out and it works by sampling and caching the
> first 200 elements of the enumeration, but being careful about errors
> and to staying the us
On May 25, 2015, at 3:19 PM, Michael Tiedtke
wrote:
> See, you're doing away with the class definitions and substitute them with
> unit definitions.
> This is what I meant when I wrote you recreated encapsulation and
> inheritance. (Because
> linking somehow resembles multiple inheritance.)
Il giorno 25/mag/2015, alle ore 19.31, Matthias Felleisen ha scritto:
>
> If you mean you want truly decoupled views and models, you'd end up in this
> position:
>
> #lang racket
>
>
> ;; decoupled model-view
> (module model racket
> (provide model%)
>
> (define model%
>(class objec
On Mon, May 25, 2015 at 12:48 AM, Alexis King wrote:
>> Depending on other design decisions, it make make sense to consider
>> this an IDE issue. That is, maybe the best thing is to have some kind
>> of interactive value in the REPL that lets the user have control over
>> the effects. (And this do
If you mean you want truly decoupled views and models, you'd end up in this
position:
#lang racket
;; decoupled model-view
(module model racket
(provide model%)
(define model%
(class object%
(init-field view)
(super-new)
(define the-number 12)
(define/publi
Il giorno 25/mag/2015, alle ore 14.29, Matthias Felleisen ha scritto:
>
> On May 25, 2015, at 5:52 AM, Michael Tiedtke wrote:
>
>> As I had to find out Racket's module system doesn't support cyclic
>> dependencies. In that case I should use units. But as far as I have
>> understood the concep
Il giorno 25/mag/2015, alle ore 14.43, Jens Axel Søgaard ha scritto:
> Hi Michael,
>
> It would be interesting to hear about the situation that led to a cyclic
> dependency.
>
> The few cases where I have had a problem I managed to solve it by moving
> all structure definitions into a separate
Maybe I'm over-thinking this and/or misunderstanding the use case, but:
Should there maybe be a parameter to control whether exn->string
returns anything interesting? And, should it be #f by default?
Roughly, for example:
;; When current-exn->string-enabled? is #f -- the default --
;; exn->stri
Hi Michael,
It would be interesting to hear about the situation that led to a cyclic
dependency.
The few cases where I have had a problem I managed to solve it by moving
all structure definitions into a separate module structs.rkt and then
requiring
that module everywhere else.
/Jens Axel
On May 25, 2015, at 5:52 AM, Michael Tiedtke wrote:
> As I had to find out Racket's module system doesn't support cyclic
> dependencies. In that case I should use units. But as far as I have
> understood the concept of full fledged units I must either write a lot of
> redundant code like signa
The next release is in preparation. It should be out soon -- Matthias
On May 25, 2015, at 2:11 AM, Lehi Toskin wrote:
> That's unfortunate. I'll wait until the next release and then try out
> test-case & co.
>
> On Sunday, May 24, 2015 at 11:03:45 PM UTC-7, Alexis King wrote:
>> Since test
You could also try other options for package sources, which includes things
like .zip files and .plt files, in addition to github repositories.
http://docs.racket-lang.org/pkg/Package_Concepts.html#%28part._concept~3asource%29
I have no experience with using anything other than a github repositor
As I had to find out Racket's module system doesn't support cyclic
dependencies. In that case I should use units. But as far as I have understood
the concept of full fledged units I must either write a lot of redundant code
like signature auto^, implementation auto@, import auto^, require "auto.
Il giorno 23/mag/2015, alle ore 19.28, Matthias Felleisen ha scritto:
>
> Why don't you put this into github and register it with the package server?
>
Well, I tried to download git for my Mac twice. Two times it was interrupted
after half of the 20MB version control monster had been download
21 matches
Mail list logo