On Wed, Aug 10, 2016 at 5:50 AM, Greg Hendershott wrote:
> > I feel like there should be a simpler way to do this, but I haven't found
> > one despite much Googling and reading of docs about "for" and its
> siblings.
> > Can someone point me the right way?
> >
> > I'd like to be able to iterate o
On Monday, August 8, 2016 at 2:52:48 PM UTC-4, Robby Findler wrote:
> Yes, that's it. I wish it were broken on my machine, as then debugging
> would probably be a lot more productive!
>
> On Mon, Aug 8, 2016 at 11:06 AM, Danny Heap wrote:
> > On Monday, August 8, 2016 at 12:03:48 PM UTC-4, Danny H
Yes. Yes, that exactly solves my problem. *sheepish look* Thanks.
On Tue, Aug 9, 2016 at 8:47 PM, Matthew Butterick wrote:
>
> On Aug 9, 2016, at 7:52 PM, David Storrs wrote:
>
> > This solves the problem of creating top-level bindings at run time (more
> or less run time, anyway), but it d
When you write
(mixin (drracket:unit:frame<%>) (drracket:unit:tab<%>)
;; body
...)
This produces a function that takes classes which implement the
drracket:unit:frame<%> interface and produces classes that implement the
drracket:unit:tab<%> interface. In the body of the mixin you can only
assum
On 08/10/2016 01:01 PM, Rene Schöne wrote:
Am Mittwoch, 10. August 2016 03:50:41 UTC+2 schrieb Juan Francisco Cantero
Hurtado:
On 08/08/16 17:17, Rene Schöne wrote:
Hello,
I am having problems when compiling (the newest version of) Racket from source
on an ARM machine (a Cubieboard).
The onl
> On Aug 10, 2016, at 9:08 AM, Robby Findler
> wrote:
>
> On Wed, Aug 10, 2016 at 8:10 AM, Alex Knauth wrote:
>>> I believe this fixes a bug in DrRacket but the way these handlers are
>>> set up is pretty complicated. Here's an example program that behaves
>>> differently in 6.6 and the versio
On Wed, Aug 10, 2016 at 8:10 AM, Alex Knauth wrote:
>> I believe this fixes a bug in DrRacket but the way these handlers are
>> set up is pretty complicated. Here's an example program that behaves
>> differently in 6.6 and the version with those commits. I think the 6.6
>> behavior is wrong (i.e.
> On Aug 10, 2016, at 8:04 AM, Robby Findler
> wrote:
>
> This is the change to DrRacket:
>
>
> https://github.com/racket/drracket/commit/edfea2c649d4d1cfdc2c9facf4dbdb4663be0a07
>
> (you'll want the subsequent commit too, tho).
>
> I believe this fixes a bug in DrRacket but the way these
This is the change to DrRacket:
https://github.com/racket/drracket/commit/edfea2c649d4d1cfdc2c9facf4dbdb4663be0a07
(you'll want the subsequent commit too, tho).
I believe this fixes a bug in DrRacket but the way these handlers are
set up is pretty complicated. Here's an example program that b
> I feel like there should be a simpler way to do this, but I haven't found
> one despite much Googling and reading of docs about "for" and its siblings.
> Can someone point me the right way?
>
> I'd like to be able to iterate over a list N elements at a time -- e.g.,
> grab elements 1 and 2, do so
> On Aug 10, 2016, at 7:34 AM, Delphine Demange
> wrote:
>> The `constructor-style-print` function isn't supposed to add a newline.
>
> Okay, I got confused because in DrRacket, running
>
> --
> #lang constructor-style-print racket
> true
> false
> (cdr (list 1 2 3))
> --
>
The lack of newlines is probably because of a bug that I pushed a fix
for. Maybe try a shapshot build?
https://pre.racket-lang.org/installers/
Robby
On Wed, Aug 10, 2016 at 7:34 AM, Delphine Demange
wrote:
>
>> Yes, DrRacket's "constructor" mode does this. This code was based on the
>> teachin
> Yes, DrRacket's "constructor" mode does this. This code was based on the
> teaching languages though, and the teaching languages set
> `booleans-as-true/false` to false here:
> https://github.com/racket/htdp/blob/master/htdp-lib/htdp/bsl/runtime.rkt#L15
>
> Neither one is really more "constru
> On Aug 10, 2016, at 4:53 AM, Delphine Demange
> wrote:
>
> Hi,
>
> Just for the sake of completeness.
>
> In constructor-style-print.rkt, I've switched on the printing of booleans as
> "true" and "false" as follows (editing line 14):
>
> ;; print-convert/constructor-style : Any -> Any
> (
Hi,
Just for the sake of completeness.
In constructor-style-print.rkt, I've switched on the printing of booleans as
"true" and "false" as follows (editing line 14):
;; print-convert/constructor-style : Any -> Any
(define (print-convert/constructor-style v)
(parameterize ([constructor-style-pr
The Documentation talks about range of classes, and I am not really sure what
that means.
Above would then be everything between frame and tab? But why cant I then not
use frame functions in the implementation?
--
You received this message because you are subscribed to the Google Groups
"Rack
Sean,
Thanks for the encouragement and offer.
Ironically, *I* wouldn’t be able to access them from the office, since
I’d have to -- guess what -- go through a proxy to reach them! You,
of course, are welcome to try. And tell me if it doesn’t scratch your
itch in any way.
Longer term... I’m looki
Hi Tim,
This is great, the whole proxy thing has been an issue for me as well - I took
a stab at doing something like this last year but couldn't get it working.
I have access to a trend and scansafe proxy so can physically test against
those if you want.
Kind regards,
Sean
On Tuesday, August
I really like Racket although I haven't used it much. It's a shame it isn't
more popular, maby a new slogan would make it better. I don't think "A
programmable programming language" is very catchy, "Batteries included" might
be a better option.
I'm planing to make a CAD in Racket, I have done
19 matches
Mail list logo