Re: [racket-users] My gmail auto receives new top-level entries from [Racket Users] but not reply entries...

[Pierpaolo Bernardi]

On Wed, Jan 16, 2019 at 12:04 AM infodeveloperdon
 wrote:
>
> Hi,
> It has been awhile since I've been posting questions to [Racket Users].
> Previously, my gmail account would receive both my query entry and every 
> reply entry. (Of course, it actually received all entries and replies entered 
> into [Racket Users].)

- Go to https://groups.google.com/forum/#!forum/racket-users
- Click the button with no text on the right which shows "My settings"
if you mouse over it.
- Choose "Membership and email settings"

Tune the settings according to your preferences.

You can receive all messages, or not. If you choose to not receive all
messages you can choose to receive only the threads you have posted
to.

HTH

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] My gmail auto receives new top-level entries from [Racket Users] but not reply entries...

[Jack Rosenthal]

On Tue, 15 Jan 2019 at 15:04 -0800, infodeveloperdon wrote:
> Can anyone advise how I might begin to configure somewhere so that I
> receive all reply entries in addition to the top-level entries that I
> currently receive in my gmail account?

I have this list set up on my own personal mail server, and receive my
own replies.

However, I have a few other lists going thru my Gmail account... and
these lists do not post my replies. I think this is since the "INBOX"
folder in Gmail does not include mails which have you listed in the From
header, and the "Sent" folder is simply just a search for emails which
do have your address in the From header.

Not sure how to adjust Gmail's behavior on this. Sorry I don't have an
answer; just how I think this problem is happening.

Jack

-- 
Jack M. Rosenthal
http://jack.rosenth.al

The effort of using machines to mimic the human mind has always struck
me as rather silly: I'd rather use them to mimic something better.
-- Dijkstra (EWD1036-13)

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: PGP signature

Re: [racket-users] Scribble: ugly spacing due to missing SIntrapara

[Stephen De Gabrielle]

Hi Sorawee,

This is a blight on an otherwise brilliant tutorial.  Sadly I don't have
the time to resolve it.

Lacking a clear solution I've added an issue
https://github.com/racket/web-server/issues/50

A short term solution much be to drop @defthing[] and use a monospace font,
maybe using @tt[]?

Kind regards,

Stephen

https://github.com/racket/scribble/blob/master/scribble-lib/scribble/private/manual-proc.rkt
https://github.com/racket/web-server/blob/master/web-server-doc/web-server/scribblings/tutorial/continue.scrbl

On Tue, Jan 15, 2019 at 3:43 PM Greg Hendershott 
wrote:

> On Tue, Jan 15, 2019 at 10:04 AM Sorawee Porncharoenwase
>  wrote:
> >
> > Yup. This is exactly the proposal I made above, but you stated it far
> more clear :)
>
> Whoops. Insufficient coffee. Sorry!
>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] My gmail auto receives new top-level entries from [Racket Users] but not reply entries...

[infodeveloperdon]

Hi,
It has been awhile since I've been posting questions to [Racket Users].
Previously, my gmail account would receive both my query entry and every 
reply entry. (Of course, it actually received all entries and replies 
entered into [Racket Users].)

When I began using [Racket Users] recently, I notice that all top-level 
entries are being automatically sent to my email address (which is as I 
like), but no replies are being sent.
When I logged onto [Racket Users] today, I notice that I had 4 or 5 
replies.  Great! 

Can anyone advise how I might begin to configure somewhere so that I 
receive all reply entries in addition to the top-level entries that I 
currently receive in my gmail account?
Thanks
Don

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Escaping strings for the shell

['John Clements' via Racket Users]

Well, that sounds pretty fantastic. Looks like it’s time to take another look 
at Rash!

John

> On Jan 15, 2019, at 1:40 PM, William G Hatch  wrote:
> 
> On Tue, Jan 15, 2019 at 04:11:39PM -0500, 'John Clements' via Racket Users 
> wrote:
>> Does rash have autocompletion of paths, yet? That’s my one super-super 
>> wishlist item.
> 
> It has some basic path autocompletion -- if you type `ls /e` and hit
> tab it will complete to `ls /etc/`, and you can hit tab again for a
> list of files/directories in /etc.  But it doesn't see through
> variables or anything that needs to be evaluated, and completion is
> not really very programmable at all.
> 
>>> On Jan 15, 2019, at 6:17 AM, 'Paulo Matos' via Racket Users 
>>>  wrote:
>>> 
>>> I am surprised nobody mentioned Rash. I have been using it for all my
>>> shell scripting needs and it's awesome.
>>> 
>>> https://pkgs.racket-lang.org/package/rash
>>> 
>>> On 29/12/2018 05:09, David Storrs wrote:
 I am using 'system' to offload some work onto wget and other
 applications in a few one-off scripts.  Is there an easy way to escape
 a string so it's suitable for usage in the shell?  Things like
 backwhacking all the quotes and relevant spaces and such.
 
>>> 
>>> --
>>> Paulo Matos
>>> 
>>> --
>>> You received this message because you are subscribed to the Google Groups 
>>> "Racket Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to racket-users+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>> 
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Racket Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to racket-users+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.



-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Escaping strings for the shell

[William G Hatch]

On Tue, Jan 15, 2019 at 04:11:39PM -0500, 'John Clements' via Racket Users 
wrote:

Does rash have autocompletion of paths, yet? That’s my one super-super wishlist 
item.


It has some basic path autocompletion -- if you type `ls /e` and hit
tab it will complete to `ls /etc/`, and you can hit tab again for a
list of files/directories in /etc.  But it doesn't see through
variables or anything that needs to be evaluated, and completion is
not really very programmable at all.


On Jan 15, 2019, at 6:17 AM, 'Paulo Matos' via Racket Users 
 wrote:

I am surprised nobody mentioned Rash. I have been using it for all my
shell scripting needs and it's awesome.

https://pkgs.racket-lang.org/package/rash

On 29/12/2018 05:09, David Storrs wrote:

I am using 'system' to offload some work onto wget and other
applications in a few one-off scripts.  Is there an easy way to escape
a string so it's suitable for usage in the shell?  Things like
backwhacking all the quotes and relevant spaces and such.



--
Paulo Matos

--
You received this message because you are subscribed to the Google Groups "Racket 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.




--
You received this message because you are subscribed to the Google Groups "Racket 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups "Racket 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Escaping strings for the shell

['John Clements' via Racket Users]

Does rash have autocompletion of paths, yet? That’s my one super-super wishlist 
item.

> On Jan 15, 2019, at 6:17 AM, 'Paulo Matos' via Racket Users 
>  wrote:
> 
> I am surprised nobody mentioned Rash. I have been using it for all my
> shell scripting needs and it's awesome.
> 
> https://pkgs.racket-lang.org/package/rash
> 
> On 29/12/2018 05:09, David Storrs wrote:
>> I am using 'system' to offload some work onto wget and other
>> applications in a few one-off scripts.  Is there an easy way to escape
>> a string so it's suitable for usage in the shell?  Things like
>> backwhacking all the quotes and relevant spaces and such.
>> 
> 
> -- 
> Paulo Matos
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.



-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Racket-openCV package use?7

[Jack Rosenthal]

On Sat, 12 Jan 2019 at 16:30 +, Stephen De Gabrielle wrote:
> Hi
> 
> Can can anyone point me to any package or other Racket code that uses the
> Racket OpenCV package ?
> 
> https://github.com/oetr/racket-opencv

There is the "tutorials" directory in that repository (but this might be
obvious; I imagine you've already seen this):

https://github.com/oetr/racket-opencv/tree/master/tutorials

Other than that, things aren't looking promising. A simple text-search
for "opencv" filtered to just the Racket language on GitHub does not
show anything using those bindings:

https://github.com/search?l==opencv+language%3ARacket=Code

(Although, GitHub's search mechanism is admittedly pretty bad, and could
be skipping something here. Also, there may be code off of GitHub.)

Jack

-- 
Jack M. Rosenthal
http://jack.rosenth.al

More papers should list caffeine as a coauthor.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: PGP signature

Re: [racket-users] Help understanding cond expression

[Michael Murdock MacLeod]

On Saturday, January 12, 2019 8:34:35 PM PST Hassan Shahin wrote:
> I have this definition for a procedure:
> 
> (define type-of (lambda (item)
>  (cond
>[(pair? item) 'pair]
>[(null? item) 'empty-list]
>[(number? item) 'number]
>[(symbol? item) 'symbol]
>[else 'some-other-type])))
> 
> My understanding is that if the first 4 conditions fail (=> #f
> ), then the last expression (the else
> expression) is evaluated.
> When I apply this procedure to John, as in (type-of John) I get an error
> (; john: undefined; ; cannot reference an identifier before its definition)
> .
> 
> What is going on?
> Thanks

The issue is that John is evaluated before it is passed to type-of. For 
example, the expression (type-of (+ 2 3)) is equivalent to (type-of 5), 
because the expression (+ 2 3) is evaluated to 5 before it is supplied to the 
type-of function.

In the Google+ post you write "cond behaves as if (not evaluating its 
arguments)". It is true that the arguments to cond, i.e. [(pair? item) 'pair], 
[(null? item) 'empty-list], and so on are not immediately evaluated. However, 
item is evaluated before it is passed to type-of, hence the "cannot reference" 
error.

See https://docs.racket-lang.org/reference/if.html and 
https://docs.racket-lang.org/reference/eval-model.html?q=evaluation%20model for 
more information 
about how Racket evaluates expressions.


-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Escaping strings for the shell

[David Storrs]

Oh, neat.  Thank you.

On Tue, Jan 15, 2019 at 9:18 AM 'Paulo Matos' via Racket Users
 wrote:
>
> I am surprised nobody mentioned Rash. I have been using it for all my
> shell scripting needs and it's awesome.
>
> https://pkgs.racket-lang.org/package/rash
>
> On 29/12/2018 05:09, David Storrs wrote:
> > I am using 'system' to offload some work onto wget and other
> > applications in a few one-off scripts.  Is there an easy way to escape
> > a string so it's suitable for usage in the shell?  Things like
> > backwhacking all the quotes and relevant spaces and such.
> >
>
> --
> Paulo Matos
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Scribble: ugly spacing due to missing SIntrapara

[Greg Hendershott]

On Tue, Jan 15, 2019 at 10:04 AM Sorawee Porncharoenwase
 wrote:
>
> Yup. This is exactly the proposal I made above, but you stated it far more 
> clear :)

Whoops. Insufficient coffee. Sorry!

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Functions that are sometimes tail recursive

[Sorawee Porncharoenwase]

Also note that that there's something called "tail recursion modulo cons" 
(https://en.wikipedia.org/wiki/Tail_call#Tail_recursion_modulo_cons), 
though as I understand, Racket didn't implement it.

On Tuesday, January 15, 2019 at 7:29:28 AM UTC-8, Sorawee Porncharoenwase 
wrote:
>
> Yes, Racket recognizes the distinction and "optimize" those calls that can 
> be optimized. Though people might not be happy with the word "optimize". To 
> quote Shriram:
>
> It is not an "optimization". An optimization is an optional
>> thing; you can't rely on it being done. When you program functionally,
>> you are implicitly expecting/relying on "tail" behavior. So [proper tail 
>> recursion] is a
>> *semantic* feature of the language that you take into account as a
>> programmer and rely on if its there. (If it's not there, you better
>> have CPSed your code or something.)
>>
>
> Read more about tail position at 
> https://docs.racket-lang.org/reference/eval-model.html#%28part._.Tail_.Position%29
>  
> and https://people.csail.mit.edu/jaffer/r5rs/Proper-tail-recursion.html
>
> On Tuesday, January 15, 2019 at 7:13:48 AM UTC-8, Will Jukes wrote:
>>
>> Hi everyone,
>>
>> I was helping a student the other day with a problem where they were to 
>> write a recursive function that uses trial division to return a list of the 
>> prime factors of an integer (no fancy optimizations, these are high school 
>> kids who don't have a lot of number theory). It looked something like this:
>>
>> (define (factor n)
>> (let loop ([k n] [d 2])
>> (cond [(> d k)  '()]
>>   [(zero? (modulo k d))  (cons d (loop (quotient k d) d))]
>>   [else  (loop k (add1 d))])))
>>
>>
>>
>> The purpose of this lesson was to illustrate the difference between 
>> proper tail recursion and regular recursion (our course calls it natural 
>> recursion), but it occurred to me that this function is actually tail 
>> recursive in the else clause but not in the second clause. This struck me 
>> as highly desirable behavior in this case (and possibly others), since even 
>> those numbers with relatively many prime factors wouldn't create a very 
>> deep stack -- most recursive calls would go to the third clause. I wanted 
>> to double check though that Racket (or other Scheme compilers) would 
>> recognize the distinction and optimize those calls that can be optimized. 
>> My understanding is that they almost certainly would be, but I'm still 
>> learning about low-level programming and the implementation is a bit of a 
>> black box to me.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Functions that are sometimes tail recursive

[Matthias Felleisen]

> On Jan 15, 2019, at 10:13 AM, Will Jukes  wrote:
> 
> Hi everyone,
> 
> I was helping a student the other day with a problem where they were to write 
> a recursive function that uses trial division to return a list of the prime 
> factors of an integer (no fancy optimizations, these are high school kids who 
> don't have a lot of number theory). It looked something like this:
> 
> (define (factor n)
> (let loop ([k n] [d 2])
> (cond [(> d k)  '()]
>   [(zero? (modulo k d))  (cons d (loop (quotient k d) d))]
>   [else  (loop k (add1 d))])))
> 
> 
> 
> The purpose of this lesson was to illustrate the difference between proper 
> tail recursion and regular recursion (our course calls it natural recursion), 
> but it occurred to me that this function is actually tail recursive in the 
> else clause but not in the second clause. This struck me as highly desirable 
> behavior in this case (and possibly others), since even those numbers with 
> relatively many prime factors wouldn't create a very deep stack -- most 
> recursive calls would go to the third clause. I wanted to double check though 
> that Racket (or other Scheme compilers) would recognize the distinction and 
> optimize those calls that can be optimized. My understanding is that they 
> almost certainly would be, but I'm still learning about low-level programming 
> and the implementation is a bit of a black box to me.


It doesn’t optimize such calls, Racket implements them properly, that is, w/o 
consumption of stack space. 

[[ If your student’s curriculum is based on HtDP (your “natural recursion” 
phrase suggests so), he is likely to use Beginning or Intermediate Student 
language and the emphasis is on properly designing the function, not 
performance details. Here the key is that good design calls for an auxiliary 
accumulator-style function. As a teacher, I’d also be happier if the two were 
factored into two explicit function definitions (let-loop defines a function 
implicitly) 

;; N -> [Listof N] 
;; determine the factors of n 
(define (factor n0) 
  (local (;; N N -> [Listof N]
;; accu statement: n0 … n is factor-free of 2 … d (which is quite 
sophisticated for a high school student; good high school) 
(define (factor/acc n d)
   (cond 
  [(> d n) ‘()]
  [else (if (= (modulo n d) 0) (cons d (factor/acc (quotient n 
d) d)) (factor/acc n (add1 d)))])))
(factor/acc n0 2))

HtDP shows an alternative, simpler solutions for less talented college 
students. ]] 

— Matthias



-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Functions that are sometimes tail recursive

[Sorawee Porncharoenwase]

Yes, Racket recognizes the distinction and "optimize" those calls that can 
be optimized. Though people might not be happy with the word "optimize". To 
quote Shriram:

It is not an "optimization". An optimization is an optional
> thing; you can't rely on it being done. When you program functionally,
> you are implicitly expecting/relying on "tail" behavior. So [proper tail 
> recursion] is a
> *semantic* feature of the language that you take into account as a
> programmer and rely on if its there. (If it's not there, you better
> have CPSed your code or something.)
>

Read more about tail position 
at 
https://docs.racket-lang.org/reference/eval-model.html#%28part._.Tail_.Position%29
 
and https://people.csail.mit.edu/jaffer/r5rs/Proper-tail-recursion.html

On Tuesday, January 15, 2019 at 7:13:48 AM UTC-8, Will Jukes wrote:
>
> Hi everyone,
>
> I was helping a student the other day with a problem where they were to 
> write a recursive function that uses trial division to return a list of the 
> prime factors of an integer (no fancy optimizations, these are high school 
> kids who don't have a lot of number theory). It looked something like this:
>
> (define (factor n)
> (let loop ([k n] [d 2])
> (cond [(> d k)  '()]
>   [(zero? (modulo k d))  (cons d (loop (quotient k d) d))]
>   [else  (loop k (add1 d))])))
>
>
>
> The purpose of this lesson was to illustrate the difference between proper 
> tail recursion and regular recursion (our course calls it natural 
> recursion), but it occurred to me that this function is actually tail 
> recursive in the else clause but not in the second clause. This struck me 
> as highly desirable behavior in this case (and possibly others), since even 
> those numbers with relatively many prime factors wouldn't create a very 
> deep stack -- most recursive calls would go to the third clause. I wanted 
> to double check though that Racket (or other Scheme compilers) would 
> recognize the distinction and optimize those calls that can be optimized. 
> My understanding is that they almost certainly would be, but I'm still 
> learning about low-level programming and the implementation is a bit of a 
> black box to me.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Functions that are sometimes tail recursive

[Will Jukes]

Hi everyone,

I was helping a student the other day with a problem where they were to 
write a recursive function that uses trial division to return a list of the 
prime factors of an integer (no fancy optimizations, these are high school 
kids who don't have a lot of number theory). It looked something like this:

(define (factor n)
(let loop ([k n] [d 2])
(cond [(> d k)  '()]
  [(zero? (modulo k d))  (cons d (loop (quotient k d) d))]
  [else  (loop k (add1 d))])))



The purpose of this lesson was to illustrate the difference between proper 
tail recursion and regular recursion (our course calls it natural 
recursion), but it occurred to me that this function is actually tail 
recursive in the else clause but not in the second clause. This struck me 
as highly desirable behavior in this case (and possibly others), since even 
those numbers with relatively many prime factors wouldn't create a very 
deep stack -- most recursive calls would go to the third clause. I wanted 
to double check though that Racket (or other Scheme compilers) would 
recognize the distinction and optimize those calls that can be optimized. 
My understanding is that they almost certainly would be, but I'm still 
learning about low-level programming and the implementation is a bit of a 
black box to me.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Are the terms "function" and "procedure" synonymous in Racket?

[Greg Hendershott]

I feel like every traditional term is subject to "how many angels can
dance on the tip of a parenthesis?" debates.

For example I prefer "function" but if we rename procedure-arity to
function-arity there will be people who complain that 1 is the only
correct value. :)

There are terms like "callable", but we have tail elimination.
"callable-and/or-jumpable" seems like a name that is both more
accurate and more horrible.

Something like "apply-able" or "applicable" seems better?  But we have
things like structs with prop:procedure, instances of which can be
applied.

So. Yeah. :)

I agree with you, George, what's most interesting is the possibilities
and the history trying them.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Scribble: ugly spacing due to missing SIntrapara

[Sorawee Porncharoenwase]

Yup. This is exactly the proposal I made above, but you stated it far more 
clear :)

On Tuesday, January 15, 2019 at 6:50:41 AM UTC-8, Greg Hendershott wrote:
>
> It seems to me that each of those `defthing`s has reasonably good text. 
>
> The problem is that the text is in the preceding paragraph, instead of 
> inside `defthing`. 
>
> The motivation is it's in "user's guide" style not "reference" style. 
>
> But I'd argue these `defthing` forms belong in reference docs -- not guide 
> docs. 
>
>
> Showing the "blue box" in this guide is a neat idea. 
>
> Using `defthing` to do so is where it gets a little weird? 
>
> Instead how about a new form -- called "refthing"? or "refbox"? -- 
> that simply recapitulates the blue box from any `def*`? 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Scribble: ugly spacing due to missing SIntrapara

[Greg Hendershott]

It seems to me that each of those `defthing`s has reasonably good text.

The problem is that the text is in the preceding paragraph, instead of
inside `defthing`.

The motivation is it's in "user's guide" style not "reference" style.

But I'd argue these `defthing` forms belong in reference docs -- not guide docs.


Showing the "blue box" in this guide is a neat idea.

Using `defthing` to do so is where it gets a little weird?

Instead how about a new form -- called "refthing"? or "refbox"? --
that simply recapitulates the blue box from any `def*`?

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Escaping strings for the shell

['Paulo Matos' via Racket Users]

I am surprised nobody mentioned Rash. I have been using it for all my
shell scripting needs and it's awesome.

https://pkgs.racket-lang.org/package/rash

On 29/12/2018 05:09, David Storrs wrote:
> I am using 'system' to offload some work onto wget and other
> applications in a few one-off scripts.  Is there an easy way to escape
> a string so it's suitable for usage in the shell?  Things like
> backwhacking all the quotes and relevant spaces and such.
> 

-- 
Paulo Matos

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.