Re: [racket-users] racket -m from commandline

Great, thanks David, that did the trick. And someone might want to fix the "racket --help" output, if you ask me. Happy holidays! On 12/17/22, David Van Horn wrote: > You likely want to also use the -t option so that the module is required. > Here's an example: > > % cat try.rkt > > #lang racket

Re: [racket-users] racket -m from commandline

You likely want to also use the -t option so that the module is required. Here's an example: % cat try.rkt #lang racket (provide main) (define (main . args) (displayln (cons "HELLO:" args))) % racket -tm try.rkt there (HELLO: there) On Sat, Dec 17, 2022 at 11:50 AM whuk...@gmail.com wr

Re: [racket-users] Racket Discourse

i apologize ,the confirmation mail was in the spam folder, everything is fine now thanks Damien On Tue, Nov 23, 2021 at 6:46 PM John Clements wrote: > I’m sorry to hear that! Several things to check/try > > 1) I see the confirmation email coming from “rac...@discoursemail.com”, > with subject l

Re: [racket-users] Racket Discourse

I’m sorry to hear that! Several things to check/try 1) I see the confirmation email coming from “rac...@discoursemail.com”, with subject line "[Racket Discussions] Confirm your new account” Maybe it’s in your junk folder? 2) You can always ignore the given url and just go to racket.discourse.gr

Re: [racket-users] Racket Discourse

Thanks! On 11/22/21 9:58 AM, Sam Tobin-Hochstadt wrote: > On Mon, Nov 22, 2021 at 9:52 AM Sage Gerard wrote: >> Thanks for checking on this. I'd expect something like a CoC more than a ToS >> in this case, but terms are terms :) > The discourse site is hosted by the people who make/run Discourse

Re: [racket-users] Racket Discourse

Gotcha, thanks. As long as we were warned! I thought I remembered Sam mentioning something along the lines of an "AWS grant," but my memory is unreliable here. On 11/22/21 9:57 AM, John Clements wrote: > Good questions: > > 1) Yes, Sam mentioned the discourse group at RacketCon, and there was some

Re: [racket-users] Racket Discourse

Good questions: 1) Yes, Sam mentioned the discourse group at RacketCon, and there was some “hallway” discussion about it. 2) No, no sponsor was involved. Yikes! Indeed, I’m not aware that Racket *has* any sponsors currently, aside from the research and infrastructure grants that are being funde

Re: [racket-users] Racket Discourse

Thanks for checking on this. I'd expect something like a CoC more than a ToS in this case, but terms are terms :) If you don't mind, I have a couple of follow up questions. - Were "rank-and-file" Racket contributors alerted to this change in advance? Say, in a RacketCon speech? I may have misse

Re: [racket-users] Racket Discourse

I’m actually very heartened to see the boilerplate here; it sounds like this is something we can edit, and not something imposed by Discourse. If that’s the case, then it certainly seems likely that we can find some language (or, more importantly, *lack* of language) that makes more of us happy.

Re: [racket-users] Racket Discourse

Greetings. On 22 Nov 2021, at 4:24, Sage Gerard wrote: > But I have to ask, who wrote the ToS? Who is "the company" in its > > context? Discord? One of the Racket team's universities? A sponsor? I'm not sure who 'the company' is, either, but they appear to be called 'company_name' (catchy!),

Re: [racket-users] Racket Discourse

Hi Sage, It looks like the same text, and has the same last updated date, as the Haskell Discourse TOS. I think it is the default text provided by Discourse for the free hosting. I don't think anyone has the time or expertise to rewrite it, but I'm sure specific items could be looked at if they a

Re: [racket-users] Racket Discourse

Many thanks for your thoughts. I appreciate that your time and inbox space is at a premium, and I’ll try to be careful about posting things to more than one forum. Best, John Clements > On Nov 21, 2021, at 22:53, Sorawee Porncharoenwase > wrote: > > My personal opinion is that, if we want D

Re: [racket-users] Racket Discourse

Also: Apologies. That came off as rude. No offense intended. But I have to ask, who wrote the ToS? Who is "the company" in its context? Discord? One of the Racket team's universities? A sponsor? On 11/21/21 11:20 PM, Sage Gerard wrote: > Thanks for letting us know. When should people expect to un

Re: [racket-users] Racket Discourse

Thanks for letting us know. When should people expect to unsubscribe? I read the ToS, privacy policy, and thoughts. Hard pass. On 11/21/21 1:09 PM, 'John Clements' via Racket Users wrote: > TL;DR: Go to > > https://racket.discourse.group/invites/okLTSrQw1T > > and sign up for Racket Discourse

Re: [racket-users] Racket Discourse

My personal opinion is that, if we want Discourse to be a replacement of the mailing list, then we should treat it like one. Right now, it’s a combination of the mailing list, wiki, FAQ site, and whatnot. And I don’t want one more email in my inbox when someone decides to add an entry to the FAQ.

Re: [racket-users] Racket Discourse

I've long been in the basically-content-with-the-mailing-list camp, but I've recently come around to the view that the status quo is untenable. I looked into it after Racket 'Con and discovered the mailing list had shrunk especially much for me, because the Google Groups spam filters were letting t

Re: [racket-users] Racket Discourse

Wait, you think that’s high traffic? Gee whiz, the mailing list *has* shrunk, hasn’t it? Okay, that was not an entirely serious reply, but I do think that in contrast to the discord & slack channels, the discourse is likely to be searchable and at least lightly curated six months from now. Also

Re: [racket-users] Racket Discourse

I could be in the minority here, but as an early proponent of Discourse to replace the mailing list (even before RacketCon), I feel reluctant to join it after observing it for a while. It has a very high traffic, with almost 100% of the contents being cross-posted everywhere else (and vice versa) a

Re: [racket-users] racket-mode / paredit combine closing parens

Ah, that looks right. Thanks, Siddhartha. On Wed, Nov 17, 2021 at 1:59 PM Siddhartha Kasivajhula wrote: > Was curious about this feature so I went looking. It might be lispy-tab > . > > > On Wed, Nov 17, 2021 at 10:35 AM David Storrs > wrote: > >> In Emacs,

Re: [racket-users] racket-mode / paredit combine closing parens

Was curious about this feature so I went looking. It might be lispy-tab . On Wed, Nov 17, 2021 at 10:35 AM David Storrs wrote: > In Emacs, I've seen a demonstration where one keystroke can pull all > closing parens together, transforming this (point/cursor p

Re: [racket-users] Racket News - Issue 54

Stephen De Gabrielle writes: > Thank you Paulo for another great issue. > > I must put it *on the record* that the contributor of the 'run guile in Dr > Racket' is actually Laurent Orseau. Thanks for clearing that up. In any case, Laurent has also suggested the example to use with the quickscr

Re: [racket-users] Racket News - Issue 54

Thank you Paulo for another great issue. I must put it *on the record* that the contributor of the 'run guile in Dr Racket' is actually Laurent Orseau. bw s. On Thu, Oct 7, 2021 at 3:55 PM Paulo Matos wrote: > Hello all, > > Issue 54 is finally here: > https://racket-news.com/2021/10/racket-n

Re: [racket-users] racket/gui/base in sandboxes in places

On 10/3/2021 4:04 PM, 'William J. Bowman' via Racket Users wrote: I'm trying to run sandboxes in places, but when the sandboxes need access to racket/gui (such as through 2htdp/universe), they get `cannot instantiate racket/gui/base' a second time`. I've tried initing racket/gui once in the

Re: [racket-users] Racket virtual meet-up in 50 minutes (8pm UTC) TODAY

Thank you to everyone who joined us today I’m looking forward to seeing more of you at the next meet-up: When: *First Saturday EVERY Month UTC: 20:00* (30 minutes but can overrun) Calendar: Google

Re: [racket-users] Racket meeting tomorrow?

All welcome starts in a little over 50 minutes Where: https://gather.town/app/wH1EDG3McffLjrs0/racket-users When: *First Saturday EVERY Month UTC: 20:00* (30 minutes but can overrun) Calendar: Google

Re: [racket-users] Racket meeting tomorrow?

On Fri, Oct 01, 2021 at 12:31:27PM -0700, Sam Phillips wrote: > October 2, 2021 > 1 PM PDT > 4 PM EDT > 8 PM UTC > 10 PM CEST > > Should be the same URL as previous meetups. > > https://gather.town/app/wH1EDG3McffLjrs0/racket-users I'll try to be there even though I haven't been doing much Racke

Re: [racket-users] Racket meeting tomorrow?

October 2, 2021 1 PM PDT 4 PM EDT 8 PM UTC 10 PM CEST Should be the same URL as previous meetups. https://gather.town/app/wH1EDG3McffLjrs0/racket-users Cheers, Sam On Fri, Oct 1, 2021 at 9:49 AM Hendrik Boom wrote: > > Is there going to be a Racket online meeting at the gather site tomorrow >

Re: [racket-users] Racket meeting tomorrow?

I truly hope that the standard time (10pm CEST, 8pm UTC) and place (gather.town) tomorrow. Although I missed a few as I was busy with other projects over the summer, I'd like to see what others are up to again ;-) See ya there! Dominik On 01. 10. 21 18:49, Hendrik Boom wrote: Is there going

Re: [racket-users] racket/gui fn that returns width of O.S. toolbar?

> In linux and I imagine on Windows and macOS, when there exists a vertical OS > toolbar the values returned by get-display-size and get-client-size are the > same and are insufficient. The macOS version, at least, is draggable so there can be different widths on different Finder windows at the

Re: [racket-users] Racket v8.1 [cs] -- Memory leaks with IDE in Win10

Hi! I've read the issue ticket and that sure sounds like the problem! I've installed 8.1.0.7 and I'll see if that addresses it. Thanks very much! On Tuesday, 15 June 2021 at 08:44:27 UTC-4 Matthew Flatt wrote: > Hi, and thanks for the report! > > That sounds like a bug that has been fixed for

Re: [racket-users] Racket v8.1 [cs] -- Memory leaks with IDE in Win10

Hi, and thanks for the report! That sounds like a bug that has been fixed for the next release, especially if you opened any HTML page (such as documentation) from DrRacket. For more information on a previous report and the repair: https://github.com/racket/racket/issues/3832 Snapshot version

Re: [racket-users] Racket Slack archive [help wanted]

D. Ben Knoble > 1) It wasn’t immediately clear to me that the links were the names of > channels. It seems painfully obvious to me now, but perhaps it’s worth > starting all the names with hashes? Great idea, thanks. > 2) Clicking on the channel name “general” appears to melt down somehow,

Re: [racket-users] Racket Slack archive [help wanted]

Hearing about this for the first time, seems like a fantastic idea. 10 seconds of experience: 1) It wasn’t immediately clear to me that the links were the names of channels. It seems painfully obvious to me now, but perhaps it’s worth starting all the names with hashes? 2) Clicking on the chan

Re: [racket-users] Racket News - Issue 50

Thank you for organizing the news and for bringing attention to so many cool projects out there. Definitely cause to celebrate! :) On 5/19/21 10:00 AM, Paulo Matos wrote: > Hello all, > > We have hit 50 issues! :) > https://racket-news.com/2021/05/racket-news-issue-50.html > > Enjoy! > > -- > Pa

Re: [racket-users] Racket v8.1

Ah! My apologies. I’ve added your name to our “preferred names” file, and I hope not to make this mistake again. Thank you! John > On May 8, 2021, at 13:38, Dexter Lagan wrote: > > Hello sir, > > Thank you ! My name is actually Dexter Santucci. Apologies for the > confusion. My email addre

Re: [racket-users] Racket - How to define a function that can be used both in syntax transformers and ordinary code?

Wow, I really butchered a sentence. Let me try it again. Old: "That is, there's a compile-time "pass" where Racket is focuses on the code you write and what they can see" New: "That is, there's a compile-time "pass" where Racket focuses on replacing used macros with new code, and that pass has

Re: [racket-users] Racket - How to define a function that can be used both in syntax transformers and ordinary code?

I'm stretching details a bit, but maybe it would help to think of phases as "passes." That is, there's a compile-time "pass" where Racket is focuses on the code you write and what they can see. These passes continue until the Racket program is fully expanded. Where things get tricky is remember

Re: [racket-users] Racket Dev Sessions Streamed on Twitch

Thank you for sharing! Looking forward to watching :) -- Yury Bulka https://mamot.fr/@setthemfree #NotOnFacebook Lindsey Handley writes: > Shameless plug here... > > For the past several months, Stephen Foster > and I have been live streaming our game developme

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

With the recent improvements by Phil, the rank of the syntax object variant moves up from 26th to the second (what?!?), losing only to c++ / g++. Moreover, it's significantly faster than the third place. On Fri, Mar 5, 2021 at 3:29 AM philngu...@gmail.com < philnguyen0...@gmail.com> wrote: > Oh I

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

Oh I see. So one problem is here that `match-define` expands to `match` with an implicit error case, which at the low level, isn't distinguished from a user-written second case, and the tag check can't just be eliminated. On Thursday, March 4, 2021 at 9:40:22 AM UTC-8 Sam Tobin-Hochstadt wrote:

Re: [racket-users] Racket Meetup! 6 March

Hello Racketeers, just a friendly reminder here on the ML - this Saturday brings the next monthly Racket meetup(s) in Gather Town! >From the latest Racket News[1]: 6 March 2021 TWO sessions 11 am Pacific Time 4:30 pm UK time See you there! Dominik [1] https://racket-news.com/2021/03

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

I think there are two reasons that code gets slower. 1. The `match-define` includes pair and struct checks, which are omitted for plain accessor uses because of the unsafe declaration. 2. That use of `match` expands to `define-values` which ends up as a `call-with-values` and a `case-lambda` at th

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

Thanks for the tip about PLT_CS_COMPILE_LIMIT! I submitted a revision to the syntax object variant that incorporated sleepnova's and yjqww6's improvements. Also, I never knew about `(#%declare #:unsafe)` until I saw yjqww6's pull request. It makes a noticeable difference. One unsatisfying thing

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

First, there's no longer a difference because yjqww6 just had a PR merged that improves the Racket performance. The performance difference that was there was mostly because the Chez code was run with `--optimize-level 3` which turns off safety. If that was changed to `--optimize-level 2` the timin

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

For what it's worth, I ran my own benchmark on Racket 8.0 and Racket 8.0.10 (current), and current is between 50 and 100% faster for certain operations. There must have been some optimizations done recently to current. Dex On Tuesday, March 2, 2021 at 9:37:29 AM UTC+1 wanp...@gmail.com wrote:

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

I previously came out with a version that converts a BF program directly into a module, which has received some optimization contributions from Matthew Flatt. Got some pretty good results. Execute bench.b in cpu time: 1542 ms, (2.2s include compile time). And mandel.b in cpu time: 3851 ms, (7s in

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

When Chez is faster than Racket CS, the usual culprits are either: - mutable pairs - very large code size that causes Racket CS to interpret the outer module However, neither of those seem to be happening here. Sam On Mon, Mar 1, 2021 at 2:39 AM philngu...@gmail.com wrote: > > There’s this benc

Re: [racket-users] racket-launcher-names and easing the user experience

The path for executables in user-scope installation is always like that. As far as I know, think there's not a great answer for where to put user-scope executables, especially across platforms. One more option to consider: add a `raco` command. That avoids the PATH issue by changing the PATH searc

Re: [racket-users] [racket users] list question

> On Feb 25, 2021, at 10:12 AM, Norman Gray wrote: > > > I think this is called 'zip', or a convolution [1]. The variant you describe > is (effectively) with circular lists, but seems to be the same principle. > > ...and I see that, with that name in hand, SRFI/1 does indeed have a zip >

Re: [racket-users] [racket users] list question

Kevin, hello. On 25 Feb 2021, at 17:07, Kevin Forchione wrote: As you can see each element of the sublist corresponds to the list-ref of the modulo n (length sublist) as n proceeds from 0 to some maximum value. I’ve created a function that does exactly this, but … I’ve no idea what this pr

Re: [racket-users] Racket v8.0 (!)

At Wed, 17 Feb 2021 17:31:04 -0500, Hendrik Boom wrote: > It looks as if there's no Racket on Chez for 32-bit Linux, though there does > seem to be one on Windows. I've added 32-bit i386 Linux CS to the set of snapshots at Utah: https://www.cs.utah.edu/plt/snapshots/ https://www.cs.utah.edu/plt

Re: [racket-users] Racket v8.0 (!)

On Tue, Feb 16, 2021 at 09:24:59PM -0500, 'John Clements' via Racket Users wrote: > I think your 32-bit options at this point are these: > > 1) Use one of the nightly builds, e.g. > https://plt.cs.northwestern.edu/snapshots/ > 2) Compile it yourself, using the source bundle. > 3) (Of course, you

Re: [racket-users] Racket v8.0 (!)

I think your 32-bit options at this point are these: 1) Use one of the nightly builds, e.g. https://plt.cs.northwestern.edu/snapshots/ 2) Compile it yourself, using the source bundle. 3) (Of course, you could use an older version. Looks ilke 7.3 is the last one released in a 32-bit Linux build.)

Re: [racket-users] Racket v8.0 (!)

On Tue, Feb 16, 2021 at 12:26:50PM -0500, John Clements wrote: > Help me out: which platform are you referring to? The Linux one that was on everybody's PC before PC's went 64-bit. I still use that old computer now and then with a stable Devuan release, especially when I'm on the move. (though no

Re: [racket-users] Racket v8.0 (!)

Help me out: which platform are you referring to? John > On Feb 16, 2021, at 8:10 AM, Hendrik Boom wrote: > > On Sat, Feb 13, 2021 at 09:17:26PM -0500, 'John Clements' via Racket Users > wrote: >> *** Racket 8.0 is here! *** >> >> Racket version 8.0 is now available from >> >>https://rac

Re: [racket-users] Racket v8.0 (!)

On Sat, Feb 13, 2021 at 09:17:26PM -0500, 'John Clements' via Racket Users wrote: > *** Racket 8.0 is here! *** > > Racket version 8.0 is now available from > > https://racket-lang.org/ Are there no 32-bit intel binaries available? Or did I just look too soon? -- hendrik -- You received

Re: [racket-users] Racket v8.0 (!)

So exciting! A massive thank you to everyone making Racket even better. :) ~slg ‐‐‐ Original Message ‐‐‐ On Saturday, February 13, 2021 9:17 PM, 'John Clements' via Racket Users wrote: > *** Racket 8.0 is here! *** > > Racket version 8.0 is now available from > > https://racket-lang.o

Re: [racket-users] Racket compiler and runtime status report

Great blog post! I decided to finally dip my toes into racket CS, so I tried some old code I had lying around. All programs are at least a little bit faster, which is always nice to see. None are very big apps though, most are just automation of boring tasks an run for less than one minute. I

Re: [racket-users] Racket v7.9.0.900 is available for testing

On Fri, Jan 22, 2021 at 02:49:44PM -0500, 'John Clements' via Racket Users wrote: > Hello, most excellent Racket Users! > > Version 7.9.0.900 is now available for testing from > > https://pre-release.racket-lang.org/ > > (Note that this is not available from the usual download sit

Re: [racket-users] Racket and Assembly

On Wed, Dec 30, 2020 at 02:44:35PM -0500, Matt Jadud wrote: > Hi Daniel, > > As a start to answering your question(s), you might try the 2019 ICFP > experience report on rebuilding Racket on top of Chez Scheme is probably a > good place to look. > > https://www.cs.utah.edu/plt/publications/icfp19

Re: [racket-users] Racket and Assembly

Hi Daniel, As a start to answering your question(s), you might try the 2019 ICFP experience report on rebuilding Racket on top of Chez Scheme is probably a good place to look. https://www.cs.utah.edu/plt/publications/icfp19-fddkmstz.pdf This will give you an overview of the architecture of the l

Re: [racket-users] Racket / [B]SL / HTDP in a workshop context

John Clements writes: >> Do you mean as opposed to a more popular language like Python or >> JavaScript? Or in some other regard (like building GUI apps)? > > The former, yes. Not saying you can’t handle this, but it’s something > to be aware of. Especially because you’re using a language called >

Re: [racket-users] Racket / [B]SL / HTDP in a workshop context

> 1) “authenticity”; will the participants feel that programming in > Racket is “real” programming? Do you mean as opposed to a more popular language like Python or JavaScript? Or in some other regard (like building GUI apps)? -- Yury Bulka https://mamot.fr/@setthemfree #NotOnFacebook John Clem

Re: [racket-users] Racket / [B]SL / HTDP in a workshop context

Thanks for the feedback. In my case, most likely, the participants will be around 16-22 years old, no particular specialisation but curious about programming. -- Yury Bulka https://mamot.fr/@setthemfree #NotOnFacebook John Clements writes: > My opinion: it depends on lots of things, but I thi

Re: [racket-users] [racket users] Detecting characters in symbols in macros

Here's an example: #lang racket (require (for-syntax syntax/parse)) (define-syntax (foo stx) (syntax-parse stx [(_ arg:id) #:when (regexp-match "[$]" (symbol->string (syntax-e #'arg))) #'1] [(_ arg) #'2])) (foo $abc) (foo abc) That prints 1 followed by 2. Sam On Wed, Dec

Re: [racket-users] Racket GUI editor: how read and process keyboard input

Although key events from `racket/gui` cannot report the press of Caps Lock as an independent event, each key event reports whether Caps Lock is currently on, which I think is relevant here. For example, using (define mainTextArea (new (class text% (define/override (o

Re: [racket-users] Racket GUI editor: how read and process keyboard input

IIRC, capslock can’t be handled by applications. When people customize capslock to do something else, what they actually do is to ask their OS to redirect the capslock keypress to other keys (say, F2), and then intercept these other keys instead. To catch keypresses like F2, create your own class

Re: [racket-users] Racket users video meetup

Thanks John gather.town refused to work on safari and the error message recommended chrome. - I (wrongly) assumed firefox would also fail. s. On Sun, Nov 15, 2020 at 1:53 AM John Clements wrote: > Stephen, I’m pretty sure that gather.town works fine with … all major > browsers? It certainly a

Re: [racket-users] Racket BC versus CS unsafe flonums

At Sat, 7 Nov 2020 16:42:43 +0100, Dominik Pantůček wrote: > My current understanding is that the best performance you get from > unsafe operations while using safe operations as hints for the flonum > unboxing algorithm, right? I'm not sure I understand what you mean, but I don't think unsafe ope

Re: [racket-users] Racket BC versus CS unsafe flonums

Wow, you are faster than I :) On 07. 11. 20 15:36, Matthew Flatt wrote: > At Fri, 6 Nov 2020 12:45:46 -0700, Matthew Flatt wrote: >> I will investigate faster option. A primitive without conversion could >> make the safe `flvector-set!` slightly faster, too, by avoiding a >> redundant check. > >

Re: [racket-users] Racket BC versus CS unsafe flonums

At Fri, 6 Nov 2020 12:45:46 -0700, Matthew Flatt wrote: > I will investigate faster option. A primitive without conversion could > make the safe `flvector-set!` slightly faster, too, by avoiding a > redundant check. Long story short, I added flvectors to the Chez Scheme level as of v7.9.0.4. With

Re: [racket-users] Racket BC versus CS unsafe flonums

At Fri, 6 Nov 2020 20:14:51 +0100, Dominik Pantůček wrote: > I assume that CS' unsafe-flvector-set! is actually pretty safe when it > comes to flonum-convertible numbers. It might be a bit faster because it > lacks the contract, but definitely it is not a "low level" variant. Hm, right --- it's im

Re: [racket-users] Racket v7.9

But wait! There’s more! (Or, more prosaically: I left out several bullet items.) * The `datum` form from `syntax/datum` works with syntax pattern variables and `syntax-parse` attributes. * Unicode input works with recent versions of libedit in addition to libreadline. On Mac OS, a compatible

Re: [racket-users] [racket users] Pollen tag question

> On Oct 30, 2020, at 1:46 PM, Kevin Forchione wrote: > > Thanks, Matthew! Understanding dawns. So the padding of lines is relative to > the “{“ and not from the beginning of the editor line as I was assuming. How > very clever. That makes alignment much easier than I’d thought! > > Is thi

Re: [racket-users] [racket users] Pollen tag question

> On Oct 30, 2020, at 12:25 PM, Matthew Butterick wrote: > > Spaces at the beginning of body lines do not appear in the resulting > S-expressions, but the column of each line is noticed, and all-space > indentation strings are added so the result has the same indentation … If the > first str

Re: [racket-users] [racket users] Pollen tag question

> On Oct 29, 2020, at 9:04 PM, Kevin Forchione wrote: > > I’ve noticed that the elements being sent to a pollen tag don’t preserve the > spacing when the text spans multiple lines for any space occurring before > characters on the subsequent line, although does preserve the spacing between >

Re: [racket-users] [racket users] Pollen tag question

If I remove my pollen.rkt from the directory and use: #lang pollen A B C D I get: '(root "A B" "\n" "C D”) But if I use: #lang pollen ◊(define foo "foo") A B C D I get: '(root " " "A B" "\n" " " "C D")

Re: [racket-users] [racket users] Pollen tag question

> On Oct 29, 2020, at 9:21 PM, Sorawee Porncharoenwase > wrote: > > Whoops. I meant: > > #lang pollen > > ◊(define (vb . s) s) > > ◊vb{ A B >C D} > and the output is: > > '(" A B" "\n" " " "C D") > > On Thu, Oct 29, 2020 at 9:19 PM Sorawe

Re: [racket-users] [racket users] Pollen tag question

Whoops. I meant: #lang pollen ◊(define (vb . s) s) ◊vb{ A B C D} and the output is: '(" A B" "\n" " " "C D") On Thu, Oct 29, 2020 at 9:19 PM Sorawee Porncharoenwase < sorawee.pw...@gmail.com> wrote: > I think the issue is with vb. How does it

Re: [racket-users] [racket users] Pollen tag question

I think the issue is with vb. How does it work? If you try #lang pollen @(define (vb . s) s) ◊vb{ A B C D} you will find that it outputs: '(vb " A B" "\n" " " "C D") The third element is the space before “C”. It's not discarded.

Re: [racket-users] [racket users] Macros sharing data?

> > Here’s a toy example. It generates an error, but hopefully conveys the idea > I’m trying to express. > > #lang racket > > (require (for-syntax syntax/parse) > racket/stxparam > racket/stxparam-exptime) > > (define-syntax-parameter mval 1) > > (define-syntax (foo stx) >

Re: [racket-users] [racket users] Macros sharing data?

> On Oct 21, 2020, at 10:33 AM, William G Hatch wrote: > > On Wed, Oct 21, 2020 at 10:07:12AM -0700, Kevin Forchione wrote: >> Hi guys, >> Suppose I have a macro that computes a value and then calls another macro in >> its template. Is there a way to share that data with the 2nd macro wi

Re: [racket-users] [racket users] Macros sharing data?

You can use syntax-local-value to communicate across macros. Here's an example: https://docs.racket-lang.org/syntax-parse-example/index.html?q=cross-macro#(mod-path._syntax-parse-example%2Fcross-macro-communication%2Fcross-macro-communication) On 10/21/20, Kevin Forchione wrote: > Hi guys

Re: [racket-users] racket user video meetup 28 November

Seems to be free for <20 users - that will probably be fine I made a free one: https://gather.town/app/wH1EDG3McffLjrs0/racket-users s. On Mon, Oct 19, 2020 at 8:24 AM Dominik Pantůček < dominik.pantu...@trustica.cz> wrote: > Hi Stephen, > > that Gather thing was pretty cool for RacketCon. Tha

Re: [racket-users] racket user video meetup 28 November

Hi Stephen, that Gather thing was pretty cool for RacketCon. That is not an option here? Although I do not know about the costs of the setup... Of course, big thanks to everyone making RacketCon happen and everyone who attended. It was a refreshing experience to have a chat with all the rock star

Re: [racket-users] Racket PPA also updated to v7.8

Thanks Asumu Much appreciated! S. On Thu, 15 Oct 2020 at 20:56, Asumu Takikawa wrote: > On 2020-08-03 09:35:16 -0400, 'John Clements' via Racket Users wrote: > > Racket version 7.8 is now available from > > > > https://racket-lang.org/ > > This is quite delayed, but the Ubuntu PPA has been

Re: [racket-users] [racket users] make-keyword-procedure follow-up

> On Aug 30, 2019, at 1:19 AM, Philip McGrath wrote: > > Hi Kevin, > > This is interesting! A number of people have wanted conveniences around > `keyword-apply` and accepting the same keywords as some other function. (The > trouble is, different people have different ideas of what those conve

Re: [racket-users] [racket users] scribble using @ as text?

I went too fast: @"@" -- Jay McCarthy Associate Professor @ CS @ UMass Lowell http://jeapostrophe.github.io Vincit qui se vincit. On Thu, Sep 24, 2020 at 5:30 PM Jay McCarthy wrote: > @["@"] > > -- > Jay McCarthy > Associate Professor @ CS @ UMass Lowell > http://jeapostrophe.github.io > Vinci

Re: [racket-users] [racket users] scribble using @ as text?

I think you meant `@"@"`? `@["@"]` is an application. On Thu, Sep 24, 2020 at 2:31 PM Jay McCarthy wrote: > @["@"] > > -- > Jay McCarthy > Associate Professor @ CS @ UMass Lowell > http://jeapostrophe.github.io > Vincit qui se vincit. > > > On Thu, Sep 24, 2020 at 5:26 PM Kevin Forchione wrote:

Re: [racket-users] [racket users] scribble using @ as text?

@["@"] -- Jay McCarthy Associate Professor @ CS @ UMass Lowell http://jeapostrophe.github.io Vincit qui se vincit. On Thu, Sep 24, 2020 at 5:26 PM Kevin Forchione wrote: > Hi guys, > I’ve been racking my brains and going through scribble manuals trying to > figure out how to do something as si

Re: [racket-users] [racket users] scribble using @ as text?

See https://docs.racket-lang.org/scribble/reader.html#%28part._.The_.Scribble_.Syntax_at_a_.Glance%29 On Thu, Sep 24, 2020 at 2:26 PM Kevin Forchione wrote: > Hi guys, > I’ve been racking my brains and going through scribble manuals trying to > figure out how to do something as simple as proceed

Re: [racket-users] [racket users] raise-user-error question

That's some internal error "uh oh, something's wrong ... print out some hints to help people debug!" message. It looks like that's been fixed since, however as I don't see it in git build. Robby On Sat, Sep 19, 2020 at 5:31 PM Kevin Forchione wrote: > Hi guys. > > Using Racket 7.8 [cs[, If I

Re: [racket-users] [racket users] describe variant issue?

A PR to improve `struct->vector` for CS would be welcome. There relevant code is here: https://github.com/racket/racket/blob/master/racket/src/cs/rumble/struct.ss#L1221 As you'll see, the synthesized name is currently whatever comes out of Chez Scheme's `inspect/object` interface. It could instea

Re: [racket-users] [racket users] describe variant issue?

We may change Racket CS so that it produces the same results, but in general the results of `struct->vector` on values that are opaque is not something that should be relied on. The describe library is, I believe, unmaintained, and hasn't been updated in many years. Sam On Thu, Sep 17, 2020 at 1

Re: [racket-users] [racket users] describe variant issue?

> On Sep 15, 2020, at 3:11 PM, Sam Tobin-Hochstadt wrote: > > This is a difference in behavior between Racket BC and Racket CS, and > not something in the describe library: > > [samth@homer:~/work/teaching/c211 (master) racket-7.8] racket > Welcome to Racket v7.8. >> (struct->vector 5) > '#(s

Re: [racket-users] [racket users] describe variant issue?

This is a difference in behavior between Racket BC and Racket CS, and not something in the describe library: [samth@homer:~/work/teaching/c211 (master) racket-7.8] racket Welcome to Racket v7.8. > (struct->vector 5) '#(struct:fixnum-integer ...) > ^D [samth@homer:~/work/teaching/c211 (master) plt]

Re: [racket-users] [racket users] %app question

> On Aug 13, 2020, at 1:05 PM, Jens Axel Søgaard wrote: > > Den tor. 13. aug. 2020 kl. 21.55 skrev Kevin Forchione >: > Hi guys, > > In Bracket [1] used your idea to produce s-expression, if the first argument > of #%app isn't a function: > > ; In the BRACKET langua

Re: [racket-users] [racket users] %app question

Den tor. 13. aug. 2020 kl. 21.55 skrev Kevin Forchione : > Hi guys, > > Pollen makes use of something like this: > > (require syntax/parse/define) > > (define-simple-macro (#%top . x) 'x) > > > and it comes in handy in some of my projects. But I’m wondering if there’s > an equivalent for redirecti

Re: [racket-users] Racket GUI: text aligned to the left of other text

That's a very interesting idea... I might give that a try! Simon Schlee writes: > Another approach might be to use multiple editor-snip% > https://docs.racket-lang.org/gui/editor-snip_.html > within a pasteboard% https://docs.racket-lang.org/gui/pasteboard_.html > > Or possibly together with oth

Re: [racket-users] Racket GUI: text aligned to the left of other text

You can also cheat by writing the name with the same color as the background on the next lines (kind of like \vphantom in LaTeX). This has the advantage of aligning based on the length of each name instead of pushing everything to the right of the longest name, while working for any font. A better

  1   2   3   4   5   6   7   8   >