Can you use raco to install executables on the system path like with python/pip?
--
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...@googleg
In general, I think the package submission form has no validation. I made the
mistake of putting in a version number (rather than using that field to add a
new version sub-form) and it spat back an empty form. Took me ages to figure
out what I was doing wrong.
On Mon, Apr 19, 2021 at 01:06:22AM
similar approach.
> On Tuesday, March 23, 2021 at 8:59:50 AM UTC-7 Roger Keays wrote:
>
> From racket-news [1]:
>
> mixfix (pkg/src) library allows users to define and use mixfix operators
> in
> Racket, by Sorawee Porncharoenwase.
>
> From the mi
>From racket-news [1]:
mixfix (pkg/src) library allows users to define and use mixfix operators in
Racket, by Sorawee Porncharoenwase.
>From the mixfix docs [2]:
> (define-mixfix-rule (c {~datum ?} t {~datum :} e)
(if c t e))
> (#true ? 1 : 2)
1
This is what I expected
Based on feedback from this community, I've updated the default syntax for the
fluent package to use ~> and ~~> for function composition. This way, there is
no conflict with the > operator. Here is some example code:
(require fluent)
("hello world" ~> string-split ~~> map string-upcase)
ne default name and make them
> rename-able.
> Then fluent/unicode would not be necessary, but I also would not be bothered
> by
> it.
>
> On a technical level I would prefer a solution that does not result in more
> and
> more code generation for every renamed variant.
According to the docs for syntax-parse/#:literals [1], "syntax-parse requires
all literals to have a binding", and "the syntax-patterns are interpreted as if
each occurrence of pattern-id were replaced with the following pattern:
(~literal literal-id #:phase phase-expr)"
So, this error makes se
(require fluent/unicode). I actually prefer
the long arrow for thread-last to the current syntax (>>).
Any thoughts?
On Wed, Mar 10, 2021 at 07:31:08PM -0500, Hendrik Boom wrote:
> On Wed, Mar 10, 2021 at 08:23:46PM +0700, Roger Keays wrote:
> > > I've been using the
>
>
> > On Mar 9, 2021, at 10:20 AM, Roger Keays wrote:
> >
> > Hi all,
> >
> > I recently publish a new package called *fluent* which adds some syntax
> > enhancements to Racket. Links and README below. Let me know what you
> > think...
&g
there is a proposal to add it to javascript too:
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Pipeline_operator
On Wed, Mar 10, 2021 at 03:28:12AM +0800, Tim Lee wrote:
> > Using *fluent*, the same racket code can be written according to the UNIX
> > philosophy:
>
interesting, but ultimately I concluded that prefix should be
the default, and infix should be the special case.
>
> On Tue, Mar 9, 2021 at 10:20 AM Roger Keays wrote:
>
> Hi all,
>
> I recently publish a new package called *fluent* which adds some syntax
> enhanceme
> I've been using the Clojure-like threading package for a while now and this
> has
> some nice advantages that are mentioned in the docs, like blending the first
> arg > and last arg >> variants easily in a sequence.
>
> How does fluent manage this infixing from a (require ...) rather than a #la
Hi all,
I recently publish a new package called *fluent* which adds some syntax
enhancements to Racket. Links and README below. Let me know what you think...
Roger
https://pkgs.racket-lang.org/package/fluent
https://github.com/rogerkeays/racket-fluent/
# fluent
UNIX style pipes and a lambda s
tent with the json and the database in
terms of fields and names though. If I were building it from scratch I would
have separate fields for author name and email.
On Wed, Feb 24, 2021 at 04:09:42PM +0100, Tony Garnock-Jones wrote:
> Hi Roger,
>
> On Wed, 24 Feb 2021 at 15:55, Roger Ke
e kinds of requirements that might be
> involved.
>
>
> On Tuesday, February 23, 2021 at 12:49:18 PM UTC+1 Roger Keays wrote:
>
> > Has any consideration been given to concealing email addresses on
> > pkgs.racket-lang.org for privacy purposes?
> >
> >
&
hub.com/rogerkeays/racket-dollar should
> also work, but currently it doesn’t
> <https://github.com/racket/racket/issues/3672>.
>
> On Fri, Feb 19, 2021 at 6:52 PM Roger Keays wrote:
>
> >
> > Hi,
> >
> > Today I made an account on racket-lang.org to post
Has any consideration been given to concealing email addresses on
pkgs.racket-lang.org for privacy purposes?
--
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 rac
Hi,
Today I made an account on racket-lang.org to post a package, but when I submit
the form, it just bounces back at me, blank. The package I added does not
appear under "my packages", so it seems the submission failed. There are no
error messages.
https://pkgd.racket-lang.org/pkgn/create
18 matches
Mail list logo
