Re: [racket-users] Intro and projects inquiry

On Fri, Oct 13, 2017 at 2:27 AM, Eric Griffis wrote: > On Thu, Oct 12, 2017 at 9:31 AM David Storrs wrote: >> > Web dev culture is a bigger issue. > > Eric How so? -- You received this message because you are subscribed to the Google Groups "Racket

Re: [racket-users] Intro and projects inquiry

In this case, I'm thinking of the unfortunate JVM error messages from Clojure. As far as I know, the main reason to suffer through Clojure's attachment to the JVM is that no other Lisp has the same level of support for web applications. The second reason may be something about performance, but we

Re: [racket-users] Multiple namespaces in Racket

This is a cool demo! Unfortunately, I have been thinking about the problem you describe since last night, and I am still totally stumped. This is something that seems difficult or impossible to paper over with more macros because #%require and #%provide are, ultimately, given special treatment by

Re: [racket-users] Intro and projects inquiry

On Oct 13, 2017, at 9:44 AM, 'Royall Spence' via Racket Users wrote: > Since we're bikeshedding here, I think we'd benefit from having a web > toolkit on par with Clojure's Luminus. We only need a few more packages, > a website documenting their interoperation, and a project skeleton to > create

[racket-users] Re: Naming conventions for private functions

Robby Findler writes: > Also: if you just don't `provide` a function from a module, then it > cannot be used outside. No naming conventions necessary. But the no-naming convention is necessary. :-). --

Re: [racket-users] Re: Naming conventions for private functions

On Fri, Oct 13, 2017 at 2:57 PM, Matthias Felleisen wrote: > >> On Oct 13, 2017, at 2:55 PM, David Storrs wrote: >> >> On Fri, Oct 13, 2017 at 2:50 PM, David Storrs wrote: >>> Coming from a Perl background, I've long had a

Re: [racket-users] Multiple namespaces in Racket

On Friday, October 13, 2017 at 1:06:15 PM UTC-4, Alexis King wrote: > > At this point, though it is indisputably evil, it seems more feasible > to use some name mangling scheme than to expand to a submodule. That > would be, of course, deeply unsatisfying, so I would very much like to > have a

Re: [racket-users] Re: Naming conventions for private functions

On Fri, Oct 13, 2017 at 2:59 PM, Robby Findler wrote: > Also: if you just don't `provide` a function from a module, then it > cannot be used outside. No naming conventions necessary. > Sure, but the underscore helps me know at a glance what I'm looking at, whether

Re: [racket-users] Re: Naming conventions for private functions

> On Oct 13, 2017, at 9:19 PM, David Storrs wrote: > > On Fri, Oct 13, 2017 at 2:57 PM, Matthias Felleisen > wrote: >> >>> On Oct 13, 2017, at 2:55 PM, David Storrs wrote: >>> >>> On Fri, Oct 13, 2017 at 2:50 PM, David

Re: [racket-users] Re: Naming conventions for private functions

If you want to know what the current racket does (not what the chez-based one does), then you can "raco make x.rkt" and then "raco decompile x.rkt" to see what is going on. In the cod quoted below, no closures are allocated because all of the functions bar, baz, and jaz are eliminated before

Re: [racket-users] Re: Naming conventions for private functions

Cool. Thank you, Robby and Matthias. On Fri, Oct 13, 2017 at 9:50 PM, Robby Findler wrote: > If you want to know what the current racket does (not what the > chez-based one does), then you can "raco make x.rkt" and then "raco > decompile x.rkt" to see what is

Re: [racket-users] Intro and projects inquiry

In my experience, it means two seemingly opposite things that unify to create bad software. On the one hand, it's an extreme conservatism and fear of attempting new things. Don't try a new language, just keep using PHP. Don't install the new PHP version with better features, it could be risky.

Re: [racket-users] Intro and projects inquiry

So someone should organize a loosely connected group to port the core of Racket to the JVM: — racket — the macro system — all non-GUI libraries and provide a Clojure-style way to leverage the GUI libraries. -- You received this message because you are subscribed to the Google Groups

Re: [racket-users] Naming conventions for private functions

I don't think there's a convention, and I've not yet found an ideal one. Around 2000, with portable RnRS-ish Scheme absent a module system, I started using a convention that I think I took from Olin Shivers, which is to prefix non-public toplevel identifiers with `%`.  (At one point, I even

[racket-users] Re: Naming conventions for private functions

On Fri, Oct 13, 2017 at 2:50 PM, David Storrs wrote: > Coming from a Perl background, I've long had a convention of naming > private functions with a leading underscore, e.g. _do-the-thing. Is > there a standard Racket convention for this and, if so, what is it?

Re: [racket-users] can't (require table-panel) today

#lang racket/gui (require table-panel) leads to: standard-module-name-resolver: collection not found Have you tried raco pkg install table-panel? Best regards, Dmitry -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from

Re: [racket-users] Re: Naming conventions for private functions

Also: if you just don't `provide` a function from a module, then it cannot be used outside. No naming conventions necessary. Robby On Fri, Oct 13, 2017 at 1:57 PM, Matthias Felleisen wrote: > >> On Oct 13, 2017, at 2:55 PM, David Storrs wrote: >>

[racket-users] [ANN] Porting PAIP's Prolog interpreter from Common Lisp to Racket, 1st version

Hi all, I am porting the Prolog interpreter shown in Peter Norvig's classic text on AI, "Paradigms of Artificial Intelligence Programming: Case Studies in Common Lisp 1st Edition", https://www.amazon.com/Paradigms-Artificial-Intelligence-Programming-Studies/dp/1558601910/, also known as

Re: [racket-users] Intro and projects inquiry

On Thu, Oct 12, 2017 at 2:27 PM Andrew Gwozdziewycz wrote: > I love seeing all of these project ideas, but I really don't think > Racket needs a "killer app." I think what it needs is the people > passionate about it building tools in it, and *using* those tools in > the work

Re: [racket-users] Intro and projects inquiry

On Thu, Oct 12, 2017 at 9:31 AM David Storrs wrote: > My suggestion would be that the single largest thing that would make > Racket take off is if it could become a replacement for Javascript. RacketScript Playground does not optimize tail calls. If it turned ES6 strict

[racket-users] Naming conventions for private functions

Coming from a Perl background, I've long had a convention of naming private functions with a leading underscore, e.g. _do-the-thing. Is there a standard Racket convention for this and, if so, what is it? -- You received this message because you are subscribed to the Google Groups "Racket

[racket-users] can't (require table-panel) today

Is it me, or is it Friday the 13th? (Or both?) #lang racket/gui (require table-panel) leads to: standard-module-name-resolver: collection not found for module path: table-panel collection: "table-panel" in collection directories: /Users/me/Library/Racket/snapshot/collects

Re: [racket-users] Intro and projects inquiry

On Thu, Oct 12, 2017 at 09:07:48AM +1100, Daniel Prager wrote: > Great topic! > > Providing examples and tutorials around data analysis and visualisation in > Racket (and filling gaps and simplifying) gets my vote. The biggest problem wth almost all free software is documentation. Sometimes it's

Re: [racket-users] can't (require table-panel) today

Doh! Ok, it’s me. I don’t know why I assumed table-panel was included out of the box. Thank you Dmitry! Geoff Knauth (mobile)Ты > On Oct 13, 2017, at 14:59, Dmitry Pavlov wrote: > > > >> #lang racket/gui >> (require table-panel) >> >> leads to: >> >>