Re: [racket-users] sxml vs xexpr frustrations

2019-01-30 Thread Konrad Hinsen
Am 30.01.19 um 19:27 schrieb Christopher Lemmer Webber: One very frustrating thing for me is the inconsistency between which sexp xml representation is the "right" one, sxml or xexpr. Different tools support different things, and thus don't interoperate when they easily could have. Sounds...

Re: [racket-users] Re: updated Racket-on-Chez status

2019-01-30 Thread Robby Findler
Also I think that the size of the code generated by arrow contracts (when keywords are involved and other situations that perhaps aren't worth spelling out in detail in this email) is larger than we would like, which also doesn't help. Robby On Wed, Jan 30, 2019 at 7:52 PM Sam Tobin-Hochstadt

Re: [racket-users] Re: updated Racket-on-Chez status

2019-01-30 Thread Sam Tobin-Hochstadt
On Wed, Jan 30, 2019 at 8:23 PM Matthew Flatt wrote: > > At Wed, 30 Jan 2019 16:31:52 -0800 (PST), Alex Harsanyi wrote: > > I always assumed that the contracts generated when TR code is used from > > untyped Racket would be the same as the ones written by hand if the module > > would be untyped

Re: [racket-users] Re: updated Racket-on-Chez status

2019-01-30 Thread Matthew Flatt
At Wed, 30 Jan 2019 16:31:52 -0800 (PST), Alex Harsanyi wrote: > On Wednesday, January 30, 2019 at 10:53:21 PM UTC+8, Matthew Flatt wrote: > > > > * A lot of code is generated from your source programs. > > > Do you mean (1) that the source code is large or (2) that the generated > byte-code

Re: [racket-users] Re: updated Racket-on-Chez status

2019-01-30 Thread Alex Harsanyi
On Wednesday, January 30, 2019 at 10:53:21 PM UTC+8, Matthew Flatt wrote: > > At Tue, 29 Jan 2019 17:32:42 -0800 (PST), Alex Harsanyi wrote: > > I mention this because the report recommends making > > Racket CS the default, which I am very concerned about: > > > > > To maximize the

[racket-users] Re: New syntax highlighting extension for VS Code

2019-01-30 Thread Greg Trzeciak
Thank you! On Wednesday, January 30, 2019 at 9:57:46 PM UTC+1, Evžen Wybitul wrote: > > Hey, > > I've just uploaded a v0.1.0 of my syntax highlighting extension for > Racket, dubbed *Magic Racket* (I got inspired by the extension Magic > Python). It's originally built for VSCode, but it'll be

Re: [racket-users] sxml vs xexpr frustrations

2019-01-30 Thread Neil Van Dyke
Christopher Lemmer Webber wrote on 1/30/19 3:59 PM: Yes, the xexprs and SXML stuff is mostly very old (perhaps most of it from so far back that Racket even had its own little Web browser), This one? https://docs.racket-lang.org/browser/index.html Yes, that looks like it.  Regarding using it,

Re: [racket-users] Racket v7.2

2019-01-30 Thread Jos Koot
Very nice. Runs fast for my programs. Thanks, to all who contributed, Jos On Wed, 30 Jan 2019 at 19:59, Vincent St-Amour < stamo...@eecs.northwestern.edu> wrote: > Racket version 7.2 is now available from > > http://racket-lang.org/ > > Racket-on-Chez is done in a useful sense, but we'll

Re: [racket-users] sxml vs xexpr frustrations

2019-01-30 Thread Christopher Lemmer Webber
Neil Van Dyke writes: > 'John Clements' via Racket Users wrote on 1/30/19 1:46 PM: >> Fundamentally, I think that what you’re proposing is sensible … and probably >> a lot of work that’s not currently at the top of anyone’s list. :) > > Yes, the xexprs and SXML stuff is mostly very old (perhaps

[racket-users] New syntax highlighting extension for VS Code

2019-01-30 Thread Evžen Wybitul
Hey, I've just uploaded a v0.1.0 of my syntax highlighting extension for Racket, dubbed *Magic Racket* (I got inspired by the extension Magic Python). It's originally built for VSCode, but it'll be fairly easy to port it to other modern editors (Atom, Sublime Text) as well. Repo link: repo

Re: [racket-users] sxml vs xexpr frustrations

2019-01-30 Thread Neil Van Dyke
'John Clements' via Racket Users wrote on 1/30/19 1:46 PM: Fundamentally, I think that what you’re proposing is sensible … and probably a lot of work that’s not currently at the top of anyone’s list. :) Yes, the xexprs and SXML stuff is mostly very old (perhaps most of it from so far back

[racket-users] Racket v7.2

2019-01-30 Thread Vincent St-Amour
Racket version 7.2 is now available from http://racket-lang.org/ Racket-on-Chez is done in a useful sense, but we'll wait until it gets better before making it the default Racket implementation. For more information, see http://blog.racket-lang.org/2019/01/racket-on-chez-status.html In

Re: [racket-users] sxml vs xexpr frustrations

2019-01-30 Thread 'John Clements' via Racket Users
You probably already know this, but this is basically a case of parallel evolution. The sxml tools come ultimately from Oleg Kiselyov, and I believe he’s the one who formulated the data definition. Many people have worked with him on this, including many people on this mailing list. I think

[racket-users] sxml vs xexpr frustrations

2019-01-30 Thread Christopher Lemmer Webber
One very frustrating thing for me is the inconsistency between which sexp xml representation is the "right" one, sxml or xexpr. Different tools support different things, and thus don't interoperate when they easily could have. I wish the Racket community could collectively make a decision and

Re: [racket-users] Serving my web application and some static files

2019-01-30 Thread Stephen De Gabrielle
I think you need your servlet regexp to not match /static/ Something like this? #:servlet-regexp #rx"^(? wrote: Thanks! It's true that the #:extra-files-paths works fine if I'm happy enough with its contents not being "mounted" under a separate path. I guess that's fine for now, though I

Re: [racket-users] Serving my web application and some static files

2019-01-30 Thread Christopher Lemmer Webber
Thanks! It's true that the #:extra-files-paths works fine if I'm happy enough with its contents not being "mounted" under a separate path. I guess that's fine for now, though I really would like to figure out how to compose servlets and dispatchers the "proper" way. :) Stephen De Gabrielle

Re: [racket-users] Serving my web application and some static files

2019-01-30 Thread Stephen De Gabrielle
Hi The contine tutorial has a good bit on serving static files: The bit on #:extra-files-paths: https://docs.racket-lang.org/continue/index.html#%28part._.Leaving_.Dr.Racket%29 This is what I did https://github.com/spdegabrielle/clash main.rkt Sorry bit of a rush- let me know if I’m making

[racket-users] Serving my web application and some static files

2019-01-30 Thread Christopher Lemmer Webber
It seems like it should be so simple, and like Racket has the tools already, but I can't figure out how to do it. I have the following: (serve/servlet start #:servlet-regexp #rx"" #:launch-browser? #f) I'd like to do something like the following: - Serve

Re: [racket-users] side by side; scribble

2019-01-30 Thread Robby Findler
Thanks, Ben! Instead of the ++style command line, consider using a property on the `title` of the top-level section. Robby On Wed, Jan 30, 2019 at 10:02 AM Ben Greenman wrote: > > In case you have trouble navigating the docs, here's a related example. > > First, a Scribble function that

Re: [racket-users] side by side; scribble

2019-01-30 Thread Ben Greenman
In case you have trouble navigating the docs, here's a related example. First, a Scribble function that generates output with a Scribble style named "TwoColumn": https://github.com/nuprl/tag-sound/blob/master/gf-icfp-2018/main.rkt#L326 Second, a LaTeX macro named "TwoColumn" that formats the

Re: [racket-users] Multipart HTTP requests

2019-01-30 Thread Jon Zeppieri
On Wed, Jan 30, 2019 at 6:46 AM Christopher Lemmer Webber < cweb...@dustycloud.org> wrote: > Jon Zeppieri writes: > > > On Tue, Jan 29, 2019 at 4:17 AM Christopher Lemmer Webber < > > cweb...@dustycloud.org> wrote: > > > >> > >> Any thoughts on how I should move forward? > > > > > > I think that

Re: [racket-users] side by side; scribble

2019-01-30 Thread Robby Findler
Yes, for sure. You need to get scribble to generate the `\usepackage` declaration and then define a function in scribble to make an element that generates the `\switchcolumn*`. The docs have examples on how to do this; let us know if you get stuck. Robby On Wed, Jan 30, 2019 at 9:29 AM Miguel P.

Re: [racket-users] bug in data/enumerate?

2019-01-30 Thread Robby Findler
Turns out this was an incomplete contract check; the algorithm used by `but-not/e` doesn't work if some of the elements of `small` are not in `big`. Thanks to Max for figuring that out. It should be fixed now. Robby On Sun, Jan 13, 2019 at 11:35 PM 'John Clements' via Racket Users wrote: > >

Re: [racket-users] side by side; scribble

2019-01-30 Thread Miguel P. Silva
I have already my document in latex, side by side with syncing paragraphs. I use the paracol package and the switchcolumn*. I was wondering if I could use this system with scribble as you say. quarta-feira, 30 de Janeiro de 2019 às 15:08:34 UTC, Robby Findler escreveu: > > On Wed, Jan 30, 2019

Re: [racket-users] side by side; scribble

2019-01-30 Thread Robby Findler
On Wed, Jan 30, 2019 at 8:47 AM Marc Kaufmann wrote: > > Ah, I misunderstood the synchronization to be about synchronization in time > between source and typeset output, while the question was about synchronizing > two outputs that are typeset from the same source next to each other. My bad. >

Re: [racket-users] Re: updated Racket-on-Chez status

2019-01-30 Thread Matthew Flatt
At Tue, 29 Jan 2019 17:32:42 -0800 (PST), Alex Harsanyi wrote: > I mention this because the report recommends making > Racket CS the default, which I am very concerned about: > > > To maximize the maintenance benefits of Racket CS, it’s better to make it > > the default Racket variant sooner

Re: [racket-users] updated Racket-on-Chez status

2019-01-30 Thread Luke Whittlesey
This is really impressive work! On Tue, Jan 29, 2019 at 9:49 AM Matthew Flatt wrote: > Here's a new status report on Racket CS: > > http://blog.racket-lang.org/2019/01/racket-on-chez-status.html > > Short version: Racket CS is done in a useful sense, but we'll wait > until it gets better

Re: [racket-users] side by side; scribble

2019-01-30 Thread Marc Kaufmann
Ah, I misunderstood the synchronization to be about synchronization in time between source and typeset output, while the question was about synchronizing two outputs that are typeset from the same source next to each other. My bad. However, I couldn't find anything on one-vs-two columns other than

Re: [racket-users] side by side; scribble

2019-01-30 Thread Robby Findler
No it does not require that, if I am understanding you correctly. You just need to add the two-column specific commands and use them, as appropriate. Robby On Wed, Jan 30, 2019 at 1:57 AM Marc Kaufmann wrote: > Since you say that it requires dropping to the latex level, does it mean > that

Re: [racket-users] Multipart HTTP requests

2019-01-30 Thread Christopher Lemmer Webber
Jon Zeppieri writes: > On Tue, Jan 29, 2019 at 4:17 AM Christopher Lemmer Webber < > cweb...@dustycloud.org> wrote: > >> >> Any thoughts on how I should move forward? > > > I think that using a `data-procedure/c` of a particular sort should allow > you to implement this without needing access to

Re: [racket-users] Multipart HTTP requests

2019-01-30 Thread Christopher Lemmer Webber
Philip McGrath writes: > I've put up the code I mentioned for email-sending and a proxy server at > https://github.com/LiberalArtist/multipart-writing-examples As noted, these > are not general-purpose solutions to either of those problems—I know of a > bunch of cases I don't cover, and I